[vdr] [Announce] iStreamdev 0.3.7

2010-03-01 Thread Alib
rsion of virus signature database 4906 (20100301) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.13

2010-03-01 Thread Timothy D. Lenz
hmm, I was thinking that this would make vdradmin show shows that have timers set in the timeline window even if folders are used. But the recordings will will be showing names like Thu_04.02.2010-20:00 because the parent folder is the show name. On 2/28/2010 12:59 PM, Udo Richter wrote: Am 2

Re: [vdr] remote femon (was OT: Applications for the living room)

2010-03-01 Thread Frank Schmirler
On Mon, 1 Mar 2010 15:04:31 +0200 (EET), Rolf Ahrenberg wrote > Well, vdr-femon could disable zapping while a server is replaying. > Patches are always welcome. :) The problem would not only show up while replaying. If someone is watching live TV on the server's primary device and it's not the sa

Re: [vdr] remote femon (was OT: Applications for the living room)

2010-03-01 Thread Rolf Ahrenberg
On Mon, 1 Mar 2010, Theunis Potgieter wrote: On 28 February 2010 16:59, Frank Schmirler wrote: On Wed, 24 Feb 2010 10:50:06 +0200, Theunis Potgieter wrote The only annoying "bug" that I found was, that if I ran femon on the client, it would stop the server's current replay of a recording. I g

Re: [vdr] enna + vdr

2010-03-01 Thread Lucian Muresan
On 26.02.2010 20:51, Reinhard Nissl wrote: > Hi, > > Am 26.02.2010 14:20, schrieb Lucian Muresan: > >> Btw, I'm using vdr-1.7.12, xine-lib-1.2 and vdr-xine-0.9.3 on Gentoo, >> and the only way I can connect the traditional xine-ui to the running >> VDR instance is usig as the MRL "netvdr:/localho

Re: [vdr] remote femon (was OT: Applications for the living room)

2010-03-01 Thread Theunis Potgieter
On 28 February 2010 16:59, Frank Schmirler wrote: > On Wed, 24 Feb 2010 10:50:06 +0200, Theunis Potgieter wrote >> The only annoying "bug" that I found was, that if I ran femon >> on the client, it would stop the server's current replay of a recording. >> I guess that is the fault of vdr-femon? >