Re: [vdr] epgsearch plugin memory leak
Am Mittwoch, 24. August 2011, um 22:38:32 schrieb Christian Wieninger: > Hi Richard, > > many thanks for your feedback. I will publish a new beta in the next few > days. Would you also make a patch available against 0.9.24 - which seems to be the latest "official" release? cheers, Tim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LiveBuffer for vdr 1.7.x
Am Dienstag, 20. Dezember 2011, um 23:12:39 schrieb Lists: > On 11-12-20 05:08 PM, René wrote: > > Hi All, > > > > I'm stuck to vdr 1.6.0-2 because i can't find a current LiveBuffer > > patch for any current vdr 1.7.x. Does anyone know if there is any work > > going on with this great patch? look at http://www.vdr-portal.de/board17-developer/board25-patches/p1003452-livebuffer- patch-f%C3%BCr-vdr-1-7-16-aus-rmm-svn/#post1003452 in this thread there is a newer version available. But this version still is missing three important fixes from RMM svn repos. Could anyone update these, please? r17545 | dirk | 2011-11-10 17:04:23 +0100 (Do, 10. Nov 2011) | 2 Zeilen vdr1.7: fix crash in livebuffer on low disc space --- r16810 | balaji | 2011-06-17 13:54:46 +0200 (Fr, 17. Jun 2011) | 11 Zeilen vdr 1.7: fix issue #574. Handle return osSchedule and do not close control for osRecordings always Handle osSchedule return value from ProcessKey() call DirectMainFunction(osSchedule) needed for opening EPG menu in timeshift mode If timeshift mode is ON; (control belongs to livebuffer) then with osRecordings do not close the control allow livebuffer to run when opening Recordings list --- r16772 | dirk | 2011-06-15 15:31:22 +0200 (Mi, 15. Jun 2011) | 5 Zeilen vdr1.7: Fix crash if index is not valid Wait some time if index exists but has no content Allow PauseLiveLive without livebuffer --- And no, this patch is not from Gerald D. as the header of the patch might imply ;) regards, Tim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Failed to read channels.conf after adding transponder
Am Mittwoch 18 Juni 2008 schrieb Frank Scherthan:
> Hi
>
> Hanno Zulla schrieb:
> >> Is there an easy fix I could test right now? Can I disable the
> >> channel-checking?
> >
> > Yes, you can. Check the DVB settings menu.
>
> You are wrong. I am not talking about *updating channels*.
> I know about that and as a workaround, I switched it off.
> BUT:
> This is NOT what I am looking for.
>
> I want to disable the check, for invalid channels in channels.conf
> I just don't care, if a channel is not "tuneable".
in config.h, in the function "bool Load()" at about line 123 (vdr 1.4.7)
uncomment 2 lines:
else {
esyslog("ERROR: error in %s, line %d", fileName, line);
delete l;
//RC: we do not want to exit vdr just because of a
simple error
//result = false;
//break;
}
}
}
this will cause vdr to go on starting even if an error accours in a config
file and increase waf. ;)
cheers, Tim
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Failed to read channels.conf after adding transponder
Am Mittwoch 18 Juni 2008 schrieb Peter Evertz:
> >> I want to disable the check, for invalid channels in channels.conf
> >> I just don't care, if a channel is not "tuneable".
> >
> > in config.h, in the function "bool Load()" at about line 123 (vdr 1.4.7)
> > uncomment 2 lines:
> >else {
> > esyslog("ERROR: error in %s, line %d", fileName,
> > line); delete l;
> > //RC: we do not want to exit vdr just because of a
> > simple error
> > //result = false;
> > //break;
> > }
> >}
> > }
> > this will cause vdr to go on starting even if an error accours in a
> > config file and increase waf. ;)
> Are you sure that your fix will increase the WAF ? I don't know if VDR
> works correctly with a "broken" channels list.
It is not broken, as the questionable entry is deleted again (delete l;) when
parsing it. So happens for all configuration files. You can do
a 'cat /dev/random > /etc/vdr/channels.conf' and the vdr still comes up.
This way it is prevented that the vdr hangs inside a boot-loop.
cu, tim
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] projects.vdr-developer.org - Domain down!
Am Dienstag, 2. November 2010 22:17:03 schrieb Tobias Grimm: > > The whole vdr-developer.org domain seems to be gone. Let's hope it > > hasn't expired and some stupid domain grabber gets his hands on it. > > Nothing to worry about - it was just a minor issue because of a domain > transfer. > > http://projects.vdr-devloper.org should now be reachable again. There's an "e" missing: http://projects.vdr-developer.org However, http://www.vdr-developer.org is still not reachable. So is http://andreas.vdr-developer.org Do you know where i can find the source for vdradmin-am? regards, Tim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.17
Am Samstag, 19. März 2011, um 13:02:02 schrieb Klaus Schmidinger: > >> - Fixed detecting frames on channels that broadcast with 50 or 60 fps. > I just made a recording from "arte HD" with VDR 1.7.17 and everything > worked fine. It played correctly (on a TT-S2 6400 prototype), the current > and total times displayed by the progress display were correct and I was > able to place and move an editing mark with the picture getting updated > just fine. For me the frame detection works fine, but still the wrong framerate is written to the info file (always F 25 is written there). Maybe some nasty patch is breaking this for me, but i don't find it. Is this really working correct for you? Can you give me a hint where the information is transferred from the cFrameDetector to cRecordingInfo? regards, Tim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.17
Am Montag, 28. März 2011, um 18:17:50 schrieb Klaus Schmidinger:
> void cRecorder::Action(void)
> {
>...
>if (frameDetector->Synced()) {
> if (!InfoWritten) {
> cRecordingInfo RecordingInfo(recordingName);
> if (RecordingInfo.Read()) {
> if (frameDetector->FramesPerSecond() > 0 &&
> !DoubleEqual(RecordingInfo.FramesPerSecond(),
> frameDetector->FramesPerSecond())) {
Thank you, this was the part i was looking for. Read() always returned false
for me because of a wrong patch. Now i fixed that.
cheers,
Tim
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
