Aw: Re: [vdr] error mldkgui compiled!
- Original Nachricht Von: jlacvdr <[EMAIL PROTECTED]> An: VDR Mailing List Datum: 03.02.2007 17:03 Betreff: Re: [vdr] error mldkgui compiled! > Hi, > > I known, I doesn't update this plugins to the last versions of vdr > Sorry, > > Bye, Will you update the plugin ? > > > Le samedi 03 février 2007 à 16:36 +0100, [EMAIL PROTECTED] a écrit : > > When I compile mldkgui I get the following error: > > MLdkGUIStart.cpp: In member function 'virtual eOSState > > MLdkGUIStart::ProcessKey(eKeys)': > > MLdkGUIStart.cpp:106: error: invalid lvalue in assignment > > make[1]: *** [MLdkGUIStart.o] Fehler 1 > > > > > > Cheers > > H.Braun > > > > ___ > > 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 > Cheers H.Braun ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Epgsearch does not create timers
I am having difficulty getting Epgsearch plugin to create any timers. This is the procedure I am going through that I believe should cause Epgsearch plugin to create timers: Menu Program Guide Highlight a scheduled program that I wish to create search parameters for e.g. 'Space 1999' Press 0 Press red button 'Commands' 4 Create search Use as search timer: yes Enter to save the search Press the back button Press 0 Press blue button 'search' Select the search just created Executing the search finds 'Space 1999' in the epg ok Press the back button Press blue button 'Actions' 3 Trigger search timer update Confirm with enter button Press blue button 'Actions' 5 Show timers created The display shows '0 Timers' Exit by pressing menu button Menu Timers No timers set by epgsearch I am using epgsearch version 0.9.20. My epg is received from UK "Freeview" DVB-t. VDR is running as root. There are no patches to vdr. The only other plugin running at the same time is -Pskincurses because the VDR system is headless. I am using VDR version 1.4.4. Am I doing something wrong here or is this a bug? - Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail.___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch does not create timers
Stuart Morris wrote: > I am having difficulty getting Epgsearch plugin to create any timers. > I am using epgsearch version 0.9.20. My epg is received from UK "Freeview" > DVB-t. VDR is running as root. There are no patches to vdr. The only > other plugin > running at the same time is -Pskincurses because the VDR system is headless. > I am using VDR version 1.4.4. > > Am I doing something wrong here or is this a bug? Please check if the SVDRP port in epgsearchs setup is the same as in VDRs. If not please adjust them and restart VDR. After ~25 seconds the timers will be created or later when you trigger the update manually. If this does not solve the problem, please inspect your syslogs when you trigger the search timer update. You could also activate epgsearchs log with '-P epgsearch -v 2' and check the file epgsearch.log in the plugins config directory. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Transfer Buffer Overflow
Zitat von Thomas Lagemann <[EMAIL PROTECTED]>: > Reinhard Nissl wrote: > > I currently do not see a chance to fix this issue with the current API. > > Several functions would have to be changed to pass the information, that > > the receiving device may be blocked, to the places where buffer > > overflows are detected. > > > For the moment i work around the problem with program called "buffer", > that i read about in this list > (http://linvdr.org/mailinglists/vdr/2005/09/msg00204.html) > It can deliver my stream in smaller packets, and wait a defined time > until it delivers the next one. Still doesn't work perfekt, but but i > can work with that. Found out that it's much easyer to do the waiting thing in my device. No need for an external program this way. But since the bitrate of the stream varies there's still buffer over- and underflows. Is there a way to get the buffer status of a device? This way i could just stop to deliver the ts packets, when the buffer is full and the other way round. I alredy looked in cDevice but all i found was the ::Flush method. But i'm not shure what it does. Documentation states this: "Returns true if the device's output buffers are empty, i.e. any data which was bufferd so far has been processed." I played araund with this a little, but it doesn't seem to depend on the buffer status... Reagards, Thomas This message was sent using IMP, the Internet Messaging Program. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 12149 on Astra 19
Anyone know why VDR won't pick up the different channels on this frequency? All I get is Kiosque, but I know there are Cine+ Foot 1 2 3 4 etc..? apart from hacking it by hand, anyone know of a solution? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPG Question (concerning BBC3 and BBC4)
On Mon, 2007-02-05 at 20:12 +0100, Brian wrote: > Tony Grant wrote: > > Le lundi 05 février 2007 à 17:49 +0100, Brian a écrit : > > > >> BBC3 and BBC4 only start to show programs at 19:00 UK time. My EPG for > >> these programs comes via the internet. If I try to look at the EPG for > >> those channels before 19:00, then they are not even shown in the list of > >> programs I have EPG for on the OSD. > >> I assume this is a desired behaviour of VDR. If so, any way to change it? > >> I didn't find anyway in the Menus. > > > > I use the following method: > > > > - grab the EPG from the radio times site with xmltv > > - feed vdr with xmltv2vdr > > - vdr updates "on the fly" EPG data for changed times > > > > And I use vdradmin rather than the OSD so you see the timelines of 3 and > > 4 starting at 7. Before then you do have ceebeebies and the other kids > > channel onn the same frequency > > > > Cheers > > > > Tony > > > Tony, > > I get the EPG into VDR the same way. And I can see it via VDRAdmin. Its > just I want to see it on the OSD before 7pm if at all possible. > > Cheers Brian > I use the off-air EPG and the display of BBC3/4 is OK right now (18:30). When you look at the EPG in vdradmin do you see any programs covering the period when the channel is off-air? I see token schedule entries covering the off-air period: 05:32 - 12:00 'This is BBC THREE' 12:00 - 18:58 'This is BBC THREE' 18:58 - 19:00 'Welcome to BBC THREE' ... on-air 19:00 - 20:00 'Dog Borstal' ... Perhaps the issue with xmltv2vdr is that there are voids in the schedule data which (might) cause the channel not to be listed in the schedule guide. Jon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Transfer Buffer Overflow
Hi, [EMAIL PROTECTED] wrote: > Found out that it's much easyer to do the waiting thing in my device. No need > for an external program this way. But since the bitrate of the stream varies > there's still buffer over- and underflows. Is there a way to get the buffer > status of a device? This way i could just stop to deliver the ts packets, when > the buffer is full and the other way round. There is at least a cRingBufferLinear instance in cRemux, that is not related to any device, i. e. cRemux sits between the receiving and the replaying device. Just try to modulate the "exhaust" of TS packets as I suggested in my last email. This should avoid buffer over- and underflows. You're welcome to ask for further assistance ;-) > I alredy looked in cDevice but all i found was the ::Flush method. But i'm not > shure what it does. Documentation states this: > "Returns true if the device's output buffers are empty, i.e. any data which > was > bufferd so far has been processed." > > I played araund with this a little, but it doesn't seem to depend on the > buffer > status... This function is (only) used by vdr-xine to give xine a chance to display all the decoded and internally buffered frames when VDR replays a recording and reaches its end. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
On Wed, Jan 31, 2007 at 10:55:11PM +0100, Udo Richter wrote: > Marko Mäkelä wrote: > >First, and more important: Can you please suspend the playback of > >recordings when Shutdown.IsUserInactive() holds? > > This would break the other interesting feature, shut down VDR as soon as > the playback ends. The above can be addressed in plugins that are derived from cDevice. However, you're right about breaking that feature: if PlayVideo() and PlayAudio() start refusing data when Shutdown.IsUserInactive() holds, the playback will never end, and VDR would probably wait MinUserInactivity (3 hours by default) until shutdown. So, I have a feature request that would greatly improve the WAF around here. Could you please introduce a configuration option that would allow the Power key to initiate shutdown even while playing a recording (provided that nothing else prevents a shutdown, of course)? After all, it does initiate shutdown when viewing live program without waiting until the end of the current program. The problem in our family is that my wife often watches recorded children's programs with my kids, and they may try to shut down VDR while the credits texts are running. It'd be an extra step to press the Stop button before Power. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR does not resume VPS recording after restart
Hi all, I am using vdr-1.4.5. If I have started a recording without VPS it does automatically resume the recording, if VDR has been restarted (either manually or caused by a reset). This is not working for a VPS recording. I could imagin that in that case the recording is fully controlled by the VPS signal. IMHO there should be some vanity check for the recording with VPS to avoid nonsens, e.g the recording should stop after, let say, 8 hours, even if no VPS stop signal has been received. I used to have a recording with 1380 minutes, I guess the stop signal was never detected. This kind of check should be used for the resume after a restart as well. Cheers, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
Marko Mäkelä wrote: However, you're right about breaking that feature: if PlayVideo() and PlayAudio() start refusing data when Shutdown.IsUserInactive() holds, the playback will never end, and VDR would probably wait MinUserInactivity (3 hours by default) until shutdown. While playback, the current patch waits beyond these 3 hours. (Without, too) Could you please introduce a configuration option that would allow the Power key to initiate shutdown even while playing a recording (provided that nothing else prevents a shutdown, of course)? You can shut down while playback, you just have to confirm it. And if you don't confirm it, VDR will shut down 5 minutes after the playback ends. (the current behavior is to ignore the power key while playback, and then shut down unexpectedly at end of playback) Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
