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

[mm1352000]

uploaded!

Your recording is really interesting because we actually see ~500 packets from the other two audio streams... but then those two streams appear to just stop. I guess TV Server detected the encryption and stopped writing the packets.

 

[HTPCSourcer]

I will test the dd patch at the next occasion. However, back to office work tomorrow and therefore less time for MePo

 

[mm1352000]

I will test the dd patch at the next occasion. However, back to office work tomorrow and therefore less time for MePo

Okay, thanks. Yeah, I have that "back to work" feeling as well.

 

[Zoidberg77]

I will test the dd patch at the next occasion

That's would be tomorrow prime time I guess. Would be nice if @Brette or @vonlanken could do the same recording without patch and the same setting for pre-record.
If necessary I can do a recording too but I guess MD is solved for now (thanks again )

Thanks to you all who did contribute so nicely!

 

[mm1352000]

Here one from me without modified dll.
Second Audiostream is silent.

Similar to HTPC_Sourcer:

[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 SendPMT version:6 len:105 131
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 cam flags:True
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 SetMpegPidMapping
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:4FF pcr
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:64 pmt
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:20 teletext type:6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 map pid:20 teletext type:6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:4FF video type:H.264
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 map pid:4FF video type:H.264
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:503 audio lang:deu type:AC3
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 map pid:503 audio lang:deu type:AC3
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 pid:504 audio lang:eng type:AC3
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - subch:0 map pid:504 audio lang:eng type:AC3
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - ecm len:6 9 4 18 33 F8 B6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - ecm len:6 9 4 9 C4 FB B6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - ecm len:6 9 4 9 AF FF B6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - ecm len:6 9 4 9 8C FA B6
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - emm len:6 9 4 18 33 F0 2
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - emm len:6 9 4 9 C4 F0 8
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - emm len:6 9 4 9 AF F0 9
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - emm len:6 9 4 9 8C F0 8
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - Number of HWPIDS that needs to be sent to tuner :17
[2014-01-05 20:14:56,146] [Log ] [25 ] [INFO ] - SetRecorderPids
[2014-01-05 20:14:56,177] [Log ] [25 ] [INFO ] - PID seen - type = Video
[2014-01-05 20:14:56,177] [Log ] [25 ] [DEBUG] - Recorder audioVideoEventHandler Video
[2014-01-05 20:14:56,287] [Log ] [25 ] [INFO ] - PID seen - type = Audio
[2014-01-05 20:14:56,287] [Log ] [25 ] [DEBUG] - Recorder audioVideoEventHandler Audio

Only one "PID seen - type = Audio" => encrypted audio.

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

At the end of the recording I see another PMT change:

[2014-01-05 21:48:35,807] [a5a5268] [b30] - Recorder: RECORD start of audio detected
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmtgrabber: PMT pids changed from:
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pcr pid: 4ff
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmt pid: 64
[2014-01-05 21:48:36,243] [a5a5268] [b30] - video pid: 4ff type: H264
[2014-01-05 21:48:36,243] [a5a5268] [b30] - audio pid: 503 language: deu type: AC3
[2014-01-05 21:48:36,243] [a5a5268] [b30] - audio pid: 504 language: eng type: AC3
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmtgrabber: PMT pids changed to:
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pcr pid: 4ff
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmt pid: 64
[2014-01-05 21:48:36,243] [a5a5268] [b30] - video pid: 4ff type: H264
[2014-01-05 21:48:36,243] [a5a5268] [b30] - audio pid: 503 language: deu type: AC3
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmtgrabber: got new pmt version:8 7, service_id:83
[2014-01-05 21:48:36,243] [a5a5268] [b30] - pmtgrabber: do callback pid 64

That is probably what it is.

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

No problem.

 

[radical]

Thanks for your fast respond.
Will try on next Occasion with your modified dll. Maybe this will also make the corruption at the end diappear.

 

[FreakyJ]

I think it is important that two people do the same recording. One with the DD patch and one without.
Otherwise you won't have anything to compare.

 

[HTPCSourcer]

That's what we have. Currently two recordings without patch. Tomorrow another two from radical and me. Correct?

 

[Zoidberg77]

Tomorrow another two from radical and me. Correct?

No, we need @Brette or whoever is not using MD. At the moment you are the only one here with a normal CAM

 

[radical]

For me it dosen't matter if I have to test with or without patch.
I would deleted the english Audio stream on editing at all. I was just curious if the corruption will disappear.
So just let me know what I should record and if I have to use the patch or not.