Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27
On 25 March 2012 12:45, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote: - The channel name column in the What's on now/next menu now adjusts its width to display the full short name of each channel (suggested by Dominic Evans). Superb! Many thanks! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)
On Tue, 13 Mar 2012 20:06:25 +0100 Mario Schulz dr...@arcor.de wrote: Am 13.03.2012 17:52, schrieb Tony Houghton: memory leak I just met hepi, he also is a Doctor Who fan and is tuned to Astra2 as I am. He complained about the bad status of EEPG, restarting his server every three days or so due to a memory leak within that plugin. I now also believe the leak is in the eepg plugin. I was probably still running it when I thought I was testing without a few months ago, because I didn't realise the debian init script/loader now automatically loads all installed plugins, not just the ones in order.conf. As this is a 'must have' if you are on Freesat, it might be closely related, even if you feel it is not... More important still with Freeview HD I think, because that doesn't even have EIT p/f in plain text like Freesat does. I personally do not care because I have the receiver off most of the time. How would you analyze or debug a memory leak in a running environment: - which thread/plugin is the root cause? - which datastructure sees the growth? - which allocs are not bracketed by a proper de-alloc? Debian also includes a script to run vdr in valgrind but it didn't find the leak even when I added the --show-reachable option. Perhaps I need to check the fork-related options. I haven't tried static analysis of the source code so far because C++ isn't my forte. Are any of eepg's developers available to check into this? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)
On 26 March 2012 15:44, Tony Houghton h...@realh.co.uk wrote: How would you analyze or debug a memory leak in a running environment: - which thread/plugin is the root cause? - which datastructure sees the growth? - which allocs are not bracketed by a proper de-alloc? Debian also includes a script to run vdr in valgrind but it didn't find the leak even when I added the --show-reachable option. Perhaps I need to check the fork-related options. I haven't tried static analysis of the source code so far because C++ isn't my forte. Are any of eepg's developers available to check into this? When I briefly ran vdr under valgrind earlier this month, it threw up a number of potential memory leaks in eepg, so I'm surprised you're not seeing those. I'll have a quick look on my box later to see if I have the .log output handy. EEPG also caused a segfault in VDR a few times whilst valgrind was running. Tbh it should probably be rewritten from scratch, ideally with separate plugins for each of the supported extended epg services, so you can run a minimal set. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)
Am 2012-03-26 16:44, schrieb Tony Houghton: I was probably still running it when I thought I was testing without a few months ago, because I didn't realise the debian init script/loader now automatically loads all installed plugins, not just the ones in order.conf. I am not aware that this ever has been the case. Must be more than 5 years ago then. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
Luca, It is just to remind you that vdr is updated (1.7.27 is now), and that impossible to compile actuator plugin against new vdr. I do like your plugin, it very useful for channel's scanning. It is better than other scanner pluging I tried. Pls, find some time! ;-) Regards, Yarema 17 січня 2012 р. 13:28 Luca Olivetti l...@ventoso.org написав: Al 17/01/12 00:39, En/na YUP ha escrit: Hi Luca, Maybe it is a right time to update your actuator plugin. There are some changes in vdr-1.7.23, it is enough to change SystemValues to SystemValuesSat to compile vdr-actuator against the last vdr-1.7.23, or simply: sed -i -e s/SystemValues/SystemValuesSat/ actuator.c I'm still using 1.7.21, not much time to upgrade vdr right now. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Sound and picture problems with ITV3
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) @ 1500bps, 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) @ 1500bps, 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. Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Recent breakage of DVB subtitles with dxr3
Quick data points with Finnish YLE DVB subtitles, using a dxr3: 1.7.22: everything works (never tried versions between here, because I was stuck with a 2.6 kernel back then) 1.7.25: subtitles are almost black and thus illegible 1.7.26: same thing 1.7.27: colours OK, but during live programming, maybe one of every 20 subtitles shows at all, and are about half the correct size. Same thing when viewing recordings made with this version - when I replay old recordings, all subtitles seem to get displayed. vdr-dxr3-plugin version 0.2.13 from here: http://projects.vdr-developer.org/projects/plg-dxr3/files em8300 drivers from here (cloned on March 17th, I think): hg clone http://dxr3.hg.sourceforge.net:8000/hgroot/dxr3/em8300 dxr3 System Ubuntu Oneiric, kernel 3.0.0-17 from Ubuntu sources (but recompiled by myself, because those nice folks at Ubuntu had to turn OSS support off in the kernel, preventing the em8300 drivers from working) --mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sound and picture problems with ITV3
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) @ 1500bps, 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) @ 1500bps, 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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
Al 26/03/12 18:56, En/na YUP ha escrit: Luca, It is just to remind you that vdr is updated (1.7.27 is now), and that impossible to compile actuator plugin against new vdr. I do like your plugin, it very useful for channel's scanning. It is better than other scanner pluging I tried. Pls, find some time! ;-) I'm really sorry, but I have even less time now :-( I think I won't have time to touch this at least until summer. Bye Regards, Yarema 17 січня 2012 р. 13:28 Luca Olivetti l...@ventoso.org mailto:l...@ventoso.org написав: Al 17/01/12 00:39, En/na YUP ha escrit: Hi Luca, Maybe it is a right time to update your actuator plugin. There are some changes in vdr-1.7.23, it is enough to change SystemValues to SystemValuesSat to compile vdr-actuator against the last vdr-1.7.23, or simply: sed -i -e s/SystemValues/SystemValuesSat/ actuator.c I'm still using 1.7.21, not much time to upgrade vdr right now. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
