Hi,
Am 28.08.2012 17:08, schrieb Dominic Evans:
> On 28 August 2012 11:30, Marx wrote:
>> Are we the only two who have this problem?
>> Marx
>
> Are you watching on VLC over Wifi? Have you tried increasing vlc's
> HTTP caching? I tend to set it to 'maximum latency', or switch to
> advanced and i
On 28 August 2012 11:30, Marx wrote:
> Are we the only two who have this problem?
> Marx
Are you watching on VLC over Wifi? Have you tried increasing vlc's
HTTP caching? I tend to set it to 'maximum latency', or switch to
advanced and increased it to ~4000ms.
Also try accessing streamdev's PES s
Are we the only two who have this problem?
Marx
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Am 22.08.2012 13:24, schrieb Marx:
> Because of many problems with three different TV cards I had prevoiusly - I
> bought one which claims full linux support -
> Qbox II by TBS.
> After a few hours I have card working, hovewer I have a problem too.
> When I'm recording it seems ok, but when
On Thu, Jul 14, 2011 at 10:23 AM, Udo Richter wrote:
>> Is there any reason why the ring buffer can't or shouldn't be dynamic
>> aside of just not bothering to implement it?
>
> Unlimited buffers tend to get unlimited big, crashing your app with
> out-of-memory. Huge buffers also add lag to the si
On 14.7.2011 17:35, Frank Schmirler wrote:
Hi Luboš,
On Wed, 13 Jul 2011 21:05:52 +0200, Luboš Doležel wrote
solution: I've tripled the size of the ring buffer in
vdr-streamdev-server and the problem is gone. No problems after
hours of playback...
which of the buffers did you change to which
On 14.7.2011 19:23, Udo Richter wrote:
Unlimited buffers tend to get unlimited big, crashing your app with
out-of-memory. Huge buffers also add lag to the signal. With no
bandwidth issues, buffers are usually almost empty, with bandwidth
issues, buffers are usually almost full.
In the end you se
Am 14.07.2011 02:28, schrieb VDR User:
> On Wed, Jul 13, 2011 at 12:05 PM, Luboš Doležel wrote:
>> Apart from simplifying the script to a single line I've found a solution:
>> I've tripled the size of the ring buffer in vdr-streamdev-server and the
>> problem is gone. No problems after hours of pl
Hi Lubo,
On Wed, 13 Jul 2011 21:05:52 +0200, Lubo Doleel wrote
> solution: I've tripled the size of the ring buffer in
> vdr-streamdev-server and the problem is gone. No problems after
> hours of playback...
which of the buffers did you change to which value?
Regards,
Frank
_
On Wed, Jul 13, 2011 at 12:05 PM, Luboš Doležel wrote:
> Apart from simplifying the script to a single line I've found a solution:
> I've tripled the size of the ring buffer in vdr-streamdev-server and the
> problem is gone. No problems after hours of playback...
Is there any reason why the ring
On 9.7.2011 22:51, Luboš Doležel wrote:
Hello,
I'm experiencing ring buffer overflows with streamdev-server and the
following remux script:
tmpdir=${TMPDIR-/tmp}/externremux-${RANDOM:-$$}
FIFO=$tmpdir/out.mkv
OUTLOG=$tmpdir/out.log
mkdir -p $tmpdir || exit 1
mkfifo $FIFO
(cat $FIFO; rm -rf $tmp
OK, overflow happened with 1.5.12 too.. But not that much what it did with
1.5.11..
Dec 18 22:51:21 htpc vdr: [7782] buffer usage: 70% (tid=9428)
Dec 18 22:51:21 htpc vdr: [7782] buffer usage: 70% (tid=10203)
Dec 18 22:51:22 htpc vdr: [7782] buffer usage: 80% (tid=9428)
Dec 18 22:51:22 htpc vdr:
12 matches
Mail list logo