> Martin <[EMAIL PROTECTED]> wrote:
>
> > Hey Simon,my answer sounds maybe stupid, but I always have all output
> > to 720x576.
>
> [..]
>
> please, for the love of god, fix your mua.
Sorry - what's wrong with my mua?
___
vdr mailing list
vdr@linuxtv
Auto sized ringbuffers, changes since v1:
- increased maximum sizes for a few rb users. Most of the time just a
small part will be used, but there will be more room for times when
more is required.
- a little smarter cRingBufferLinear::Read(), handles the TS buffer
better.
- faster buffer gr
Klaus Schmidinger wrote:
> On 05/09/07 20:56, Artur Skawina wrote:
>>> void cRecorder::Receive(uchar *Data, int Length)
>>> 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 lo
On 05/09/07 20:56, Artur Skawina wrote:
>> 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 dat
Wolfgang Goeller schrieb:
Hello
http://noad.freepgs.com/
Dominik
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
> 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
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
On 5/9/07, Joerg Knitter <[EMAIL PROTECTED]> wrote:
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
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 m
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
Martin <[EMAIL PROTECTED]> wrote:
> Hey Simon,my answer sounds maybe stupid, but I always have all output
> to 720x576.
[..]
please, for the love of god, fix your mua.
thanx ...
clemens
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-
Torgeir Veimo <[EMAIL PROTECTED]> wrote:
> Does the UTF-8 support include the freetype font support?
> Antialiased fonts looks s much better.
UTF-8 makes no sense with a 7-bit ascii character set. so i guess, yes.
clemens
___
vdr mailing list
vdr@
Simon Baxter <[EMAIL PROTECTED]> wrote:
> Is there a way in VDR to reformat recordings made in 4:3 to play back in
> 16:9 ?
Besides xine softdevice has that functionality too.
--
Talking much about oneself can also be a means to conceal oneself.
-- Friedrich Nietzsche
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
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 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,
17 matches
Mail list logo
