Re: [vdr] A few observations on the vdr project
VDR User wrote: I can say I have no concern about the development of vdr unless Klaus and the others tells us theres reason for it. I'm perfectly content hearing 1.6 will be out when it's ready as long as I know it's under active development. I have been a VDR user for nearly 5 years now, but really only a user, not a developer, and was not able to contribute much to the community. Since then I have been following mostly the vdr and dvb mailing lists, but sometimes also the vdrportal. During the development of version 1.3 I have been often a little frustrated not to have seen a final version 1.4. There were a lot of reasons that IMHO the usage of version 1.2 was quite outdated: No automatic channel scan, updated Dolby Digital output, modified recording format and finally plug-ins that only worked with the 1.3 branch. I expect the same for vdr 1.5 concerning e.g. multiprotocol drivers, or to be more precise: Usage of DVB-S2. As soon as multiprotocol drivers and DVB-S2 are working, I think there will be once again no way back to the stable version, even if the final 1.6 might make us wait until 2009/2010. Nevertheless, it was good to see that bigger bugs in 1.3 have been reported a few days later so that I was always informed wether it was secure to install the latest development branch. I hope there is much going on behind the scenes between kls and the developers. Several year ago, the main discussion was here on this list, and you could see that there was a lot going on. Now, I would have to follow vdrportal.de daily to get the latest informations which also is not easy for me (and maybe kls) are indeed a lot of other things to do in real life. Finally, vdr is great, don´t know how I could live without it - remember VHS without timeshifting, EPG etc. :) With kind regards Joerg Knitter P.S.: Great to see the UTF-8 support. I can remember some posts where kls said that he did not like it and thus did not want to implement it :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A few observations on the vdr project
On 05/09/2007 04:02 PM, Joerg Knitter wrote: .. P.S.: Great to see the UTF-8 support. I can remember some posts where kls said that he did not like it and thus did not want to implement it :) I still don't like it - and I won't be using it myself either ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A few observations on the vdr project
On 9 May 2007, at 15:06, Klaus Schmidinger wrote: On 05/09/2007 04:02 PM, Joerg Knitter wrote: .. P.S.: Great to see the UTF-8 support. I can remember some posts where kls said that he did not like it and thus did not want to implement it :) I still don't like it - and I won't be using it myself either ;-) Does the UTF-8 support include the freetype font support? Antialiased fonts looks s much better. -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A few observations on the vdr project
On 05/09/07 16:37, Torgeir Veimo wrote: On 9 May 2007, at 15:06, Klaus Schmidinger wrote: On 05/09/2007 04:02 PM, Joerg Knitter wrote: .. P.S.: Great to see the UTF-8 support. I can remember some posts where kls said that he did not like it and thus did not want to implement it :) I still don't like it - and I won't be using it myself either ;-) Does the UTF-8 support include the freetype font support? Antialiased fonts looks s much better. As Clemens already stated, UTF-8 pretty much requires that. However, I'm not sure, yet, whether this also immediately means font anitaliasing, because that's not necessarily something required by UTF-8. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A few observations on the vdr project
On 9 May 2007, at 17:10, Klaus Schmidinger wrote: As Clemens already stated, UTF-8 pretty much requires that. However, I'm not sure, yet, whether this also immediately means font anitaliasing, because that's not necessarily something required by UTF-8. Well, it's prob not required, but it makes text much more readable, especially when the output device supports more than 16 colours. -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A few observations on the vdr project
On 05/09/07 18:37, VDR User wrote: ... I've been using vdr since 1.3.x also and most of the 'development' versions up until 1.5.2 have been very stable. I personally always use the latest developer version in every day operation, so I have every reason to make sure it runs stable ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] dynamically sized ringbuffers v1
void cRecorder::Receive(uchar *Data, int Length)
{
if (Running()) {
int p = ringBuffer-Put(Data, Length);
if (p != Length Running())
ringBuffer-ReportOverflow(Length - p);
}
}
it simply drops any data that does not fit into the buffer, which would be
fine
for live viewing, but isn't ideal when recording.
Can we try harder not to loose data here? IOW can this function sleep (and
retry)?
It took a while to trigger the condition again, but now it happened and trying
a bit
harder payed off. Running vdr /w following patch resulted in this log (and no
overflow):
20:31:35 vdr: [16328] buffer usage: 70% (tid=16327)
20:31:35 vdr: [16328] buffer usage: 80% (tid=16327)
20:31:35 vdr: [16328] buffer usage: 90% (tid=16327)
20:31:35 vdr: [16328] buffer usage: 100% (tid=16327)
20:31:35 vdr: [16327] Enlarging ring buffer Result: 262144 bytes (trigger 3)
20:31:35 vdr: [16329] Enlarging ring buffer TS: 262144 bytes (trigger 2)
20:31:35 vdr: [16328] Enlarging ring buffer Recorder: 262144 bytes (trigger 3)
20:31:35 vdr: [16328] buffer usage: 0% (tid=16327)
20:31:35 vdr: [16328] saved extra 153 bytes in recorder ring buffer after 80 ms
delay
artur
diff --git a/recorder.c b/recorder.c
index 8bb1621..3c0e002 100644
--- a/recorder.c
+++ b/recorder.c
@@ -157,8 +157,20 @@ void cRecorder::Receive(uchar *Data, int Length)
{
if (Running()) {
int p = ringBuffer-Put(Data, Length);
- if (p != Length Running())
+ if (p != Length Running()) {
+for (int ms=20; ms1000; ms+=ms) {
+ cCondWait::SleepMs(ms);
+ if (!Running())
+ return;
+ int r = ringBuffer-Put(Data+p, Length-p);
+ p += r;
+ if (r)
+ dsyslog(saved extra %d bytes in recorder ring buffer after %d
ms delay, r, ms);
+ if (p == Length || !Running())
+ return;
+ }
ringBuffer-ReportOverflow(Length - p);
+}
}
}
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] OT: noad
Hello I just found out: I can't find noad. The old homepage is no longer valid. Does anyone know more Thanks Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: noad
Wolfgang Goeller schrieb: Hello http://noad.freepgs.com/ Dominik ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
