[confirm] HD channels and some SD channels are not working (1 Viewer)

Lbr_Lion

Extension Designer
July 19, 2008
243
372
Home Country
Netherlands Netherlands
Probalby one of the following channels will have a 0x80 stream: (In same stream as Zenderoverzicht for 5555/8888)

RTL Lounge
Motors TV
Nickelodeon
WDR
Holland Doc 24
 

mm1352000

Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Rik

    Just to confirm: that Zenderoverzicht channel definitely has audio. If you change the extension of the sample to MPG then the sample plays fine in MP 1.2.0b with audio and video. VLC doesn't play any audio, but that could indicate some kind of non-compliant stream. If you have some time on your hands then you could double check that demuxing of the audio is working by adding extra logging...

    mm
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    Rik

    Just to confirm: that Zenderoverzicht channel definitely has audio. If you change the extension of the sample to MPG then the sample plays fine in MP 1.2.0b with audio and video. VLC doesn't play any audio, but that could indicate some kind of non-compliant stream. If you have some time on your hands then you could double check that demuxing of the audio is working by adding extra logging...

    Sounds like that 0x80 PID could have the audio stream. Try hacking TsReader to use that as audio PID.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Hmm, will try when I get home... :)
     

    riksmith

    Portal Pro
    April 18, 2009
    1,856
    322
    Home Country
    Netherlands Netherlands
    Rik

    Just to confirm: that Zenderoverzicht channel definitely has audio. If you change the extension of the sample to MPG then the sample plays fine in MP 1.2.0b with audio and video. VLC doesn't play any audio, but that could indicate some kind of non-compliant stream. If you have some time on your hands then you could double check that demuxing of the audio is working by adding extra logging...

    mm

    Of course, if i can find the correct loglines i will enable them. Also the other mentioned channels are worth a try. BTW: Is there audible audio? Music or something then?
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Yeah, there's music. I added the logging myself when I was testing the video demuxing. I'll do the same for the audio now (just got home) and post back. First to try the hack though...
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Okay, the hack doesn't work. It did cause something unexpected though - it caused a black active movie window to appear outside MP and for MP to pretend like it was playing the video. When I say pretend I mean that behind the AM window MP was also black in full screen mode. The behaviour (black AM window and fullscreen) lasted for the approximate duration of the sample so I think something was "happier", but TS reader had lots of PES errors, so I don't think the DCII stream is meant to be audio...
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    Some further progress...
    I tried demuxing and then remuxing just the audio and video streams with tsMuxeR and that made it play in MP. Something about the demuxing in TS reader is going wrong...
     

    tourettes

    Retired Team Member
  • Premium Supporter
  • January 7, 2005
    17,301
    4,800
    demuxing in TS reader is going wrong...

    Unless the PMT info is not valid in the stream. Then it is a problem in the stream itself. It would be intresting to see what the PIDs contain as data. Is 0x80 containing the audio data or the actual audio PID.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,544
    8,236
    Home Country
    New Zealand New Zealand
    demuxing in TS reader is going wrong...

    Unless the PMT info is not valid in the stream. Then it is a problem in the stream itself. It would be intresting to see what the PIDs contain as data. Is 0x80 containing the audio data or the actual audio PID.
    It is hard to know what each PID contains. When I load the sample in tsMuxeR one of the streams is rejected, leaving one MPEG-2 video stream and one MPEG-audio stream. I can't seem to get any information about which PIDs those streams are. Like I said, I have to completely demux (ie. demux to elementary streams) and then remux to get a playable stream...

    Regarding the 0x80, the original sample contains the following PIDs:
    09-06-2011 22:09:12.796 [db0] pcr pid: 31
    09-06-2011 22:09:12.796 [db0] pmt pid: 20
    09-06-2011 22:09:12.796 [db0] video pid: 30 type: [0x80 -> MPEG2]
    09-06-2011 22:09:12.796 [db0] video pid: 31 type: MPEG2
    09-06-2011 22:09:12.796 [db0] audio pid: 40 language: UNK type: MPEG1 - audio

    After remuxing:
    09-06-2011 22:12:41.609 [db0] pcr pid: 1001
    09-06-2011 22:12:41.609 [db0] pmt pid: 100
    09-06-2011 22:12:41.609 [db0] video pid: 1011 type: MPEG2
    09-06-2011 22:12:41.609 [db0] audio pid: 1100 language: UNK type: MPEG2 - audio

    So the 0x80 PID is removed by the remuxing ***I think***...

    Why do you think that "ignoring" the 0x80 PID doesn't make any difference? I notice that tsMuxeR inserts a PCR PID. Could that have anything to do with it?
     

    Users who are viewing this thread

    Top Bottom