[vdr] Can't start Transfer Mode and (device.c, 1940): Bad file descriptor

Hi with vdr 1713 + cvs streamdev I sometimes have the error ERROR: Can't start Transfer Mode! ERROR (device.c,1940): Bad file descriptor it happened while I tried to switch on another channel from other satellite, than previous. Mar 14 23:51:13 localhost vdr: [7607] switching to channel 2 M

Re: [vdr] [ANNOUNCE] noad-0.7.1

the Noad wrote: Hi, there is a new version of noad at http://noad.heliohost.org This Version handles also TS-Recordings. Hi Just a small problem I found in the new version. The script noadifnew does not recognize the new marks files (without the .vdr extension) produced for TS-files. Thi

Re: [vdr] VDRAdmin-AM with UTF-8 support?

El Domingo, 14 de Marzo de 2010, Tobi escribió: > Jose Alberto Reguero wrote: > > There is still the problem with es_ES.utf8 and es_ES.UTF8. I think that > > the problem is that in the sources in the locale directory there are > > es_ES.utf8 instead of es_ES.UTF8. > > With version 3.6.6 the *.utf8

[vdr] [ANNOUNCE] noad-0.7.1

Hi, there is a new version of noad at http://noad.heliohost.org This Version handles also TS-Recordings. Greetings theNoad ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr-1.7.14 -> xineliboutput Rewind and Fast Forward problems in ts recordings

Hi, Am 14.03.2010 15:40, schrieb Halim Sahin: > The problem is the playback stopps after fwd/rev > the osd shows wrong position and sometimes the frontend vdr-sxfe hangs. > Tested with recordings from german pro Sieben. > The problem doesn't occour with old pes recordings. > > Q: can someone re

[vdr] vdr-1.7.14 -> xineliboutput Rewind and Fast Forward problems in ts recordings

Hi, The problem is the playback stopps after fwd/rev the osd shows wrong position and sometimes the frontend vdr-sxfe hangs. Tested with recordings from german pro Sieben. The problem doesn't occour with old pes recordings. Q: can someone reproduce the problem? Maybe it's related to my setup. I

[vdr] vdr.git tree usage for building multiple vdr versions

Hi I have now mostly used http://projects.vdr-developer.org/git/ as a link for cloning the vdr and all plugins I have wanted to use for building new vdr versions. So I could for example build 1.7.10 by using commands #git clone git://projects.vdr-developer.org/vdr.git #cd vdr.git #git checkout

Re: [vdr] VDRAdmin-AM with UTF-8 support?

Hi, 2010/3/14 Tobi : > Jose Alberto Reguero wrote: > >> There is still the problem with es_ES.utf8 and es_ES.UTF8. I think that the >> problem is that in the sources in the locale directory there are es_ES.utf8 >> instead of es_ES.UTF8. > > With version 3.6.6 the *.utf8 locales shouldn't be requir

Re: [vdr] VDRAdmin-AM with UTF-8 support?

Jose Alberto Reguero wrote: > There is still the problem with es_ES.utf8 and es_ES.UTF8. I think that the > problem is that in the sources in the locale directory there are es_ES.utf8 > instead of es_ES.UTF8. With version 3.6.6 the *.utf8 locales shouldn't be required at all. The charset encodi

Re: [vdr] ERROR: driver buffer overflow on device 1

Hi, Am 14.03.2010 12:46, schrieb Goga777: > I have experienced this problem several times today while on HD h264 > channels. Like previously posted: > > Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674) > Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674)

Re: [vdr] ERROR: driver buffer overflow on device 1

> >>> I have experienced this problem several times today while on HD h264 > >>> channels. Like previously posted: > >>> > >>> Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674) > >>> Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674) > >>> Mar 12 15:02:24 vdr: [20675] buffer usage

[vdr] [ANNOUNCE] VDR developer version 1.7.14

VDR developer version 1.7.14 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.14.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.13-1.7.14.diff WARNING: This is a *developer* version. Even though *I* use it

Re: [vdr] vdr-1.7.13-dvbsourceparam.diff patch trouble

Hi Look at dvbdevice.c, the extention patch add ATSC section so it patch the wrong part I had also to patch manually Regards Le Sunday 14 March 2010 09:09:11 marti...@embl.de, vous avez écrit : > I am using vdr-1.7.13 with the extensions patch. > > I applied the vdr-1.7.13-dvbsourceparam.dif

Re: [vdr] Feature request: program guide scroll

On 14.03.2010 10:11, Halim Sahin wrote: > Hi, > Is there really a need to add two more keys for the same funktion? > In my opinion scrolling with the arrow keys is enough. The Left/Right arrow keys scroll through the description (if it can't be displayed in one piece). What the OP was referring to

Re: [vdr] ERROR: driver buffer overflow on device 1

Hi, Am 13.03.2010 11:30, schrieb Goga777: >>> I have experienced this problem several times today while on HD h264 >>> channels. Like previously posted: >>> >>> Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674) >>> Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674) >>> Mar 12 15:

Re: [vdr] Feature request: program guide scroll

Hi, Is there really a need to add two more keys for the same funktion? In my opinion scrolling with the arrow keys is enough. Halim On So, Mär 14, 2010 at 09:02:10 +0100, marti...@embl.de wrote: > Hi Klaus, > > I think your proposal would be very good and increase the usuability of > the interf

[vdr] vdr-1.7.13-dvbsourceparam.diff patch trouble

I am using vdr-1.7.13 with the extensions patch. I applied the vdr-1.7.13-dvbsourceparam.diff patch and it applies cleanly without any rejects. However when I then try make it fails... any ideas? make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_

Re: [vdr] Feature request: program guide scroll

Hi Klaus, I think your proposal would be very good and increase the usuability of the interface while keeping the behaviour consistent. Can we look forward to this in 1.7.14? :) cheers, Art Date: Fri, 12 Mar 2010 16:28:28 +0100 From: Klaus Schmidinger Subject: Re: [vdr] Feature request: progra