[vdr] Bug? Missing next timer event

2006-08-02 Thread Udo Richter
Hi list, I just noticed a serious issue with a missed timer event. After a daily timer, VDR did an automatic shutdown, but not for the next day to record the same timer again, but for the next following timer event! I never noticed this before, so my guess is that this issue is somehow

Re: [vdr] vdr suggestions osd colour oddity

2006-08-04 Thread Udo Richter
Chris Elsworth wrote: When viewing a channel, pressing Up/Down currently changes channel; would it be possible to allow these buttons to just show channel information (with now/next in) for the previous/next channels, allowing one to quickly view what is on the other channels? Why don't you

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.1-3

2006-08-06 Thread Udo Richter
e9hack wrote: after applying the patch, I get many entries (30 per second) in the syslog: Aug 6 23:20:23 very-new-darkstar vdr: [11415] ERROR (svdrp.c,84): Address already in use The svdrp server port (default 2001) is in use by another program, in other words, there's another VDR instance

Re: [vdr] next developper version

2006-08-11 Thread Udo Richter
VDR User wrote: Klaus, any particular reason you're not releasing the TODO list? Probably to keep expectations down. If feature X is on the todo list, then it might be implemented next week. Or next month. Or next year. Or in 5 years. Or never. But people will for sure ask every week 'when

Re: [vdr] RFC: Man page intstallation support for plugins?

2006-08-12 Thread Udo Richter
Klaus Schmidinger wrote: install-doc-plugins: @for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do $(MAKE) -C $(PLUGINDIR)/src/$$i install-doc; done I wouldn't mind having that. However, what if a plugin's Makefile doesn't provide an 'install-doc' target? You might want to make

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Udo Richter
Klaus Schmidinger wrote: @Martin: any news on this? With recent drivers and firmware it should be possible to record and watch even the high-bandwidth channels like ZDF on a FF card. Question is, how recent. I'm just running a recording on ARD. vdr-1.4.1-5, DVB driver of kernel 2.6.16.19,

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Udo Richter
Klaus Schmidinger wrote: Udo Richter wrote: Lots of transfer buffer overflows and sluggish OSD, because VDR used the primary FF card for recording, while the secondary budget card is idle. System is back to normal if I switch to another channel. Just tested it by recording ARD from

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Udo Richter
Anssi Hannula wrote: Consider this scenario: - user watches channel 1, transponder 1, via FF - recording starts for channel 1, transponder 1, via FF add here: - live view is interrupted as FF switches to transfer mode - recording starts for channel 2, transponder 2, via budget The primary

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-20 Thread Udo Richter
Jörn Reder wrote: Hmm, it's not that easy because it ignores the original intention of this thread. Not really. The side effect that osdteletext will force recordings on the FF card on the same transponder was caused by the change in 1.4.1-2, that was some time before your post. Its going

Re: [vdr] Sudden vdr restarts almost continuously

2006-08-23 Thread Udo Richter
Jukka Palko wrote: I have been running vdr 1.4 version with rather good success for some time now, but now all of a sudden I have started getting almost continuous restarting of vdr. Aug 23 09:31:11 sempron vdr: [16318] ERROR: video data stream broken Cards in machine are: # lspci -v -s 0a.0

Re: [vdr] Sudden vdr restarts almost continuously

2006-08-23 Thread Udo Richter
Jukka Palko wrote: I doublechecked things on the host a while back and looks like the cause is clock adjustment. :) After disabling the adjustment from transmissions, the continuous restarting ended. Propably ain't got the priviledges set up properly. ;) Aug 23 10:00:32 sempron vdr: [19692]

Re: [vdr] Re: VDR prefers my CI DVB device for recordings and blocks it unnecessarily

2006-08-26 Thread Udo Richter
Klaus Schmidinger wrote: So how shall we distinguish between cReceivers that do actual recordings and such that just receive, e.g., teletext data? Or those that receive a radio channel for streaming it to a remote client? Where's the limit? Is there a way to predict whether receiving a channel

Re: [vdr] xineliboutput: other rtp clients ?

2006-09-02 Thread Udo Richter
[EMAIL PROTECTED] wrote: I'm the happy user of xineliboutput 1.0.0pre3. I'd like to know if it's possible for other rtp clients to play the multicast stream. (while xine+xineliboutput is playing it) In fact i'd like to be able to use vlc to transcode/re-stream it. I've tried, and was

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Udo Richter
Hans-Werner Hilse wrote: There had been a free(aux); added in that patch in timers.c in the assignment operator (=) function. Probably it didn't took an earlier (conditional?) free() into account and such rans into a glibc-assertion. This seems to be at least one source of bugs. I've detected

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Udo Richter
Udo Richter wrote: ==4652== Invalid free() / delete / delete[] ==4652==at 0x1B904B04: free (vg_replace_malloc.c:152) ==4652==by 0x8103F5F: cTimer::operator=(cTimer const) (timers.c:108) ==4652==by 0x80FE349: cSVDRP::CmdMODT(char const*) (svdrp.c:1136) ==4652==by 0x81015C1: cSVDRP

Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Udo Richter
Klaus Schmidinger wrote: It's probably best to implement an actual copy-constructor. Please try the attached patch, which contains both changes. Attached is the correct version. Thats the better fix of course, and may fix this in case some plugin did the same mistake. (couldn't find one in

Re: AW: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Udo Richter
martin wrote: just to let you know: the patch you attached here, did not solve the problem! My VDR crashed again. Just a few minutes too late... The patch had another bug that re-introduced the original problem once again. The new copy constructor did not initialize the aux pointer, and the

Re: AW: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch

2006-09-04 Thread Udo Richter
Klaus Schmidinger wrote: That'll teach me not to write code when I'm on my way out to the Biergarten... ;-) Next time, do it afterwards. Afterwards, code is much more 'fluently'. ;) Cheers, Udo ___ vdr mailing list vdr@linuxtv.org

Re: AW: [vdr] execute command after vdr starts

2006-09-07 Thread Udo Richter
C.Y.M wrote: Thanks for your replay, but I was looking for a switch that would make vdr run a script right after vdr starts up. If you want to start a program together with VDR, why don't you put it into your runvdr script? Cheers, Udo ___

Re: AW: [vdr] execute command after vdr starts

2006-09-07 Thread Udo Richter
C.Y.M wrote: Yes, I like the idea of backgrounding VDR using and then using 'wait $PID'. Is that the method you use? I've been trying to find the best way to do this. Could you give me an example? :) Something like that. This is a snippet of my overgrown runvdr script: # Run VDR eval

Re: [vdr] [ANNOUNCE] vdr-femon-1.1.0 vdr-skinsoppalusikka-1.0.2

2006-09-18 Thread Udo Richter
Dominique Simon wrote: - Added --remove-destination to the 'cp' command in Makefile. LinVDR's Busybox can't handle that option. What is it good for? This matches equal changes in recent VDR Makefiles. From VDR-1.4.1-5: - Added --remove-destination to the 'cp' command for binaries in the

Re: [vdr] recording sequenced movies

2006-09-21 Thread Udo Richter
IT wrote: I have 2 cards in my vdr system. When I want to record sequenced movies from one channel, 2 different records are started and both cards are blocked. I'm not sure what exactly you mean with sequenced movies, but I guess its about two overlapping timers on one channel. In case of

Re: [vdr] [RFE] Soft-cancel cThread

2006-09-24 Thread Udo Richter
Klaus Schmidinger wrote: There are two ways this could be done. First, by adding a function SoftCancel() { running=false; }. Or second, by modifying Cancel() to just set running=false if called with Cancel(-1) or Cancel(0,false) or similar. I would prefer using -1 as a special value for

Re: [vdr] [RFE] Soft-cancel cThread

2006-09-24 Thread Udo Richter
Klaus Schmidinger wrote: I guess you'll also want me to increase the API version number if this goes into version 1.4.4? There's no urgent need from my point, nothing that will be publically available any time soon (if at all), and nothing that should break because of that. And the next

Re: [vdr] News story: Fox TV tries fixed image ads

2006-09-26 Thread Udo Richter
Harald Milz wrote: German Netzeitung writes on http://www.netzeitung.de/internet/443044.html that Fox TV tries to force ads even in digital recordings by using fixed images. According to the story, you can't skip or cut fixed images. What kind of nonsense are they writing? Found this English

Re: [vdr] Control Plugin and Keys F1 - F12

2006-09-27 Thread Udo Richter
Rene Bartsch wrote: But the remote plugin doesn't have OSD, does it? It has. Its a really good replacement for the buggy control plugin. The only thing I miss is the possibility to end a session with Ctrl+C, you have to terminate the telnet program side. Cheers, Udo

Re: [vdr] [ANNOUNCE] runvdr extreme

2006-10-09 Thread Udo Richter
Peter Bieringer wrote: Thank you for the nice script. One fix is necessary: -[ -n $VFAT ] VDRCMD=$VDRCMD -v +[ -n $VFAT ] VDRCMD=$VDRCMD --vfat Hmm, you're right. Thanks. I've missed that because my VDR is switched to vfat on build time. I found only one major

Re: [vdr] [ANNOUNCE] runvdr extreme

2006-10-10 Thread Udo Richter
C.Y.M wrote: I'm using something like this: eval screen -D -m -S vdr $VDRCMD This should work: WRAPPER=screen -D -m -S vdr Or this: runvdr --wrapper=screen -D -m -S vdr Cheers, Udo ___ vdr mailing list vdr@linuxtv.org

Re: [vdr] Re: [ANNOUNCE] VDRAdmin-AM-3.4.7

2006-10-11 Thread Udo Richter
Andreas Mair wrote: that's a known issue with Internet Explorer. I don't know how to fix this correctly. Other browsers (FireFox, Opera, Konqueror) do fine. You can take a look at contrib/user.css_example to find a workaround or use another browser ;) Thats one of the flaws of the IE layout

Re: [vdr] vdr-1.4 and osdpip anyone?

2006-10-13 Thread Udo Richter
Harald Milz wrote: I'm trying to compile osdpip-0.0.8 in vdr-1.4.1, and I get osd_info.c:233: error: ‘cDevice’ has not been declared Anybody managed to port it to 1.4? 0.0.8 is from May 2005... osdpip requires a patch since 1.3.31. See wiki:

Re: [vdr] VDR deletes directories

2006-10-13 Thread Udo Richter
Reinhard Walter Buchner wrote: I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have

Re: [vdr] vdr-1.4 and osdpip anyone?

2006-10-14 Thread Udo Richter
Harald Milz wrote: But it still cries for help: receiver.h:32: error: extra qualification ‘cOsdPipReceiver::’ on member ‘cOsdPipReceiver’ make[1]: *** [osd.o] Fehler 1 This is a GCC-4.x error, already mentioned in the 0.0.8 release thread on vdr-portal. Just delete the cOsdPipReceiver::

Re: AW: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?

2006-10-20 Thread Udo Richter
martin wrote: So, as far as i can read with my basic knowledge: if there is a difference of more then 2 (don't know the unit, but I think it must be seconds), there is a step in time. If SAT time and internal clock differ by more than 2 seconds, and this time offset is reported twice in a

Re: [vdr] FF card A/V sync suggestion

2006-10-20 Thread Udo Richter
Tero Siironen wrote: However, like Pasi Juppo told earlier in other thread, in last weeks episode of Lost there was many fadeout-fadeins between scenes and a/v desync happened on every one of these. I've 'heard of such problems' on ATV+ and Lost. Whenever there's a fade into black, the data

Re: [vdr] FF card A/V sync suggestion

2006-10-20 Thread Udo Richter
C.Y.M wrote: Utilizing mpegpes is really the best of both worlds. We would still be using the video output on the FF card but having software to process the actual mpeg decoding. There would be no transcoding involved because obviously the recording would already be in a DVB resolution format.

Re: [vdr] FF card A/V sync suggestion

2006-10-21 Thread Udo Richter
C.Y.M wrote: If the answer to this question could be discovered, then problem solved. So, what you are suggesting is VDR is not doing something that mplayer is doing that fixes the problem. Hmm... so then it is not a driver or firmware issue after all?? Could we agree that much? :) I

Re: [vdr] Can xineliboutput and dxr3 coexist?

2006-10-21 Thread Udo Richter
Glyn Edwards wrote: I've got VDR (1.4.3) running on a machine by my TV and have just been playing with the xineliboutput plugin to stream vdr over the network. Everything works well on its own but I'd like to be able to have someone watching TV on one channel via the dxr3 and someone else

Re: [vdr] FF card A/V sync suggestion

2006-10-22 Thread Udo Richter
C.Y.M wrote: mplayer -vo mpegpes -ao mpegpes -framedrop -cache 4096 -slave -nolirc -quiet 001.vdr Notice that -framedrop is added to the command line. I wonder if that is the reason why mplayer is immune to the a/v desync problem. Definitely not just that. My playback issue already

Re: [vdr] FF card A/V sync suggestion

2006-10-22 Thread Udo Richter
Morfsta wrote: Certainly I think the problem is that VDR is not properly doing sync, In a way, I agree. VDR does not sync at all. Never. Simplified, here's what the VDR playback really does: - Read data from file in frame-sized chunks into read buffers - If the DVB driver accepts data, read

Re: [vdr] FF card A/V sync suggestion

2006-10-22 Thread Udo Richter
Tero Siironen wrote: Here is a 3 minute clip from the episode of Lost I told earlier. http://kotisivu.suomi.net/izero/lost.tar 80MB file and played ok at least with VLC v 0.8.5. and MPlayer on OS X I've checked your recording. Lost The other 48 days - surely one of the worst episodes for me

Re: [vdr] SVDRP connection freezes

2006-10-31 Thread Udo Richter
Tony Houghton wrote: If you want to rely on existing stuff, maybe you can use the remote plugin from Oliver Endriss for your needs - it supports tty control and telnet control. That sounds like the best idea. If I wrote my own plugin I'd probably just be effectively duplicating the telnet

Re: [vdr] SVDRP connection freezes

2006-10-31 Thread Udo Richter
Tony Houghton wrote: [When playing a recording] I've since noticed that when SVDRP freezes while the progress bar is on screen the clock of the current time shown under the bar stops counting, although playback continues. Perhaps the OSD is freezing as well as SVDRP? Its possible that the VDR

Re: [vdr] FF card A/V sync suggestion

2006-11-03 Thread Udo Richter
whoMAN wrote: mplayer uses either LAVC or FAME [depending on how mplayer was compiled/configured] to convert EVERYTHING to MPEG1 before it is sent to the DVB Device. In essence, it transcodes in realtime. Not too efficient, but since transcoding to MPEG 1 takes little resources, most people

Re: [vdr] FF card A/V sync suggestion

2006-11-12 Thread Udo Richter
Udo Richter wrote: Udo Richter wrote: Tero Siironen wrote: Here is a 3 minute clip from the episode of Lost I told earlier. http://kotisivu.suomi.net/izero/lost.tar 80MB file and played ok at least with VLC v 0.8.5. and MPlayer on OS X The only disturbance I've noticed is a slight jitter

Re: [vdr] FF card A/V sync suggestion

2006-11-12 Thread Udo Richter
VDR User wrote: about this... Copy the mplayer code that does the PES layer and slap it into vdr just to test if the problem persists? I don't think that it is that easy. Its just educated guessing, but I assume that the mpeg data is going a long way through the mplayer core, through

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-11-14 Thread Udo Richter
Jörg Wendel wrote: a question about the 'new' vdr shutdown handling implemented a few versions ago. [..] But why vdr call this so often, isn't it only required if the vdr is going to shutdown? Even without the log message, at first view it looks like unnecessary load? VDR calls this function

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-11-15 Thread Udo Richter
Jörg Wendel wrote: For plugin developers, I suggest to keep it simple in there. Its probably a good idea to tr() the string just once and cache it afterwards. this would be a nice change in the streamdev plugin. The attached patch does it. This patch has one side effect: The message wont be

Re: [vdr] pvrinput multiple cards, recording and epg

2006-11-15 Thread Udo Richter
Simon Baxter wrote: I'm trying to get my PAL PVR-500 working in a non-PAL country. May sound weird, but I'm preparing to move back to New Zealand. Correct me if I'm wrong, but isn't NZ a PAL country? At least from what I know the Australian area is mostly using PAL. Cheers, Udo

Re: [vdr] how to save the setup.conf

2006-11-16 Thread Udo Richter
BRUNETON Béranger wrote: Is there a way, from a plugin, to save immediately the setup.conf instead of waiting a proper VDR shutdown? I a word how to call Setup.Save() from a plugin method ? Calling Setup.Save() should be fine, unless you do it from a background thread. VDR does call it too

Re: [vdr] [ANNOUNCE] vdr-osdserver 0.0.1

2006-11-23 Thread Udo Richter
Hi list, the attached patch fixes compile issues with pre-4.x GCC compilers. Cheers, Udo Index: osdobjects.h === --- osdobjects.h(Revision 812) +++ osdobjects.h(Arbeitskopie) @@ -214,6 +214,7 @@ virtual

[vdr] Segfault if cSkinDisplayMessage is replaced by another display object

2006-11-29 Thread Udo Richter
Hi Klaus, I've isolated an null pointer dereferencing bug in cSkins::Message(): In the very rare case that a message is displayed using a cSkinDisplayMessage object, and the message is not removed before another cSkinDisplay object takes control, the next attempt to display a message while

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-01 Thread Udo Richter
Klaus Schmidinger wrote: For VDR, the two if's in the inactivity shutdown should be swappable with no serious side effects, see attached diff. All the calls do noting important, except the cCutter::Active() call, and this one is called often enough in other situations. But even with this

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-01 Thread Udo Richter
Klaus Schmidinger wrote: Are you sure? ACTIVITYTIMEOUT is 60 seconds, so wouldn't your change just avoid the calls until 60 seconds after the last user activity? Hmm, you're right. Its not a test on Setup.MinUserInactivity * 60. My patch would just avoid these calls the usual 60 seconds after

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Udo Richter
Klaus Schmidinger wrote: The attached patch makes it call cPluginManager::Active() only if it really wants to shut down, and if there is actually an option for plugins to delay the shutdown (i.e. this is not a forced shutdown). If cPluginManager::Active() returns 'true' once, it waits for

Re: [vdr] vdr shutdown handling / streamdev plugin

2006-12-02 Thread Udo Richter
Klaus Schmidinger wrote: I agree to move it down until before the line if (timer Delta Setup.MinEventTimeout * 60 ForceShutdown) { in order to not interfere with the assuming manual start of VDR stuff. But if we move it further down, the dsyslog(reboot at %s, *TimeToString(Next)) will

Re: [vdr] Re: Problem with vdr-1.4.4-1 and extrecmenu

2006-12-03 Thread Udo Richter
Klaus Schmidinger wrote: Matthias Schwarzott wrote: Why not just keep it away. I think it is not too hard to replace that in the plugins. You're probably right. By the time I'll release the next maintenance patch I guess all plugins will have been updated, anyway. This strikes on the

Re: [vdr] Segfault if cSkinDisplayMessage is replaced by another display object

2006-12-05 Thread Udo Richter
Udo Richter wrote: The attached patch changes cSkins::Message() by only checking the existence of cSkinDisplay::Current(). If no current cSkinDisplay exists, any old displayMessage object is deleted and a new one is created. I've found another segfault related to displayMessage. If VDR gets

Re: [vdr] pid change, timers and an after-skript

2006-12-07 Thread Udo Richter
Janne Liimatainen wrote: when recording a program with a tailtime of eg. 5 minutes there is often a pid change when the show actually ends, which causes the recording to stop and then restart again for a few minutes. And when using a script that automatically processes recordings after they

Re: [vdr] Parameter --manual-start/--timer-start

2006-12-09 Thread Udo Richter
Marko Mäkelä wrote: I have written a patch for making the Power key suspend the output. Some softdevice users have found it useful, but I've been told that the patch does not stop playback on full-featured cards. You can access the patch here: http://www.iki.fi/~msmakela/software/vdr/#suspend

Re: [vdr] [vdr bug]Shutdown during an active timer is broken

2006-12-09 Thread Udo Richter
Thiemo wrote: So here is my solution: - if a recording is running and User presses Power tell him the box will shutdown after the current recording - If he presses Power a second time, ask if he realy wants to do this (like before) *and* stop any running recordings (i reused the code from Udo

Re: [vdr] [vdr bug]Shutdown during an active timer is broken

2006-12-11 Thread Udo Richter
Thiemo wrote: Plus, effectively, while you currently confirm shutdown with power, ok, you now confirm with power, power. And together with the other numerous reasons for not shutting down, this gets confusing: Use power button to override running timers, and use ok button to override timers in

Re: [vdr] How to detect if a timer was deleted?

2006-12-23 Thread Udo Richter
Christian Wieninger wrote: for a new feature of epgsearch, I'd like to do a continuous check (in a separate thread) if any timer was deleted via OSD or SVDRP since the last check. The only thing I found so far is to build a timer array and compare it at each check with the current timer list.

[vdr] [RFC] Shutdown rewrite for 1.5.x

2006-12-28 Thread Udo Richter
Hi list, The program code for automatic and manual shut down and for automatic restarts for timer recordings is in VDR 1.4.x very complex and error-prone, and behaves strange in some situations. With Klaus' permission I am working on a re-implementation for the upcoming 1.5.x developer

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2006-12-30 Thread Udo Richter
Reinhard Nissl wrote: Ok for a start (and to test the new implementation), scheduling the automated EPG scan could be implemented by a plugin. Plugins cannot modify the restart time currently, doing this as a plugin would require the complete shutdown mechanism to be re-implemented in the

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-01 Thread Udo Richter
Matthias Schwarzott wrote: I think a much easier solution (implementable in runvdr/vdr-initscript) is: Write down wakeup-time when shutting down and comparing that to time when system/vdr starts (with some margin). That would be the way I would do it. Reconstructing the reason for shutdown

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-01 Thread Udo Richter
Matthias Schwarzott wrote: In gentoo vdr package we added a small hack (attached), which implements a svdrp call down to tell vdr it is inactive and will shutdown in X minutes. We call this from shutdown-scripts to let vdr retry shutdown in 5 min (or other value if needed). Question is: Is

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-02 Thread Udo Richter
[EMAIL PROTECTED] wrote: The alternative would be to implement a generic task scheduler and make timers one special type of schedule. This would get REALLY big. Yes, but it will be the much better design. It will open the option to do VDR related timed and maintainance tasks. There must be

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-10 Thread Udo Richter
Hi list, I've finished a second version of the shutdown rewrite. This time, there are two patches available, one for VDR 1.5.0, and one with slight changes for 1.4.x. http://www.udo-richter.de/vdr/patches.html#shutdown http://www.udo-richter.de/vdr/patches.en.html#shutdown - Fixed negative

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-10 Thread Udo Richter
Klaus Schmidinger wrote: However, (don't know exactly if this has already been suggested as such) maybe a simple feature in the new shutdown code could be to allow the user to specify *one* time at which VDR shall be guaranteed to be up, along with a time period for which it shall stay up. That

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-10 Thread Udo Richter
Klaus Schmidinger wrote: Udo Richter wrote: The downside of this would be that again several external tasks would fight for one resource: the time set in VDR. I don't see why several external tasks would fight for that time. This is something the user would set up the way he wants it. If he

Re: [vdr] streamplayer - no audio when streaming audio only?

2007-01-10 Thread Udo Richter
Lars Fredriksson wrote: I'm trying to use VLC to stream an mms:// as MPGA to my VDR-box where I have installed the streamplayer plugin, but I get no sound! Streamplyer says it's receiving a stream and the bitrate show, the buffering value goes up to the value a specify and the starts over from

Re: [vdr] error on large EPG loads via SVDRP

2007-01-10 Thread Udo Richter
Pjotr Kourzanov wrote: I am experiencing VDR errors when loading EPG via SVDRP. If the EPG data to be loaded is larger that 3 MB then VDR silently drops the SVDR connection. Everything is fine if the data is truncated to fit 3 megs. There is an issue if the EPG download is too slow. In

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-13 Thread Udo Richter
Marko Mäkelä wrote: A minor cosmetic thing: the '#' of pre-processor directives should always be located at the first column of the line. The only indented directives are for the debug output I think, and this will probably be removed before the final integration anyway. A more important

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-15 Thread Udo Richter
Marko Mäkelä wrote: While VDR is running, I would guess that the only way it can become interactive is by receiving button events from the remote control unit. Hmm, ok, I was mainly thinking of becoming inactive - since this is after a certain time has passed, it can only be polled. For lots

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-16 Thread Udo Richter
Marko Mäkelä wrote: Right, becoming inactive is not that time-critical. I will give your suggestion a try: in the MainThreadHook of each plugin, poll Shutdown.IsUserInactive(). It should work, though the first key press may trigger some longer work, and the MainThreadHook will be called at

Re: [vdr] FF card A/V sync - in progress?

2007-01-20 Thread Udo Richter
mailto:[EMAIL PROTECTED] wrote: Werner fixed the A/V sync problem. Please test firmware f12623. See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692 I can confirm that the two known issues ('Lost' on ATV and 'Lost' sample by Tero) both play smooth and properly synced for

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-23 Thread Udo Richter
Marko Mäkelä wrote: The problem seems to lie in shutdown.c, in SystemExecSession(). It won't close file descriptor 0, but it will close anything above STDERR_FILENO (which is normally 2). This function appears to show up in strace output as clone(). Adding close(0) to the function fixes the

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-24 Thread Udo Richter
Marko Mäkelä wrote: On Tue, Jan 23, 2007 at 10:19:57PM +0100, Udo Richter wrote: Since the shutdown script runs in the background, the stdin could probably be closed. After all, VDR should continue to 'own' stdin, and running in the background would probably cause a conflict. However, running

Re: [vdr] Problem with compiling plugins

2007-01-28 Thread Udo Richter
Kartsa wrote: burn.c:32: error: conflicting return type specified for â ../../../include/vdr/plugin.h:43: error: overriding â The original plugin.h of VDR has this in line 43: virtual cString Active(void); This was introduced on VDR 1.3.47, and conflicts with earlier patches that had

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-28 Thread Udo Richter
Hi list, I've finished a third version of the shutdown rewrite. Again there are two patches available, one for VDR 1.5.0, and one with slight changes for 1.4.x. http://www.udo-richter.de/vdr/patches.html#shutdown http://www.udo-richter.de/vdr/patches.en.html#shutdown - Shutdown command

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-28 Thread Udo Richter
Klaus Schmidinger wrote: I would suggest to rename NextWakeupEvent() to WakeupTime(), because there isn't really an event involved, and the word event is generally used in a different context (for EPG events). Plus, the individual plugin only has a single wake-up time, so there's no need for

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-01-31 Thread Udo Richter
Marko Mäkelä wrote: First, and more important: Can you please suspend the playback of recordings when Shutdown.IsUserInactive() holds? Here is the relevant hunk from my vdr-suspend patch: This would break the other interesting feature, shut down VDR as soon as the playback ends. Also, this

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-01 Thread Udo Richter
Marko Mäkelä wrote: It does. The typical use case is that you pause live video or start a recording with a timer, then start watching it while it is still recording, so that you can skip commercial breaks. Then you get interrupted while watching it. It would be very handy to push the power

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-03 Thread Udo Richter
Marko Mäkelä wrote: Actually I would press the pause button, as I usually don't want to miss anything. And then the playback should be halted anyway, no matter if display is on or off. But you surely would power the display off, to avoid burning the still image on the CRT or plasma screen or

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-05 Thread Udo Richter
Peter Dittmann wrote: How about a new two level inactivity timeout ? After VDR starts the inactivity timeout uses a first short timeout (e.g. 5min) assuming that VDR has automaticly being started. Actually, even in worst case you'll see the 5-minute-countdown, so you already have enough time

Re: [vdr] Udo's runvdr extreme online?

2007-02-05 Thread Udo Richter
Jere Malila wrote: Is it online somewhere? Udo's site seemed to be down / reinstalled? Dammed, they've busted the server. I've put up a temporary mirror here: http://www.mathematik.uni-kassel.de/~urichter/temp/mirror/vdr/ Cheers, Udo ___ vdr

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-06 Thread Udo Richter
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

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-07 Thread Udo Richter
Marko Mäkelä wrote: 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. Sure, if the playback ends. It won't end with my patched softdevice that stops the playback of recordings when

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-07 Thread Udo Richter
Marko Mäkelä wrote: Well, that would still break this scenario: You're watching a recording while it is being recorded. Then you get interrupted and push the Power button. Before the timed recording finishes and VDR gets a chance to shut down, you get back and push a button to switch to

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-08 Thread Udo Richter
VDR User wrote: Also, the user inactivity stuff is again, a bad idea. Vdr should not assume anything or take action just because the user hasn't interacted with it in a while. This type of behavior is simply not consistent with other devices and not a behavior the user would expect. My tv

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-08 Thread Udo Richter
VDR User wrote: There is no reason to behave otherwise unless it's done thru some kind of auto-shutoff? [y/n] setting. As said above, its called Min User Inactivity and can be set to 0. Also, a coffee-maker is not a device used for entertainment purposes. Nobody turns their coffee-maker on

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-11 Thread Udo Richter
Darren Salt wrote: Then there's the upgrade restart, which should be available via a signal. The actual restart should be deferred if VDR is currently busy. (It is *possible* to implement this via runvdr, but it's a lot easier to handle if VDR can re-exec itself.) H. Some kind of

Re: [vdr] ledxmit-irsend to STB before channel-change??

2007-02-16 Thread Udo Richter
Simon Baxter wrote: I'm looking for a way to execute a command whenever a channel change is selected. I think part of the 'sky' plugin is close to what I want - without the stream type changing part. Has anyone done anything like this? Not as far as I know, but it should be possible with a

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-16 Thread Udo Richter
Darren Salt wrote: I guess the only situation that may cause a problem is if the VDR never shuts down, eg. has no shutdown script at all. It must have some Min User Inactivity setting, or else live viewing could be interrupted by the automatic update. The user inactivity setting isn't relevant

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

2007-02-17 Thread Udo Richter
Darren Salt wrote: We re-define SIGHUP, so that it doesn't terminate VDR instantly, but instead checks for activity. If user and vdr is inactive, act just like sigterm, if there's some activity, ignore the signal. An external script could then repeat sending the SIGHUP periodically until

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x, version 0.4

2007-02-18 Thread Udo Richter
Hi list, I've finished a fourth version of the shutdown rewrite. Again there are two patches available, one for VDR 1.5.0, and one with slight changes for 1.4.x. http://www.udo-richter.de/vdr/patches.html#shutdown http://www.udo-richter.de/vdr/patches.en.html#shutdown Changes: - Renamed

[vdr] [ANNOUNCE] runvdr extreme 0.2

2007-02-18 Thread Udo Richter
Hi list, I've updated the runvdr extreme script to version 0.2. runvdr extreme is a runvdr script, just like the runvdr script included in the VDR distribution. Additionally, it supports configuration files, lots of command line options and more features. -

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x, version 0.4 - Finnish i18n

2007-02-19 Thread Udo Richter
Rolf Ahrenberg wrote: I've one question about this sentence: Plugin %s wakes up in %ld min, continue? If I'm pressing 'OK' here, does it continue the shutdown or running the VDR? I don't like it either, but didn't come up with a good other idea for this. For consistency it should be Plugin

Re: [vdr] writing plugins 101

2007-02-23 Thread Udo Richter
Simon Baxter wrote: Anyone know a good reference on how to write VDR plugins? There's not much available, sorry. You can start by taking a look at the PLUGINS.html, then just start with a test plugin. The newplugin script will generate one for you. From there, its a matter of trying. For

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x, version 0.4

2007-02-24 Thread Udo Richter
Udo Richter wrote: I've finished a fourth version of the shutdown rewrite. Again there are two patches available, one for VDR 1.5.0, and one with slight changes for 1.4.x. Changes: - Handle setup menu restart questions in cShutdown::ConfirmRestart() - Act differently on SIGHUP: Restart VDR

  1   2   3   4   5   >