Találatok száma: 136 üzenet |
|
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
72. Elküldve:
2006-12-14 09:27:58 |
[51.] |
Sziasztok!
A T-kábelen van free csatorna DVB-C-n? Milyen kártyát adnak a Set Top Boxhoz?
Üdv
|
|
[válaszok erre: #73]
|
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
238. Elküldve:
2006-05-28 18:21:07 |
[53.] |
Itt is megkérdezem:
A TechnoTrade S2-3200 kártyája tudja-e a 9/10-es FEC értéket (Sat1/Pro7HD)? Mert a PDF leírásában csak 8/9-ig van...
|
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
5430. Elküldve:
2006-05-28 15:50:51 |
[54.] |
Csak egy gyors kérdésem lenne:
az említett Technotrend kártya tudja venni az Astrán (12441V) 9/10-es FEC értékű adásait is? Mert a PDF leírásában csak 8/9-ig van az FEC támogatás. Ez elírás lehet vagy tényleg nem tudja? Biztos válasz érdekel, mert másképpen nem venném meg.
|
|
|
[előzmény: (5422) lorenzen, 2006-05-28 10:55:33]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
237. Elküldve:
2006-05-05 08:18:41 |
[55.] |
A hosszú üres sorba beírod a pl. "x.grf" nevet, elmented és már megy is.
|
|
|
[előzmény: (235) lala12, 2006-05-05 05:38:02]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
18385. Elküldve:
2005-03-24 20:52:01 |
[56.] |
Idézet:
| "Egyébként a TV2 és az RTL hangját hány kbps-sel nyomjátok? Nagyon xarul szól, össze se lehet hasonlítani a földi NICAM-mal. "
Győzikének szerintem igy is jó. Bár ez se lenne.
| |
Nem baj! Mostmár az RTL hangját is lerontották (noha 128kbiten is efogadhatóan szólt), így olyan dinamikátlan, meg digitális grízes, mint a TV2.
Egyszerűen nevetségesek, hogy nemhogy megjavítanák a hangot, még a jót is lerontják.
János, meg tudnád mondani, hogy mit sikerült a műszaki mágusoknak állítani rajta? Valamelyik analfabéta rossz felé kapcsolgatta a gombokat, üzenem, a másik irányba próbálgassa és legalább a jót ne rontsa el! No comment!
|
|
[válaszok erre: #18390]
|
[előzmény: (18331) taurus, 2005-03-24 08:58:30]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
17727. Elküldve:
2005-02-24 17:12:11 |
[57.] |
Jaja, és az akadás csak a következő három frekvenciára van kihegyezve: 11,993/12,304/12,383 GHz!
Mert az összes többin még nem láttam akadást/vételkimaradást! Hiába, ezek a UPC-sek tudnak valamit.
|
|
|
[előzmény: (17702) Kardos Attila, 2005-02-23 16:22:38]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
17582. Elküldve:
2005-02-12 14:35:08 |
[58.] |
Idézet:
| Hm, valóban vannak veszteségmentes tömörítések, de a digitális mintavételezés azért már önmagában egy veszteségforrás...
| |
Igen, de azért mostanában kezdenek rájönni, hogy a CD kifejlesztésekor túlmintavételezettnek hitt 44,1kHz-es frekvencia rég nem elegendő és a 2*f-es szabály sem elégséges már, lásd az SACD már a 2,6 MHz-es mintavételezési frekvenciát súrolja a CD 44,1 kHz-éhez képest, nem lehet szavunk, itt már szinte teljesen le van fedve az analóg világ.
Én csak azért szólok, ha a UPC-nek 128 kbitre van helye, akkor az úgy is szóljon, nem úgy mintha többszörösen tömörítve lenne, de úgy látszik, már ez is teljesíthetetlen elvárás tőlük.
|
|
|
[előzmény: (17581) attilat, 2005-02-12 12:50:47]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
17580. Elküldve:
2005-02-12 12:22:24 |
[59.] |
Idézet:
| Új hasonlat: egy repedt fémvödörből jövő hanghoz hasonlít a UPCD hangja.
| |
Ez jó!
Már régebben is jeleztem Jánosnak, hogy csúcs rendszeren kb. ilyen a hangja, dehát neki ez tökéletes. Nagyon zavaró pl. a Discovery, National Geographic illetve a TV2 hangja, ez olyan, mintha tényleg duplán lenne tömörítve, jellegzetes digitális grízt tartalmaz, nagyon bántja a fülemet, függetlenül attól, hogy 128 kbiten nyomatják (ami véleményem szerint sem így kellene szóljon), tényleg 64 kb-körülinek tűnik, de a felelősők ezt nem hallják!
|
|
[válaszok erre: #17598]
|
[előzmény: (17572) karolkis, 2005-02-12 08:36:22]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
17579. Elküldve:
2005-02-12 12:17:46 |
[60.] |
Idézet:
| A digitális pedig tömöritett. A tömörités pedig adatvesztéssel jár....
| |
Nem minden digitális tömörített, pl. a CD PCM vagy SACD vagy DTS sem tömörített.
|
|
[válaszok erre: #17581 #17619]
|
[előzmény: (17570) János, 2005-02-12 08:00:37]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
17098. Elküldve:
2005-01-07 16:24:44 |
[61.] |
Idézet:
| Van arra esély, hogy végre normális lesz a középső tp. csatornáinak minősége
| |
Ez jó kérdés! Én is kíváncsian várom a választ...
|
|
|
[előzmény: (17090) krizsa2, 2005-01-06 08:56:51]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
566. Elküldve:
2005-01-07 16:15:32 |
[62.] |
Nem
|
|
|
[előzmény: (563) cba, 2005-01-07 14:01:21]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
565. Elküldve:
2005-01-07 16:14:32 |
[63.] |
Elméletileg lehet:
Idézet:
| Frequency Lists
-----------------
All CCIR Europe cable/terrestrial frequency values added to DvbDream's internal list.
If you want to import an another frequency list, don't forget these:
- terrestrial position codes must be between 4000 and 4999
- cable position codes must be between 5000 and 5999
(rename your ini-file 4000.ini for terrestrial and 5000.ini for cable before Ini-Import)
Cable
------------------
DVB-C Modulations, can be specified in Lof1/QAM on satellites or diseqc dialog.
0 -> QAM 16
1 -> QAM 32
2 -> QAM 64
3 -> QAM 128
4 -> QAM 256
LofSw and Lof2 must be zero
Terrestrial
------------------
Lof1, LofSw and Lof2 must be zero
Report problems on the DvbDream Home Page, www.dvbdream.org.
| |
|
|
[válaszok erre: #568]
|
[előzmény: (562) postatib, 2005-01-07 10:11:55]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16943. Elküldve:
2004-12-23 14:14:18 |
[64.] |
Idézet:
| Valószínűleg néha nem képes időre végezni a rendszer a kódolásokkal.
Ezért képes a beltérink az FTA adókat hibamentesen venni.
Legalább is bízom benne, hogy nem direkt kapcsolgatja valaki.
Még a teletextek is titkosítva vannak.
Nehogy jogosulatlanul megnézzek egy sporteredményt a prémium sportadókon.
| |
Nem feltétlenül a kódolás miatt van akadozás. Amikor FTA volt a Minimax, direkt azt figyeltem, hogy ott jelen van-e az akadozás, és hát ott is többször volt. Bár az kétségtelen, hogy már így is az utolsó pillanatban küldi a kártya a CW-ket.
Készítettem most egy negyed órás felvételt a Discoveryről a transport streamet debugozva és érdekes dolgok voltak benne. (Mondanom sem kell, megint akadt.) Legnagyobb hiba a streamben a PTS-diszkontinuitás, ilyenkor jelentkezik a szaggatás (output date isn't PTS date, requesting resampling, buffer is 40303 in advance, triggering downsampling, PTS is out of range (93258), dropping buffer), de audio-hiba is akad (audio output is starving (42745), playing silence), a main warning: late picture skipped hibáról nem is beszélve. Ez utóbbi engem nem is zavarna, mert nem látom, hogy 1 mp alatt csak 24 képkocka jelenik meg, de az előbbi hibák, mind-mind meglátszanak.
Én is azt tapasztaltam, hogy van amikor akár másfél-két órát kibír akadozás nélkül, de legtöbbször még egy órát sem bír ki ugyanazon a csatornán. Más, nem UPC adást nézve akár a végtelenségig nézve sem jelentkezik semmilyen hiba, nem tudom, hogy lehetnek ilyen bénák Amszterdamban. A C+Nederland viszont szintén tökéletesen hibátlanul tud adni.
De legvégül az a véleményem, hogy nem a nézőnek kellene analizálnia a transport streamet, hanem az ezért felelős embereknek kellene maximumot tenni az ügyben.
Idézet:
| Found 1 video stream.
Found 3 MPEG audio streams.
VIDEO #1
Resolution 480 x 576 (2/3 D1)
Aspect ratio is 4:3
Frame rate 25.00 fps
Nominal bitrate 9000000 bps
First PTS: 12:11:58.397
MPEG AUDIO #1
MPEG1, Layer 2
stereo, sampled at 48.0 kHz.
Bitrate 128 kbps
Each frame contains 24.0 ms audio (384 bytes)
First PTS: 12:11:57.506
MPEG AUDIO #2
ALERT> No audio frame found. ("WHAT ??")
MPEG AUDIO #3
ALERT> No audio frame found. ("WHAT ??")
<<Make PS>>
Closing starting GOP.
Audio stream 2 has no data, purging.
Audio stream 3 has no data, purging.
Aiming for sync at 12:11:58.477
Cutting audio.
Audio stream 1 now starts at 12:11:58.466
Video stream 1 now starts at 12:11:58.477
ALERT> Temporal structure wrong in GOP at 12:12:23.917. Dropping.
ALERT> 1 video frames missing at 12:12:23.917.
ALERT> Dropping GOP for sync.
Re-syncing.
Closing starting GOP.
Audio stream 2 has no data, purging.
Audio stream 3 has no data, purging.
Aiming for sync at 12:12:24.397
Cutting audio.
Audio stream 1 now starts at 12:12:24.386
Video stream 1 now starts at 12:12:24.397
Last fileset:
217485001 total bytes written
Video 1: 22448 frames, 00:14:57.920
Audio 1: 37414 frames, 00:14:57.936
Approx. sync at EOF:
MPEG Audio #1 : sync
MPEG Audio #2 : sync
MPEG Audio #3 : sync
Video statistics
================
GOP length (min/avg/max):
10 / 11 / 12 [frames]
50022 / 140396 / 315834 [Bytes]
GOP bitrate (min/avg/max):
833 / 2340 / 5263 [kbps]
main debug: 6804 loops
main debug: dumping stream ID 0x0 [OK:0/D:153530]
main debug: seekable stream, position: 255805020/255805020 (-:--:--/-:--:--)
main debug: dumping program 0xe1, version 0 (partial)
main debug: ES 0x44c, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0xe2, version 0 (partial)
main debug: ES 0x44d, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f4d, version 0 (partial)
main debug: ES 0x64, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f4e, version 0 (partial)
main debug: ES 0x96, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f4f, version 0 (partial)
main debug: ES 0xc8, stream 0x0, fourcc `pmt ', not selected [OK:10591/ERR:0]
main debug: ES 0xc9, stream 0x0, fourcc `mpgv', selected [OK:1133611/ERR:0]
main debug: ES 0xd2, stream 0x0, fourcc `mpga', selected [OK:78720/ERR:0]
main debug: ES 0xd3, stream 0x0, fourcc `mpga', not selected [OK:0/ERR:0]
main debug: ES 0xd4, stream 0x0, fourcc `mpga', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f51, version 0 (partial)
main debug: ES 0x12c, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f52, version 0 (partial)
main debug: ES 0x15e, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f53, version 0 (partial)
main debug: ES 0x190, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f54, version 0 (partial)
main debug: ES 0x1c2, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f55, version 0 (partial)
main debug: ES 0x1f4, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f56, version 0 (partial)
main debug: ES 0x226, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f57, version 0 (partial)
main debug: ES 0x258, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f58, version 0 (partial)
main debug: ES 0x28a, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f59, version 0 (partial)
main debug: ES 0x2bc, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x4f5a, version 0 (partial)
main debug: ES 0x2ee, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: dumping program 0x5013, version 0 (partial)
main debug: ES 0x320, stream 0x0, fourcc `pmt ', not selected [OK:0/ERR:0]
main debug: unlocking module "mpeg_system"
main debug: unlocking module "ts_dvbpsi"
main debug: unselecting ES 0xc9
main debug: unlocking module "libmpeg2"
main debug: thread 2904 joined (src/input/input_dec.c:203)
main debug: killing decoder fourcc `mpgv', 2 PES in FIFO
main debug: unselecting ES 0xd2
main debug: unlocking module "mpeg_audio"
main debug: thread 2924 joined (src/input/input_dec.c:203)
main debug: killing decoder fourcc `mpga', 0 PES in FIFO
main debug: unlocking module "mpgatofixed32"
main debug: unlocking module "bandlimited_resampler"
aout_directx debug: CloseAudio
aout_directx debug: DirectSoundThread exiting
main debug: thread 3484 joined (directx.c:576)
main debug: unlocking module "aout_directx"
main debug: unlocking module "float32_mixer"
main debug: no more selected ES
main debug: unlocking module "access_file"
main debug: pes: 1 packets
main debug: data: 835 packets
main debug: buffers: 4 packets
main debug: thread 2864 joined (src/input/input.c:373)
main warning: late picture skipped (9781)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: looking for access module
main debug: using access module "access_file"
main debug: thread 2856 (input) created at priority 1 (src/input/input.c:326)
main debug: looking for demux module
main debug: probing 7 candidates
main debug: looking for mpeg-system module
main debug: probing 1 candidate
main debug: using mpeg-system module "mpeg_system"
main debug: using demux module "ts_dvbpsi"
mpeg_system warning: first packet for PID 0 received by TS demux
ts_dvbpsi debug: processing PAT version 6
ts_dvbpsi debug: new program: 0
ts_dvbpsi debug: new program: 225
ts_dvbpsi debug: new program: 226
ts_dvbpsi debug: new program: 20301
ts_dvbpsi debug: new program: 20302
ts_dvbpsi debug: new program: 20303
ts_dvbpsi debug: new program: 20305
ts_dvbpsi debug: new program: 20306
ts_dvbpsi debug: new program: 20307
ts_dvbpsi debug: new program: 20308
ts_dvbpsi debug: new program: 20309
ts_dvbpsi debug: new program: 20310
ts_dvbpsi debug: new program: 20311
ts_dvbpsi debug: new program: 20312
ts_dvbpsi debug: new program: 20313
ts_dvbpsi debug: new program: 20314
ts_dvbpsi debug: new program: 20499
mpeg_system warning: first packet for PID 200 received by TS demux
ts_dvbpsi debug: processing PMT for program 20303 version 1
ts_dvbpsi debug: new PID 0xc9 stream type 0x2
ts_dvbpsi debug: new PID 0xd2 stream type 0x4
ts_dvbpsi debug: new PID 0xd3 stream type 0x4
ts_dvbpsi debug: new PID 0xd4 stream type 0x4
main debug: ES c8 has unknown type
main debug: selecting video ES c9
main debug: selecting ES 0xc9
main debug: looking for decoder module
main debug: probing 22 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 3528 (decoder) created at priority 0 (src/input/input_dec.c:161)
main debug: selecting audio ES d2
main debug: selecting ES 0xd2
main debug: looking for decoder module
main debug: probing 22 candidates
main debug: using decoder module "mpeg_audio"
main debug: thread 3348 (decoder) created at priority 2 (src/input/input_dec.c:161)
mpeg_system warning: first packet for PID 201 received by TS demux
mpeg_system warning: first packet for PID 210 received by TS demux
mpeg_audio: MPGA channels:2 samplerate:48000 bitrate:128
main debug: looking for audio output module
main debug: probing 4 candidates
aout_directx debug: OpenAudio
aout_directx debug: device supports 2 channels
aout_directx debug: device supports 1 channel
aout_directx debug: creating DirectSoundThread
main debug: thread 2896 (DirectSound Notification Thread) created at priority 15 (directx.c:357)
aout_directx debug: DirectSoundThread ready
main debug: using audio output module "aout_directx"
main debug: output 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes
main debug: mixer 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes
main debug: no need for any filter
main debug: looking for audio mixer module
main debug: probing 3 candidates
main debug: using audio mixer module "float32_mixer"
main debug: input 'mpga' 48000 Hz Stereo frame=1152 samples/1161 bytes
main debug: filter(s) 'mpga'->'fl32' 48000 Hz->48000 Hz Stereo->Stereo
main debug: looking for audio filter module
main debug: probing 22 candidates
main debug: using audio filter module "mpgatofixed32"
main debug: found a filter for the whole conversion
main debug: filter(s) 'fl32'->'fl32' 52800 Hz->48000 Hz Stereo->Stereo
main debug: looking for audio filter module
main debug: probing 22 candidates
main debug: using audio filter module "bandlimited_resampler"
main debug: found a filter for the whole conversion
main warning: PTS is out of range (93258), dropping buffer
main warning: PTS is out of range (69286), dropping buffer
main warning: PTS is out of range (45304), dropping buffer
main warning: PTS is out of range (21320), dropping buffer
main warning: PTS is out of range (-2664), dropping buffer
main warning: PTS is out of range (-26649), dropping buffer
libmpeg2 debug: 480x576, aspect 576000, 25.000 fps
main debug: stream periodicity changed from B[1] to B[2]
main warning: backward_pts != current_pts (-177379)
main debug: stream periodicity changed from P[5] to P[3]
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: late picture skipped (33060)
main debug: decoded 108/108 pictures
mpeg_audio debug: emulated startcode (no startcode on following frame)
main debug: stream periodicity changed from B[2] to B[1]
main debug: decoded 107/107 pictures
main debug: stream periodicity changed from B[1] to B[2]
main warning: backward_pts != current_pts (-40000)
main debug: decoded 108/108 pictures
main warning: output date isn't PTS date, requesting resampling (40478)
main warning: late picture skipped (28460)
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: late picture skipped (5044)
main debug: decoded 108/108 pictures
main warning: late picture skipped (14818)
main warning: late picture skipped (37434)
main debug: decoded 106/108 pictures
main warning: output date isn't PTS date, requesting resampling (-41526)
main warning: buffer is 41525 in advance, triggering downsampling
main warning: output date isn't PTS date, requesting resampling (41095)
main warning: resampling stopped after 374351 usec
main debug: decoded 108/108 pictures
main warning: output date isn't PTS date, requesting resampling (-40289)
main warning: buffer is 40303 in advance, triggering downsampling
main warning: output date isn't PTS date, requesting resampling (41036)
main warning: resampling stopped after 373655 usec
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: output date isn't PTS date, requesting resampling (-40155)
main warning: output date isn't PTS date, requesting resampling (42761)
main warning: late picture skipped (34698)
main warning: late picture skipped (12052)
main warning: late picture skipped (31912)
main debug: decoded 105/108 pictures
main warning: late picture skipped (1358)
main debug: decoded 108/108 pictures
main warning: late picture skipped (10264)
main debug: decoded 107/108 pictures
main warning: output date isn't PTS date, requesting resampling (-41149)
main warning: output date isn't PTS date, requesting resampling (44631)
main warning: late picture skipped (1653)
main debug: audio output is starving (42745), playing silence
main debug: decoded 108/108 pictures
main warning: late picture skipped (2087)
main warning: late picture skipped (15472)
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
mpeg_audio debug: emulated startcode (no startcode on following frame)
main warning: buffer is 64762 in advance, triggering downsampling
main debug: decoded 108/108 pictures
main warning: resampling stopped after 5500712 usec
main warning: late picture skipped (4338)
main warning: late picture skipped (8953)
main debug: decoded 108/108 pictures
main warning: late picture skipped (12549)
main debug: decoded 108/108 pictures
main warning: late picture skipped (4560)
main debug: decoded 108/108 pictures
main warning: output date isn't PTS date, requesting resampling (40101)
main warning: buffer is 41381 late, triggering upsampling
main debug: decoded 108/108 pictures
main warning: resampling stopped after 4376767 usec
main debug: decoded 108/108 pictures
main warning: late picture skipped (38642)
main warning: late picture skipped (5660)
main warning: late picture skipped (35262)
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: output date isn't PTS date, requesting resampling (40088)
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: late picture skipped (50647)
main warning: late picture skipped (10674)
main warning: PTS is out of range (-35250), dropping buffer
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: PTS is out of range (-24963), dropping buffer
main warning: late picture skipped (247898)
main warning: late picture skipped (127943)
main debug: audio output is too slow (41082), trashing 42667us
main warning: output date isn't PTS date, requesting resampling (57839)
main warning: buffer is 49537 late, triggering upsampling
main warning: late picture skipped (320020)
main warning: late picture skipped (200047)
main debug: decoded 101/108 pictures
main warning: resampling stopped after 4742803 usec
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main warning: late picture skipped (90400)
main warning: PTS is out of range (-18432), dropping buffer
main warning: late picture skipped (54137)
main warning: late picture skipped (14163)
main warning: output date isn't PTS date, requesting resampling (58814)
main warning: late picture skipped (133362)
main warning: late picture skipped (44154)
main debug: decoded 108/108 pictures
main debug: decoded 108/108 pictures
main: EOF reached
| |
|
|
|
[előzmény: (16935) Kate2004, 2004-12-23 09:41:42]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16923. Elküldve:
2004-12-22 13:42:41 |
[65.] |
Idézet:
| Hogy sharingelne, ha mondjuk 0,1 mp alatt kéne válaszolnia a kártyának?
| |
És szerinted azt engedi a szabvány? (1-120s) A kártyának még az 1 mp is elég rázós lenne.
Hiába, meg tudjátok csinálni, hisz a buffer túlcsordulás sincs benne a DVB szabványban, de ebben (szaggatás) is jelesek vagytok, ez már igazán nem lehet pobléma!
|
|
[válaszok erre: #16950]
|
[előzmény: (16904) János, 2004-12-22 08:56:41]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16922. Elküldve:
2004-12-22 13:30:47 |
[66.] |
Húú, akkor van központilag intézett, illetve saját akadás is?! :)
Kár, hogy már a minimum óránkénti resetelgetés sem segít. Micsoda szolgáltatás...
Súgok egy kicsit: megint bufferelési probléma van Amszterdamban. Vajon mikor fogják kijavítani??
|
|
[válaszok erre: #16925]
|
[előzmény: (16896) Kate2004, 2004-12-22 07:29:09]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16921. Elküldve:
2004-12-22 13:18:29 |
[67.] |
Ja, meg a régi trágya középső transzponderről nem is szóltam.
|
|
[válaszok erre: #16924]
|
[előzmény: (16919) krizsa2, 2004-12-22 12:57:00]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16920. Elküldve:
2004-12-22 13:16:34 |
[68.] |
Pontosan ez az! Átálláskor még szebb kép volt, dinamikusabb szinekkel, valamint a hanggal sem volt probléma. Néhány hétig még nem jelentkezett az AKADOZÁS sem! Azt követően, ahogy a varázskezű amszterdamiak piszkálgatták, sajnos minden egyre rosszabb lett és a szaggatás is egyre fokozódott. Ez nagyon idegesítő tud lenni, és hatalmasat vesz le a kép élvezetéből. Épp ésszel nehéz felfogni, hogyha valami jó volt, azt miért kell újra és újra ELRONTANI?? Vagy tényleg ennyire bénák? Egy ördögi körbe kerültek, vagy direkt így akarnak kiszúrni velünk?
Most meg, hogy néhány hete észrevettem valami döbbenetes hangminőségromlást pl. a TV2-n (kábelen fényévnyivel jobb), akkor nem az a hozzáállás, hogy jó: az előfizetőnek van igaza, hanem, majd Jánosunk esetleg januárban, ha el nem felejti, akkor összehasonlítja, hogy tényleg rossz-e, és akkor majd elkezdi az intézkedéses procedúrát. Hidd el, nem gagyi cuccon hallgatom, hanem full digitálisan, csak külső DAC után kerül a hangfalakba a hang, de ehhez a rendszerhez képest, ami ott megszólal, az több, mint szégyelnivaló. (Főleg ha 128 kbiten megy, itt nem kellene hatszoros újratömörítésesnek hatnia, ez nagyon zavaró, de lehet a kínai gagyi tévé 0.5W-os hangszóróján ez nem hallható).
|
|
[válaszok erre: #16949]
|
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
16860. Elküldve:
2004-12-20 17:05:33 |
[69.] |
Senkinek sem tűnt fel még pl. a TV2 trágya minőségű hangja. Mintha min. duplán össze lenne tömörítve, habár 128 kbps-en megy.
János, mikor javítjátok ki??
|
|
[válaszok erre: #16861]
|
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
430. Elküldve:
2004-08-12 08:39:16 |
[70.] |
Az Euro1080 mostanában egyre sűrűbben kódolt. :( A felbontása mily meglepő: 1920x1080 pixel. Csak Irdeto kulcs kellene hozzá...
Próbálj az Euro1080 helyett az Astra_HD-ról venni, az mindig kódolatlan. Ez utóbbi Pioneer technikával dolgozik, nagyobb sávszélességgel is, jobb is a minőség. Az Euro1080 Panasonicot használ, csak 4mbittel kevesebb adatfolyamon sugározza (kb. 18mbit) , ez meg is látszik, csak ne kódolnák!
|
|
[válaszok erre: #431]
|
[előzmény: (429) KWP, 2004-08-11 11:40:41]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
86. Elküldve:
2004-06-24 09:53:29 |
[71.] |
A Sigma Designs Hollywood mióta tud DIGITALIZÁLNI
|
|
|
[előzmény: (84) rakal, 2004-06-23 21:55:37]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
11500. Elküldve:
2004-06-22 16:46:46 |
[72.] |
Idézet:
| Iszonyúan jó minőségű anyag, kenterbe veri a DVD szabványt úgy ahogy van... projin nagyban meg fantasztikus volt. Aki egyszer megnézi, az onnantól a napot várja, amikor ez fog elterjedni.
| |
A DVD-nek (MPEG2) is van HDs változata, nemsokára bejön a 25-50 gigás blue-ray lemez is. Nézhetsz már most is HD-adást akár az Astra-HD-t (Pioneer) vagy Euro1080-at (Panasonic). A Microsofttól irtózok, most ezeket másolja a WMVHD-jával.
|
|
|
[előzmény: (11488) KWP, 2004-06-22 14:13:07]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
11434. Elküldve:
2004-06-19 18:44:51 |
[73.] |
Ahhoz nem az okmányirodában kell ismerősnek lennie, hanem a BM-ben! Csütörtökre szinte lehetetlen, hogy megkapd, mert egy-egy nap elmegy a futárral oda-vissza, egy nap alatt, még sürgősséggel sem készítik el. Most kb. 2 hetet ülnek rajta a BM-ben, mert egyszer egy olyan eset volt, hogy egy olyan személy kapott útlevelet, aki rajta volt a tiltólistán, azóta megszorongatták a BM-es ügyintézőt.
|
|
|
[előzmény: (11427) János, 2004-06-18 18:30:00]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
10172. Elküldve:
2004-05-05 13:27:20 |
[74.] |
Idézet:
| Hát a Sky se tudta még rendesen beállítani...
Amszterdam miért lenne jobb?
| |
Ott csak az az APRÓ különbség van, hogy a Sky SAJÁT beltérivel tökéletes, de itt még a Philips esetében is jelentkezik a kockásodás!
Igaz, nem szép dolog ez Ruppert bácsitól, de azért ha már az HBO-t tudták verem-túlcsordulás-mentesíteni, akkor csak ugyanezt kell eljátszani a többi problémás adónál is... Csak jól kell bekonfigurálni, mint az MTV-csomag is teszi, tehát nem lehetetlen dolog ez, csak már unalmas, hogy hónapok óta nem változik a helyzet. Lehet, hogy ők csak a TS-t figyelik, ami tökéletes, a lényeggel, PES-el meg nem foglalkoznak.
|
|
|
[előzmény: (10171) Kardos Attila, 2004-05-05 09:02:34]
|
|
Haladó |
|
adr3nalin
Tagság: 2003-05-23 22:03:05 Tagszám: #4528 Hozzászólások: 136
|
10166. Elküldve:
2004-05-04 17:33:31 |
[75.] |
Az időnkénti akadozást akármilyen új szoftver sem fogja tudni kiküszöbölni! Bármilyen platformon jelentkezik a hiba, nemcsak a Philipseken és csak néhány csatornán. Ennek az oka egyrészt az lehet, hogy Amszterdamban nem lockolták 100 %-osan a csatornát, amit továbbítanak, a kijavítatlan hibák meg átpasszolódnak a beltérinkbe, másrészt az encodert valószínűleg rosszul konfigurálták. (Annak idején az HBO-n is jelentkezett ez a hiba, de a HBO2-n már nem képesek beállítani, mint ahogy a HBO-n sikerült.) Köztudott, hogy statical multiplexing variable bitrate technikával ad sajnos a UPC, túl jó ez a rendszer a jó öreg Philipshez, amely nagyon kényes az encoder beállításokra/timingra, és ezt Amszterdamban képtelenek felfogni. Nézzük csak pl. az MTV-csomagot, ugyanilyen rendszeren megy, ráadásul a Simulcrypt bonyolítja a helyzetet, de soha egy akadozás, vagy belassulás. Ők hogy képesek beállítani így?? Nézzük mi okozza az akadozást/pixelesedést! Megvizsgálva a PES (Program Elementary Stream)-t még jelen van a hiba (ezt dolgozza fel a beltéri), de egy layerrel feljebb legfelül a TS (Transport Stream)-et szétbontva kívül multiplexálva a hiba nem jelentkezik. Tehát a legtöbb beltéri MPEG dekóder chipje képtelen ezen a hibán túllépni és ez akadásban jelentkezik. Ezt a T-STD (Transport Stream System Target Decoder) verem túlcsordulása okozza, amely megsérti az ISO/IEC 13818-1 kódolási és szinkronizálási szabvány 2.4.2.6-es buffer management alklauzúráját.
Nem tudom, miért tart hónapokig ennek a rendes beállítása?
|
|
[válaszok erre: #10171]
|
[előzmény: (10161) Kate2004, 2004-05-04 11:19:52]
|
|
Haladó |
|
|