[mythtv-users] (no subject)
Scott
list-mythtv at bluecamel.eml.cc
Sat Sep 23 21:18:12 UTC 2006
Greets.
For one of the local OTA ATSC stations here (Raleigh / Durham NC
area, the station is WTVD 11.1) I'm seeing audio cut in and out 100%
of the time. If I run mythfrontend -v audio the output shows buffer
under runs, and lots of them. But wait! This same exact stream plays
perfectly fine with both xine and mplayer. By this I mean I can
either run mplayer dvb:// and tune the stream directly OR I can use
mplayer and xine to playback a stream that was recorded by MythTV.
The playback sounds fine with mplayer and xine.
So, I'm thinking there must be something "special" about the audio
track on this one OTA ATSC station. Using mplayer -v to view a
previously recorded show from this station I see lots of the
following when decoding the "broken" stream. Notice the "ERROR,
descriptor len is too long, skipping" coming from mplayer: (But
still, even with this, the stream sounds fine!)
COLLECT_SECTION, start: 64, size: 184, collected: 184% 3% 0.8% 0 0
SKIP: 0+1, TID: 0, TLEN: 13, COLLECTED: 184
PARSE_PAT: section_len: 13, section 0/0
PROG: 1 (1-th of 1), PMT: 48
COLLECT_SECTION, start: 64, size: 184, collected: 184
SKIP: 0+1, TID: 2, TLEN: 86, COLLECTED: 184
FILL_PMT(prog=1), PMT_len: 184, IS_START: 64, TS_PID: 48, SIZE=184, M=0,
ES_CNT=2, IDX=0, PMT_PTR=0x8805300
PROG DESCR, TAG=5, LEN=4(4)
PROG DESCR, TAG=5, LEN=4(4)
PROG DESCR, TAG=5, LEN=4(4)
PROG DESCR, TAG=5, LEN=4(4)
PROG DESCR, TAG=5, LEN=4(4)
PROG DESCR, TAG=5, LEN=4(4)
ERROR, descriptor len is too long, skipping
...descr id: 0x2, len=3
...descr id: 0x6, len=1
PARSE_PMT(1 INDEX 0), STREAM: 0, FOUND pid=0x31 (49), type=0x10000002,
ES_DESCR_LENGTH: 8, bytes left: 28
...descr id: 0x5, len=4
...descr id: 0x81, len=6
...descr id: 0xa, len=4
Language Descriptor: eng
...descr id: 0x6, len=1
PARSE_PMT(1 INDEX 1), STREAM: 1, FOUND pid=0x34 (52), type=0x2000,
ES_DESCR_LENGTH: 23, bytes left: 0
Compare this to the stream from a different OTA ATSC station that
MythTV has no problems playing back. No obvious ERRORs here.
COLLECT_SECTION, start: 64, size: 184, collected: 184% 4% 1.0% 0 0
SKIP: 0+1, TID: 0, TLEN: 13, COLLECTED: 184
PARSE_PAT: section_len: 13, section 0/0
PROG: 1 (1-th of 1), PMT: 48
COLLECT_SECTION, start: 64, size: 184, collected: 184
SKIP: 0+1, TID: 2, TLEN: 79, COLLECTED: 184
FILL_PMT(prog=1), PMT_len: 184, IS_START: 64, TS_PID: 48, SIZE=184, M=0,
ES_CNT=3, IDX=0, PMT_PTR=0x8805300
PROG DESCR, TAG=5, LEN=4(4)
...descr id: 0x11, len=1
...descr id: 0x10, len=6
...descr id: 0x6, len=1
...descr id: 0x86, len=7
PARSE_PMT(1 INDEX 0), STREAM: 0, FOUND pid=0x31 (49), type=0x10000002,
ES_DESCR_LENGTH: 23, bytes left: 32
...descr id: 0x5, len=4
...descr id: 0x81, len=8
...descr id: 0xa, len=4
Language Descriptor: eng
PARSE_PMT(1 INDEX 1), STREAM: 1, FOUND pid=0x34 (52), type=0x2000,
ES_DESCR_LENGTH: 22, bytes left: 5
PARSE_PMT(1 INDEX 2), STREAM: 2, FOUND pid=0x3a (58), type=0xffffffff,
ES_DESCR_LENGTH: 0, bytes left: 0
My signal strength is fine on this channel and the above problem is
present on _every_ show for this channel. Any thoughts? Is this
simply a case of a broken audio stream that MythTV isn't handling well?
Thanks for the help!
--
Scott
More information about the mythtv-users
mailing list