[Bug] TV: missing audio stream in records (Sky) (1 Viewer)

Zoidberg77

MP Donator
  • Premium Supporter
  • July 12, 2011
    392
    206
    Home Country
    Germany Germany
    Hi,
    my recording ended up with both audio tracks available. PMT change detected at 20:14:54 (y)
     

    FreakyJ

    Retired Team Member
  • Premium Supporter
  • July 25, 2010
    4,024
    1,420
    Home Country
    Germany Germany
    My second audio track is silent (Mpeg1) and trying the third one (AC3) gives me a black picture for whatever reason, switching back to track 1 (Mpeg1) makes the picture reappear^^
    Logs are attached.
    I could also upload the first MB of the recording if some wants me to do that ;)
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    my recording ended up with both audio tracks available. PMT change detected at 20:14:54 (y)
    Yeah, that looks much better. :)
    Now we actually see
    [2014-01-05 20:14:54,052] [Log ] [4 ] [INFO ] - mdplug: Send channel change to MDAPI filter Ca_Id:0 CA_Nr:4 ECM_PID:6326(0x18B6)

    ...when the PMT changes.
    Also:
    [2014-01-05 20:14:54,085] [Log ] [4 ] [INFO ] - PID seen - type = Video
    [2014-01-05 20:14:54,085] [Log ] [4 ] [DEBUG] - Recorder audioVideoEventHandler Video
    [2014-01-05 20:14:54,182] [Log ] [4 ] [INFO ] - PID seen - type = Audio
    [2014-01-05 20:14:54,182] [Log ] [4 ] [DEBUG] - Recorder audioVideoEventHandler Audio
    [2014-01-05 20:14:57,200] [Log ] [12 ] [DEBUG] - PS: Remote client activity detected
    [2014-01-05 20:15:00,689] [Log ] [4 ] [INFO ] - PID seen - type = Audio
    [2014-01-05 20:15:00,689] [Log ] [4 ] [DEBUG] - Recorder audioVideoEventHandler Audio

    By the two "PID seen - type = Audio" I can tell that both audio streams are decrypted. This is something I haven't seen so far in the logs from people using CI + CAM.

    (y)
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    My second audio track is silent (Mpeg1) and trying the third one (AC3) gives me a black picture for whatever reason, switching back to track 1 (Mpeg1) makes the picture reappear^^
    Logs are attached.
    I could also upload the first MB of the recording if some wants me to do that ;)
    Yes, please could you upload the first section of the recording - I'd like to take a look. :)
     

    FreakyJ

    Retired Team Member
  • Premium Supporter
  • July 25, 2010
    4,024
    1,420
    Home Country
    Germany Germany
    Yes, please could you upload the first section of the recording - I'd like to take a look. :)
    Sure, it is uploading right now :)
    I upload it to the devftp to the /tsdumps/ dir
    The recording is named: Killing Them Softly - Sky Cinema - 2014-01-05.TSSplit.3-16.ts
    I selected that 100MB part which has the switch between one and three audio tracks.
    If you play that file with VLC at the beginning you have only one, in the second half there are three audio tracks where the first one has sound the other two doesn't have sound :)
    If you need another part of the movie, please let me know ;)

    Edit:
    3 mins left^^
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Standard CI/CAM setup with regular library: 2nd stream not audible.
    Here you can compare with the earlier plugin logs to see what I mean about the decrypted streams:
    [2014-01-05 20:14:51,506] [Log ] [11 ] [DEBUG] - Digital Devices:--> Setting service id 131 for decrypting returned 0
    [2014-01-05 20:14:51,506] [Log ] [11 ] [INFO ] - subch:0 cam flags:True
    [2014-01-05 20:14:51,507] [Log ] [11 ] [INFO ] - subch:0 SetMpegPidMapping
    [2014-01-05 20:14:51,507] [Log ] [11 ] [INFO ] - subch:0 pid:4FF pcr
    [2014-01-05 20:14:51,507] [Log ] [11 ] [INFO ] - subch:0 pid:64 pmt
    [2014-01-05 20:14:51,507] [Log ] [11 ] [INFO ] - subch:0 pid:20 teletext type:6
    [2014-01-05 20:14:51,507] [Log ] [11 ] [INFO ] - subch:0 map pid:20 teletext type:6
    [2014-01-05 20:14:51,508] [Log ] [11 ] [INFO ] - subch:0 pid:4FF video type:H.264
    [2014-01-05 20:14:51,508] [Log ] [11 ] [INFO ] - subch:0 map pid:4FF video type:H.264
    [2014-01-05 20:14:51,508] [Log ] [11 ] [INFO ] - subch:0 pid:503 audio lang:deu type:AC3
    [2014-01-05 20:14:51,508] [Log ] [11 ] [INFO ] - subch:0 map pid:503 audio lang:deu type:AC3
    [2014-01-05 20:14:51,509] [Log ] [11 ] [INFO ] - subch:0 pid:504 audio lang:eng type:AC3
    [2014-01-05 20:14:51,509] [Log ] [11 ] [INFO ] - subch:0 map pid:504 audio lang:eng type:AC3
    [2014-01-05 20:14:51,509] [Log ] [11 ] [INFO ] - SetRecorderPids
    [2014-01-05 20:14:51,509] [Log ] [11 ] [DEBUG] - OnPMTReceived: MDAPI disabled. Possible reasons are _mdplugs=null or provider not listed
    [2014-01-05 20:14:51,559] [Log ] [11 ] [INFO ] - PID seen - type = Video
    [2014-01-05 20:14:51,560] [Log ] [11 ] [DEBUG] - Recorder audioVideoEventHandler Video
    [2014-01-05 20:14:51,673] [Log ] [11 ] [INFO ] - PID seen - type = Audio
    [2014-01-05 20:14:51,673] [Log ] [11 ] [DEBUG] - Recorder audioVideoEventHandler Audio

    Two AC3 streams (PIDs 503 and 504) listed above, but only one "PID seen - type = Audio" means one of the audio streams is still encrypted.

    Was anybody doing the recording with the DD patch?
     

    radical

    Portal Pro
    December 16, 2010
    1,466
    191
    Home Country
    Germany Germany
    Here one from me without modified dll.
    Second Audiostream is silent.

    Do the corruption on the end of my recording has also something to do with this?

    And I'm sorry mm that I forgot to clean the log's before starting the recording. :oops:
     

    Users who are viewing this thread

    Top Bottom