[vdr] Sound and picture problems with ITV3

brian Brian_Dorling at t-online.de
Tue Mar 27 17:03:36 CEST 2012


On 03/27/2012 04:54 PM, brian wrote:
> On 03/26/2012 09:52 PM, Joerg Riechardt wrote:
>> Am 26.03.2012 19:00, schrieb brian:
>>> Hi,
>>> Running VDR 1.6 on a FF and Budget cards I have problems with 
>>> recordings
>>> made
>>> from the channel ITV3.
>>> The video itself starts OK, but gets very jerky after a while.
>>> Restarting playback
>>> makes it better for a while. Sound gets more out of sync with the
>>> picture, its also
>>> better after restarting playback. I tried replaying on VDR 1.7 and the
>>> problem was the same.
>>>
>>> I tried demuxing the recording with ProjectX, this was the output:
>>>
>>>
>>> <<< session infos >>>
>>>
>>> Monday, March 26, 2012 4:32:41 PM CEST
>>> ProjectX 0.90.4.00 (30.03.2006)
>>>
>>> -> working with collection 0
>>>
>>> -> save normal log file
>>> -> write all video data
>>> -> write all other data
>>> -> patch c.d.flagged infos of pictures
>>> -> add sequence end code
>>> -> set resolution in SDE
>>> -> PVA: strictly specs. for audio streams
>>> -> VOB: determine diff. Cell timelines
>>> -> TS: ignore scrambled packets
>>> -> TS: enhanced search for open packets
>>> -> TS: join file segments (of Dreambox®)
>>> -> TS: generate PMT stream dependent
>>> -> get only enclosed PES/TS packets
>>> -> concatenate different recordings
>>> -> ensure 1st PES-packet start with video
>>> -> generate PCR/SCR from PTS
>>>
>>> -> write output files to: '/home/brian/VDR-debug'
>>>
>>> -> Input File 0:
>>> '/media/public/video/VDR/2012-03-24.23.56.50.50.rec/001.vdr' (1,953,444
>>> bytes)
>>> -> Filetype is PES (incl. MPEG Video)
>>> -> demux
>>> -> found PES-ID 0xE0 (MPEG Video) @ 0
>>> -> found PES-ID 0xC1 (MPEG Audio) @ 2048
>>> -> found PES-ID 0xC0 (MPEG Audio) @ 6537
>>> -> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps,
>>> vbvBuffer 112
>>> -> starting export of video data @ GOP# 0
>>> !> dropping useless B-Frames @ GOP# 0 / new Timecode 00:00:00.000
>>> -> actual written vframes: 145
>>> switch to file:
>>> /media/public/video/VDR/2012-03-24.23.56.50.50.rec/002.vdr
>>> (2,097,184,848 bytes) @ 1953444
>>> !> dropping GOP# 9 @ orig.PTS 08:50:48.464 (2866361773), errorcode: 24
>>> !> Pics exp/cnt 3/1, inGOP PTS diff. 0ms, new Timecode 00:00:05.800
>>> !> ID 0xC0 (sub 0x0) packet# 252, big PTS difference: this 2866437692,
>>> prev. 2866321052
>>> !> ID 0xC1 (sub 0x0) packet# 253, big PTS difference: this 2866450652,
>>> prev. 2866321052
>>> !> PTS difference of 108000 (00:00:01.200) to last exported GOP 
>>> detected
>>> (broken_link corrected)
>>> !> dropping useless B-Frames @ GOP# 10 / new Timecode 00:00:05.800
>>> -> found PES-ID 0xBD (private stream 1) (SubID 0x20) @ 2554745
>>> -> found PES-ID 0xBD (private stream 1) @ 4396859
>>> GOP# 9947, new format in next leading sequenceheader detected:
>>> (01:45:12.760)
>>> -> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, 
>>> vbvBuffer 112
>>>
>>> -> Video: fr/ ct/ 1p/ cg/ og/ dg -> 174194/ 2/ 1/ 10896/ 0/ 1
>>> -> Video length: 174194 frames @ 01:56:07.760
>>> -> GOP summary: min. 6, max. 40 fields; contains interlaced frames
>>> -> avg. nom. bitrate 2067611bps (min/max: 261600/8854800)
>>> -> set first sequenceheader bitrate to 8854800bps
>>> ---> new File: /home/brian/VDR-debug/001.m2v
>>>
>>> --> MPEG Audio (0xC1)
>>> -> check CRC of AC-3 / MPEG-Audio L1,2
>>> -> delete CRC in MPEG-Audio Layer1,2
>>> -> add frames
>>> Audio PTS: first packet 08:50:42.107, last packet 10:46:51.851
>>> Video PTS: start 1.GOP 08:50:42.664, end last GOP 10:46:51.704
>>> -> adjusting audio at video-timeline
>>> -> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 128kbps, noCRC @ 
>>> 00:00:00.000
>>> !> 14 frame(s) (336ms) inserted @ 00:00:05.472
>>> audio frames: wri/pre/skip/ins/add 290323/0/0/14/0 @ 01:56:07.752 
>>> done...
>>> ---> new File: '/home/brian/VDR-debug/001.mp2'
>>>
>>> --> MPEG Audio (0xC0)
>>> -> check CRC of AC-3 / MPEG-Audio L1,2
>>> -> delete CRC in MPEG-Audio Layer1,2
>>> -> add frames
>>> Audio PTS: first packet 08:50:42.107, last packet 10:46:51.851
>>> Video PTS: start 1.GOP 08:50:42.664, end last GOP 10:46:51.704
>>> -> adjusting audio at video-timeline
>>> -> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, noCRC @ 
>>> 00:00:00.000
>>> !> 16 frame(s) (384ms) inserted @ 00:00:05.424
>>> audio frames: wri/pre/skip/ins/add 290323/0/0/16/0 @ 01:56:07.752 
>>> done...
>>> ---> new File: '/home/brian/VDR-debug/001[1].mp2'
>>>
>>> --> Subpicture (SubID 0x20)
>>> -> selected DVB subpicture color model: (0) 4 colors ; fixed to page 
>>> id:
>>>
>>> -> export format: sup
>>> -> temp. file: 001.sp (995605 bytes)
>>> Subpicture PTS: first packet 08:50:52.525, last packet 10:46:52.627
>>> Video PTS: start 1.GOP 08:50:42.664, end last GOP 10:46:51.704
>>> -> adjusting subpicture at video-timeline
>>> !> suppic unknown cmd: 144
>>>
>>> The last line is repeated 500 times, then I get:
>>>
>>> stopped...
>>>
>>> !> an error has occured.. (please inform the authors at
>>> 'forum.dvbtechnics.info')
>>> java.lang.NullPointerException
>>>
>>>
>>> Is there any way I can analyse this further? I dont see any errrors 
>>> with
>>> femon on ITV3.
>>
>> Hi, you could try checkts, and see if the recording has continuity 
>> errors.
>> http://projects.vdr-developer.org/git/vdr-checkts.git/tree/README
>> Joerg
>>
>>>
>>> Cheers Brian
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> vdr mailing list
>>> vdr at linuxtv.org
>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>> _______________________________________________
>> vdr mailing list
>> vdr at linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
> Moin,
> nein ich habe probleme mit VDR 1.6 aufnahmen und das sind im PES 
> format, nicht .ts.
>
> Trotzdem danke.
>
>
>
>
>
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
oops,

I meant to say that I have problems with recording made by VDR 1.6, and 
they are in PES format not .ts.

Thanks anyway


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.linuxtv.org/pipermail/vdr/attachments/20120327/dba35f0c/attachment.html>


More information about the vdr mailing list