Only audio PIDs recorded, video PID missing

[nobbi123]

Today I had the problem, that RS only recorded the audio streams from "kabel eins" and "RTL",

the video stream is missing.

 

Log files are looking like this:

 

------------------------------------------------------------------------------------------

RTL Television 25.12.2013

G:\TV-Aufnahme\2013-12-25_01-31-28_RTL Television_Mimic.ts

Device: Digital Devices DVB-C Tuner 1 (1)

01:31:28 / 00:00:00 (~ 0,00 MB) Start
01:31:28 / 00:00:00 (~ 0,02 MB) PID 104: MPEG Audio Stereo, 48 khz, 192 kbps
01:31:28 / 00:00:00 (~ 0,02 MB) PID 106: AC3 Audio Stereo, 48 khz, 384 kbps
01:32:05 / 00:00:37 (~ 2,65 MB) Stop

Average Data Rate: 0,070 MB/s
Total Size: 2,7 MB (2779392 Bytes)

-----------------------------------------------------------------------------------------

 

If I record the whole transponder with RS, the missing MPEG2 video stream is present (and a lot of others

too, of course). It is also present when I use DVBViewer directly (with Recording service support disabled),

so I dont think this has something to do with the signal quality.

 

Is there perhaps a bug in the parsing of the program allocation table (PID: 0000) ?

Or has this something to do with the Codecs I have installed in my system (i have the latest K-Lite codec pack

installed, 10.2 or so) ?

 

Any help would be appreciated. At the moment I am using DVBViewer directly without RS, because I didn't want

to miss HOGFATHER on "kabel eins" , but recording from anywhere with RS would be much more convenient

of course.

 

I have included my support.zip

 

Thanks,

Norbert

 

 

 

 

 

 

 

 

 

 

support.zip

[Griga]

Is it a new (reproducable) problem since you have updated (?) to RS 1.28? If yes, please check if it occurs with 1.27 (if still available) or 1.26 (see members area -> older versions).

 

The interesting part in your svcdebug.log is (shortened)

 

StartRecording Digital Devices DVB-C Tuner 1 (1)
TBDADigitalDevices SetTuner TType: 0, Freq: 650000, Symrate: 6900, LOF: 0, Tone: 0, Pol: 3, DiseqC: 3, FEC: 0, APID: 42, VPID: 43, PMT: 44, SID: 12003, SatMod: 0, DiseqCVal: 0, NID: 1, Flags: 24
TRecording StartRecording: RTL Television

 

because the audio / video PIDs are 42 / 43 - they don't match the PIDs in your recorder log posted above. The svcdebug.log doesn't reference audio PIDs 104 / 106. Which values are the correct ones? Please check your channel list.

 

P.S. According to your hardware.xml and svchardware.xml your DVBViewer installation isn't correctly configured for using the recording service. It doesn't explain the missing video issue, though.

 

Please refer to the Wiki for more information, and stop all playback (View -> Close Graph) and recording before using the Recording Service Wizard because otherwise a bug may cause some trouble.

Edited December 25, 2013 by Griga

[nobbi123]

The problem is old, i had the same problem with RS 1.26 yesterday evening, when I recorded "Matrix":

 

-----------------------------------------------------------------------

RTL Television 24.12.2013

G:\TV-Aufnahme\2013-12-24_21-55-00_RTL Television_Matrix.ts

Device: Digital Devices DVB-C Tuner 1 (1)

21:55:00 / 00:00:00 (~ 0,00 MB) Start
00:55:01 / 03:00:00 (~ 777,10 MB) Stop

Average Data Rate: 0,072 MB/s
Total Size: 777,1 MB (814849716 Bytes)

-----------------------------------------------------------------------------------

 

I hadn't enabled PID logging then, but its obvious from the total size and average data rate.

 

After this I installed DVBViewer 5.2.9 and RS 1.2.8, but still had the same problem (even after a cold boot).

 

I tried a lot of different settings then (e.g. "PAT/PMT anpassen" yes/no), and tried recordings with and without RS.

When I ran supporttool.exe, I had switched off RS support in DVBViewer, and was directly recording with DVBViewer.

the log and support.zip don't fit together.

 

But very interesting, here is the log of my last try I made with RS before I switched to DVBViewer:

 

----------------------------------------------------------------

kabel eins 25.12.2013

G:\TV-Aufnahme\2013-12-25_02-24-00_kabel eins_Hogfather - Schaurige Weihnachten.ts

Device: Digital Devices DVB-C Tuner 1 (1)

02:24:00 / 00:00:00 (~ 0,00 MB) Start
02:24:01 / 00:00:00 (~ 0,00 MB) PID 40: MPEG Audio Stereo, 48 khz, 192 kbps
02:24:56 / 00:00:56 (~ 1,35 MB) Stop

Average Data Rate: 0,024 MB/s
Total Size: 1,4 MB (1418648 Bytes)
-----------------------------------------------------------------------------------------------

 

You see, the PID has a 40'ish number, but the station is "kabel eins", not "RTL Television" as in your quote from support.zip.

 

Can it be, that sometimes RS doesn't recognize, that the transponder has changed, and uses the old PAT?

 

This morning everything is working fine again, the video stream is recorded again, otherwise I would send you a log

file and support.zip fitting together. Well, the next time I have this bug then ...

 

Thanks,

Norbert

[nobbi123]

Sorry, after having a look at svcdebug.log, I am totally confused. Tonight, when I had the problems, the log file looks like this:

 

 

25.12.13 02:24:00.744 TBDADigitalDevices Opendevice bvDigitalDevices
25.12.13 02:24:00.744 TRecording AllocateHardware Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:00.744 TRecording StartRecording Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:00.744 TBDADigitalDevices SetTuner TType: 0, Freq: 618000, Symrate: 6900, LOF: 0, Tone: 0, Pol: 5, DiseqC: 3, FEC: 0, APID: 38, VPID: 43, PMT: 98, SID: 17502, SatMod: 0, DiseqCVal: 0, NID: 1, Flags: 24
25.12.13 02:24:00.744 TRecording StartRecording: kabel eins
25.12.13 02:24:00.761 TRecordingEngine AddReference TRecording: 2
25.12.13 02:24:01.198 TRecording ($04E229E0) EPG Callback: kabel eins running - 24.12.2013 21:11:00 - Der mit dem Wolf tanzt - 22420 - PDC:0
25.12.13 02:24:02.198 TRecording ($04E229E0) EPG Callback: kabel eins undefined - 25.12.2013 01:34:00 - Hogfather - Schaurige Weihnachten - 22421 - PDC:0
25.12.13 02:24:56.876 TRecording ($04E229E0) G:\TV-Aufnahme\2013-12-25_02-24-00_kabel eins_Hogfather - Schaurige Weihnachten.ts Discontinuities: 0 - Total size: 1,35 MB - Device:Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:56.917 TRecording Release Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:56.917 TRecording Destroy Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:56.921 TRecording Destroyed Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:56.921 TRecording hamDeleted Digital Devices DVB-C Tuner 1 (1)
25.12.13 02:24:56.921 TRecordingEngine Releasereference TRecording: 1

 

So I had APID: 38 and VPID: 43. But this morning, when everything worked fine, the log file looks like this:

 

 

25.12.13 07:58:30.349 TBDADigitalDevices Opendevice bvDigitalDevices
25.12.13 07:58:30.350 TRecording AllocateHardware Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:58:30.350 TRecording StartRecording Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:58:30.350 TBDADigitalDevices SetTuner TType: 0, Freq: 618000, Symrate: 6900, LOF: 0, Tone: 0, Pol: 5, DiseqC: 3, FEC: 0, APID: 40, VPID: 39, PMT: 98, SID: 17502, SatMod: 0, DiseqCVal: 0, NID: 1, Flags: 24
25.12.13 07:58:30.350 TRecording StartRecording: kabel eins
25.12.13 07:58:30.623 TRecording ($04D47E70) EPG Callback: kabel eins running - 25.12.2013 06:35:00 - Edgar Wallace: Das Gasthaus an der Themse - 22424 - PDC:0
25.12.13 07:58:31.197 TRecordingEngine AddReference TRecording: 2
25.12.13 07:58:31.623 TRecording ($04D47E70) EPG Callback: kabel eins undefined - 25.12.2013 08:18:00 - Edgar Wallace: Der unheimliche Mönch - 22425 - PDC:0
25.12.13 07:59:01.628 TRecordingEngine Releasereference webserver: 1
25.12.13 07:59:26.235 TRecordingEngine AddReference webserver: 2
25.12.13 07:59:45.999 TRecording ($04D47E70) G:\TV-Aufnahme\2013-12-25_07-58-30_kabel eins_Edgar Wallace Das Gasthaus an der Themse.ts Discontinuities: 0 - Total size: 33,96 MB - Device:Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:59:46.040 TRecording Release Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:59:46.040 TRecording Destroy Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:59:46.044 TRecording Destroyed Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:59:46.044 TRecording hamDeleted Digital Devices DVB-C Tuner 1 (1)
25.12.13 07:59:46.044 TRecordingEngine Releasereference TRecording: 1

 

So I had APID: 40 and VPID: 39. Shouldn't the PIDs be constant ?

 

My "Senderliste" in DVBViewer looks as in the picture attached below (strangely, my "Suchlauf" found some duplicate entries in the "ProSiebenSat1" group (I also have duplicate entries in some other groups, but as far as I can see, the entries are exactly equal, is this harmful?).

 

 

 

 

 

 

 

[Griga]

But this morning, when everything worked fine, the log file looks like this:

 

The Recording Service only loads a new / changed channel list (channels.dat) after being stopped and re-started. Maybe that's the reason.

[nobbi123]

So the problem are the dynamically changing video and audio PIDs, is that right ?

 

 

How does DVBViewer detect this changes ?

 

From mails you and Derrick wrote in similiar threads, I guess this changes are published in

the PMT or EPG stream ?

 

Why can't RS do something similiar ?

 

 

[Griga]

Looks like initially the RS used wrong channel resp. PID data. After stopping and restarting the RS (by system shutdown / reboot) it loaded a channel list with correct data.

 

Dynamic PID changes on Kabel1 and RTL would be very unusual, but who knows? Might be as well a configuration fault.

 

If you want the RS to respond to PID changes, tick "Auto split on channel data change" in the RS Recorder options. It lets the RS stop and immediately restart a recording if monitoring the PAT and PMT reveals that that the recorder is using wrong PIDs.

 

However, the RS doesn't write to the channel list. Only DVBViewer does (and maybe TransEdit, if you are using it as scanner). So the RS won't correct wrong PIDs permantly. DVBViewer does if you switch over to a channel and Channel -> Auto-Update Channel is switched on. I guess using DVBViewer corrected the wrong data, and the RS got it next day...

 

I also have duplicate entries in some other groups, but as far as I can see, the entries are exactly equal, is this harmful?

 

It's better to have a channel list without ambiguities. Even if they don't cause obvious problems now they are a potential source of trouble. DVBViewer doesn't take care of consistency, so you will have to. Maybe it already caused the problems described above.

[nobbi123]

Thank you very much, everything is getting a bit clearer now.

 

I think this problem and most of the problems I had in the last months/years (see my topic http://www.DVBViewer.tv/forum/topic/53169-no-data-within-one-minute-restarting/#entry394448)

are related to dynamic PID changes in the WillyTel cable net here in Hamburg.

 

 

If you want the RS to respond to PID changes, tick "Auto split on channel data change" in the RS Recorder options. It lets the RS stop and immediately restart a recording if monitoring the PAT and PMT reveals that that the recorder is using wrong PIDs.

 

Ok, I will do this. But I am not sure if this feature really works. I had this feature ticked in the past, and recordings were sometimes splitted very often (especially on the channels TELE5 and SIXX at night), sometimes even to the extreme, that every minute a new recording was started (see my "no-data-within-one-minute-restarting" thread above). Maybe on these channels the EPG PIDs, or other irrelevant PIDs, change quite often, or contain no data ?

 

 

However, the RS doesn't write to the channel list. Only DVBViewer does (and maybe TransEdit, if you are using it as scanner). So the RS won't correct wrong PIDs permantly. DVBViewer does if you switch over to a channel and Channel -> Auto-Update Channel is switched on. I guess using DVBViewer corrected the wrong data, and the RS got it next day...

 

Sounds probable. I think every time I had a problem with RS, I started afterwards DVBViewer to see, if I had the same problem with DVBViewer (and I hadn't), and this fixed RS the next day. But where is this Channel->Auto Update switch you are talking of, I would like to check if it is on or off ?

 

 

It's better to have a channel list without ambiguities. Even if they don't cause obvious problems now they are a potential source of trouble. DVBViewer doesn't take care of consistency, so you will have to. Maybe it already caused the problems described above.

 

Yes, I will do this too. It's a bit tedious (a lot of channels), but you are right, maybe updating the channel.dat doesn't work correctly, if there are duplicate channel entries.

 

Is there perhaps some good information about DVB on the Web, something like "DVB for Dummies" ? I have only a vague idea (from your mails:) of what the PAT and PMT are, how transponders and channels are related, and how tuning works.

 

Cheers,

Norbert

[Griga]

But where is this Channel->Auto Update switch you are talking of,

 

In the DVBViewer Main Menu -> Channel Menu

 

Is there perhaps some good information about DVB on the Web,

 

 

Download TransEdit from the memberes area, read the ReadMe and install it. The TransEdit Analyzer and particularly this chapter of the manual.will give you some practical insight.