Re: [vdr] Updating actuator plugin
Hi, On 26 March 2012 20:58, Luca Olivetti wrote: > 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. Where is the latest actuator plugin source? It should be fairly easy to rebase it on top of 1.7.27 api changes. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
>>> 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. > > Where is the latest actuator plugin source? It should be fairly easy > to rebase it on top of 1.7.27 api changes. It was trivial to make the SystemValuesSat update that you suggested, but of course, this still needs VDR to be patched with the rotor patch that adds cDvbTuner::SendDiseqcCmd to dvbdevice.c https://github.com/oldmanuk/rotorng/ Has anyone asked Klaus to accept the rotor patch (rebased onto vanilla VDR sources) or for him to provide his own implementation of a public method on dvbdevice for sending diseqc commands from plugins? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
I managed to build actuator plugin. As it was stated by Klaus, "Any plugins that implement cStatus::ChannelSwitch() need to add the parameter 'bool LiveView' to that function." So it is enough to add "bool LiveView" , for details please see my PKGBUILD https://aur.archlinux.org/packages.php?ID=42711. Regards, Yarema 27 березня 2012 р. 14:55 Dominic Evans написав: > >>> 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. > > > > Where is the latest actuator plugin source? It should be fairly easy > > to rebase it on top of 1.7.27 api changes. > > It was trivial to make the SystemValuesSat update that you suggested, > but of course, this still needs VDR to be patched with the rotor patch > that adds cDvbTuner::SendDiseqcCmd to dvbdevice.c > > https://github.com/oldmanuk/rotorng/ > > Has anyone asked Klaus to accept the rotor patch (rebased onto vanilla > VDR sources) or for him to provide his own implementation of a public > method on dvbdevice for sending diseqc commands from plugins? > > ___ > 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 27/03/2012 15:29, En/na YUP ha escrit: I managed to build actuator plugin. As it was stated by Klaus, "Any plugins that implement cStatus::ChannelSwitch() need to add the parameter 'bool LiveView' to that function." So it is enough to add "bool LiveView" , for details please see my PKGBUILD https://aur.archlinux.org/packages.php?ID=42711. Cool!, I hope to remember it when I'll have the time to update the plugin. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
On 27 March 2012 13:55, Dominic Evans wrote: 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. >> >> Where is the latest actuator plugin source? It should be fairly easy >> to rebase it on top of 1.7.27 api changes. > > It was trivial to make the SystemValuesSat update that you suggested, > but of course, this still needs VDR to be patched with the rotor patch > that adds cDvbTuner::SendDiseqcCmd to dvbdevice.c > > https://github.com/oldmanuk/rotorng/ > > Has anyone asked Klaus to accept the rotor patch (rebased onto vanilla > VDR sources) or for him to provide his own implementation of a public > method on dvbdevice for sending diseqc commands from plugins? Ah I realise now that someone sent me the rotorng sources rather than the actuator plugin. Which is the superior of these two? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sound and picture problems with ITV3
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) @ 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/
Re: [vdr] Sound and picture problems with ITV3
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) @ 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 v
[vdr] externalplayer plugin for vdr: update
Hi, Felix, Can you please update your plugin? VDR code has significant changes and some plugins need updating. Basically the problem is only in i18n. I made a patch, for those interested I attached it. Regards, Yarema i18n.patch Description: Binary data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] externalplayer plugin for vdr: update
Am Dienstag, den 27.03.2012, 19:08 +0200 schrieb YUP: > Hi, Felix, > > > Can you please update your plugin? VDR code has significant changes > and some plugins need updating. Basically the problem is only in i18n. > I made a patch, for those interested I attached it. i already did. :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] externalplayer plugin for vdr: update
Am Dienstag, den 27.03.2012, 20:00 +0200 schrieb Holger Schvestka: > Am Dienstag, den 27.03.2012, 19:08 +0200 schrieb YUP: > > Hi, Felix, > > > > > > Can you please update your plugin? VDR code has significant changes > > and some plugins need updating. Basically the problem is only in i18n. > > I made a patch, for those interested I attached it. > > i already did. argh sry wrong answer, wrong mailinglist ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updating actuator plugin
Al 27/03/12 16:35, En/na Dominic Evans ha escrit: > Ah I realise now that someone sent me the rotorng sources rather than > the actuator plugin. > > Which is the superior of these two? They're different: "actuator" controls an "old style" 36V actuator, using a relay board connected to the parallel port, while "rotor" drives a diseqc motor. "actuator" can also be used as a stand-alone channel scanner (with no motor at all), I think that "rotorng" can do the same. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recent breakage of DVB subtitles with dxr3
On Mon, Mar 26, 2012 at 09:18:54PM +0300, Mika Iisakkila wrote: > 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) > I remember using alsa with em8300 already years ago? Was I dreaming? :) -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr