[vdr] Anybody using VDR-Live with VDR 1.7.18?
I'm using VDR 1.7.18 with the latest GIT version of VDR-Live and it's not working that great... For example, some images do not appear and then when I try to access certain links (randomly) VDR will just crash without any errors. I've tried enabling verbose debugging for VDR-Live but it's not saying anything... Does anybody else have these problems? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anybody using VDR-Live with VDR 1.7.18?
Am 07.06.2011 15:07, schrieb John Klimek: I'm using VDR 1.7.18 with the latest GIT version of VDR-Live and it's not working that great... For example, some images do not appear and then when I try to access certain links (randomly) VDR will just crash without any errors. I'm using a snapshot of 2011-02-20 together with VDR 1.7.18 and it behaves absolutely normal. Compiled on / against Debian Squeeze. http://projects.vdr-developer.org/git/?p=vdr-plugin-live.git;a=commit;h=cc286c602ffbaed4f8e6d92e50138600c142b69f ||/ Name VersionBeschreibung +++-==-==- ii libc6 2.11.2-10 Embedded GNU C Library: Shared libraries ii libcxxtools6 1.4.8-3library of unrelated but useful C++ classes ii libgcc11:4.4.5-8 GCC support library ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expression Library ii libpcrecpp08.02-1.1 Perl 5 Compatible Regular Expression Library ii libstdc++6 4.4.5-8The GNU Standard C++ Library v3 ii libtntnet8 1.6.3-4Tntnet libraries Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can VDR record only new episodes of shows?
Lots of response to the original question - thanks! However, my original question was about unaired/new episodes. For example, I'd like to record new episodes of The Simpsons but I don't want an episode unless it's never been aired before. It sounds like the Don't allow repeats option is just to check if it's been recorded which isn't too useful in my situation. Suppose an episode hasn't aired for several months? It's not a new episode but just an old one that hasn't aired in a while so I would want to skip that recording. Is that possible? On Sat, Jun 4, 2011 at 2:54 AM, JJussi v...@jjussi.com wrote: Hi! Yes, Now I got it work.. (My bad) Error was that, that I didn't have ONLY that Movie/Drama set on... I had other category set on same time. What IS, in my opinion, a bug! Because in real life, program can only have one category and if I want to record programs from two or more categories, I need to make those as different record searches. And now when I got it work, I can really see that providers put too many programs under that Movie/Drama category, especially programs what are NOT movies (but could maybe categorize to drama, if you think widely) :-) Thank you! On 3.6.2011 20.47, Christian Wieninger wrote: Hi, Am 03.06.2011 16:43, schrieb JJussi: Other recording question: 1. If I make EPG record search pattern: Regexp '.*' -- it will find all programs. (As it should!) 2. If I add to that 1. search Type Movie/Drama -- it will not find any programs, even I can see from EPG that there is Movie/Drama -type programs. works fine here, but do you really have correct content descriptors in your EPG? Most of the time the providers deliver complete nonsense here. Do you use an epgsearch version that supports this type of search already (I've added it in 0.9.25-beta19)? Please check it again without regexp but with a search with any search term and the settings Use title/subtitle/description all set to no. Is it possible for VDR to only record new episodes of shows? as already mentioned - yes. Use the search timer setting 'avoid repeats' for this. cheers, Christian Do we have bug here?!? On 3.6.2011 15.28, John Klimek wrote: Is it possible for VDR to only record new episodes of shows? For example, I don't want to record every single episode of a certain show, but instead I just want the new episodes. Also, how smart is VDR if an episode is a special episode and is longer than a normal episode, etc? Thanks, John ___ 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 -- JJussi ___ 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] Can VDR record only new episodes of shows?
On Tue, Jun 7, 2011 at 12:42 PM, John Klimek jkli...@gmail.com wrote: However, my original question was about unaired/new episodes. For example, I'd like to record new episodes of The Simpsons but I don't want an episode unless it's never been aired before. It sounds like the Don't allow repeats option is just to check if it's been recorded which isn't too useful in my situation. Suppose an episode hasn't aired for several months? It's not a new episode but just an old one that hasn't aired in a while so I would want to skip that recording. I would like this option also and iirc there's actually a flag that specifies a new episode. I know at least some providers supply an original air date as well which could be compared against the current date if the new flag isn't present. It would be nice to set a timer for a show, tell it you want _all_ new episodes, and it's smart enough to detect schedule changes and so on. So basically you could record an entire series (over all seasons) if you wanted to and only need to set a timer once and forget about it. It sucks to find out there's been a schedule only after you've missed some episodes, or have to frequently clean out a cache of dupes. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can VDR record only new episodes of shows?
That's exactly the data I was talking about (original air date). I'm guessing that's how other DVR applications have options such as Record New Episodes Only, etc. On Tue, Jun 7, 2011 at 4:17 PM, VDR User user@gmail.com wrote: On Tue, Jun 7, 2011 at 12:42 PM, John Klimek jkli...@gmail.com wrote: However, my original question was about unaired/new episodes. For example, I'd like to record new episodes of The Simpsons but I don't want an episode unless it's never been aired before. It sounds like the Don't allow repeats option is just to check if it's been recorded which isn't too useful in my situation. Suppose an episode hasn't aired for several months? It's not a new episode but just an old one that hasn't aired in a while so I would want to skip that recording. I would like this option also and iirc there's actually a flag that specifies a new episode. I know at least some providers supply an original air date as well which could be compared against the current date if the new flag isn't present. It would be nice to set a timer for a show, tell it you want _all_ new episodes, and it's smart enough to detect schedule changes and so on. So basically you could record an entire series (over all seasons) if you wanted to and only need to set a timer once and forget about it. It sucks to find out there's been a schedule only after you've missed some episodes, or have to frequently clean out a cache of dupes. ___ 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
[vdr] Streamdev to Streamdev with PVRInput card
I have a PVR500 with the PVRInput plugin running on my Backend. I am using an old Hauppauge FF DVB-s card just as a frontend on another low powered system in order to throw the PVRInput channels to the kitchen. On the backend it's all working, however, switching between channels doesn't quite work, as the streamdev server will give the client the same channel over and over again regardless of what it requested, unless the device changes (ie, if I go from /dev/video1 to /dev/video2 it'll change channel). An example of the channel list is: 2-WTTW PBS_Affiliate ntsc;WTTW:67250:TV|NTSC:V:0:301+101=2:300=@4:0:0:30020:32:32:0 3-WREX NBC_Affiliate ntsc;WREX:67250:TV|NTSC:V:0:301+101=2:300=@4:305:0:30030:48:48:0 4-WTVO ABC_Affiliate ntsc;WTVO:67250:TV|NTSC:V:0:301+101=2:300=@4:0:0:30040:64:64:0 5-WIFR CBS_Affiliate ntsc;WIFR:67250:TV|NTSC:V:0:301+101=2:300=@4:0:0:30050:80:80:0 6-WQRF Fox_Affiliate ntsc;WQRF:67250:TV|NTSC:V:0:301+101=2:300=@4:0:0:30060:96:96:0 But, obviously all on the same line. I think this is probably an issue with streamdev rather than pvrinput as it works with Vomp happily. I need it to detach and change channel in order to trigger the external channel changer script. This is the log of the client: Jun 7 18:27:46 slow vdr: [4044] switching to channel 6 Jun 7 18:27:47 slow vdr: [4151] receiver on device 9 thread ended (pid=4044, tid=4151) Jun 7 18:27:47 slow vdr: [4152] receiver on device 9 thread started (pid=4044, tid=4152) Jun 7 18:27:51 slow vdr: [4044] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO 5-WIFR CBS_Affiliate ntsc.xpm NOT FOUND in /usr/share/vdr-enigmang-icons/logos Jun 7 18:27:51 slow vdr: [4044] EnigmaNG: cPluginSkinEnigma::LoadXpm(/usr/share/vdr-enigmang-icons/logos/no_logo.xpm) LOGO N OT FOUND Jun 7 18:27:52 slow vdr: [4044] switching to channel 5 Jun 7 18:27:53 slow vdr: [4152] ERROR: TS packet not accepted in Transfer Mode Jun 7 18:27:53 slow vdr: [4150] TS buffer on device 9 thread ended (pid=4044, tid=4150) Jun 7 18:27:53 slow vdr: [4152] buffer stats: 1363376 (65%) used Jun 7 18:27:53 slow vdr: [4152] receiver on device 9 thread ended (pid=4044, tid=4152) Jun 7 18:27:53 slow vdr: [4153] TS buffer on device 9 thread started (pid=4044, tid=4153) Jun 7 18:27:53 slow vdr: [4154] receiver on device 9 thread started (pid=4044, tid=4154) Jun 7 18:27:57 slow vdr: [4044] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO 4-WTVO ABC_Affiliate ntsc.xpm NOT FOUND in /usr/share/vdr-enigmang-icons/logos Jun 7 18:27:57 slow vdr: [4044] EnigmaNG: cPluginSkinEnigma::LoadXpm(/usr/share/vdr-enigmang-icons/logos/no_logo.xpm) LOGO NOT FOUND Jun 7 18:27:57 slow vdr: [4044] switching to channel 4 Jun 7 18:27:57 slow vdr: [4154] receiver on device 9 thread ended (pid=4044, tid=4154) Jun 7 18:27:57 slow vdr: [4155] receiver on device 9 thread started (pid=4044, tid=4155) Jun 7 18:28:31 slow vdr: [4044] suspendoutput: output suspended by user Jun 7 18:28:32 slow vdr: [4155] ERROR: TS packet not accepted in Transfer Mode Jun 7 18:28:33 slow vdr: [4153] TS buffer on device 9 thread ended (pid=4044, tid=4153) Jun 7 18:28:33 slow vdr: [4155] buffer stats: 1073668 (51%) used Jun 7 18:28:33 slow vdr: [4155] receiver on device 9 thread ended (pid=4044, tid=4155) Jun 7 18:28:33 slow vdr: [4044] OSD size changed to 720x576 @ 1.4 Jun 7 18:28:35 slow vdr: [4044] switching to channel 4 Jun 7 18:28:35 slow vdr: [4156] TS buffer on device 9 thread started (pid=4044, tid=4156) Jun 7 18:28:35 slow vdr: [4157] receiver on device 9 thread started (pid=4044, tid=4157) Jun 7 18:28:40 slow vdr: [4044] OSD size changed to 720x480 @ 0.89 Jun 7 18:34:20 slow vdr: [4044] cleaning up schedules data This is the log of the server: Jun 7 19:13:24 oac vdr: [8794] streamdev-livestreaming thread started (pid=6512, tid=8794) Jun 7 19:13:24 oac vdr: [8795] receiver on device 10 thread started (pid=6512, tid=8795) Jun 7 19:13:24 oac vdr: [8795] entering cPvrDevice::OpenDvr: Dvr of /dev/video1 (PVR500#1) is closed Jun 7 19:13:24 oac vdr: [8795] entering cPvrDevice::CloseDvr: Dvr of /dev/video1 (PVR500#1) is closed Jun 7 19:13:24 oac vdr: [8795] cPvrDevice::ResetBuffering(): tsBuffer prefill = 314524 for /dev/video1 (PVR500#1) Jun 7 19:13:24 oac vdr: [8795] channel is television. Jun 7 19:13:24 oac vdr: [8795] OpenDvr: calling /etc/vdr/plugins/pvrinput/externchannelswitch.sh 30040 4 1 67250 Jun 7 19:13:25 oac vdr: [8795] OpenDvr: returned from /etc/vdr/plugins/pvrinput/externchannelswitch.sh 30040 4 1 67250 Jun 7 19:13:25 oac vdr: [8795] OpenDvr: sleeping for 3 seconds... Jun 7 19:13:28 oac vdr: [8795] OpenDvr: waking up Jun 7 19:13:28 oac vdr: [8795] SetVBImode(525, 0) on /dev/video1 (PVR500#1) Jun 7 19:13:28 oac vdr: [8795] cPvrDevice::SetEncoderState (Start) for /dev/video1 (PVR500#1) Jun 7 19:13:28 oac vdr: [8795] cPvrDevice::OpenDvr: create new readThread on /dev/video1 (PVR500#1) Jun 7 19:13:28 oac
