Re: [vdr] SVDRP Port

2010-03-04 Thread Klaus Schmidinger
On 04.03.2010 12:44, Christian Tramnitz wrote: > The current SVDRP Port 2001 is being used for several years now, but > unfortunately it has never been registered with IANA. > As such it does not show up in /etc/services and there is no name > resolution for it, i.e. when starting a tcpdump. > > W

Re: [vdr] LCD with vdr-1.7.x ?

2010-03-04 Thread Rob Davis
On 27/12/09 05:32, Gregoire Favre wrote: > On Mon, Dec 07, 2009 at 07:02:19PM +0200, Mika Laitio wrote: > >> I have used lcdproc-plugin to get information from displayed channel, >> played mp3, etc. to lcd in antec fusion v2 silver. >> >> Newest version seems to be maintained at >> >> http://proj

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

2010-03-04 Thread Rolf Ahrenberg
On Thu, 4 Mar 2010, Timothy D. Lenz wrote: May not need 30+ symbols, but to keep to symbols that somewhat match what they are for would call for reuse of some letters. Well, even I do prefer "I - IPTV", but I don't see no problems using "X - IPTV". The description of source params explains pe

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

2010-03-04 Thread Timothy D. Lenz
Someone once said they didn't see a need for more then 640k of ram too :) May not need 30+ symbols, but to keep to symbols that somewhat match what they are for would call for reuse of some letters. On 3/4/2010 2:30 AM, Rolf Ahrenberg wrote: On Wed, 3 Mar 2010, Timothy D. Lenz wrote: If it'

Re: [vdr] Rewind and Fast Forward problems

2010-03-04 Thread Jaakko Hyvätti
Hi, Thank you for your help Halim, this firmware solved the problem: http://www.escape-edv.de/endriss/firmware Thanks for the link, it was mentioned in vdr 1.7.8 announcement, but was too hard for me to spot. Maybe that should be mentioned in INSTALL or MANUAL in the sources. Or in PLUGINS

Re: [vdr] Rewind and Fast Forward problems

2010-03-04 Thread Rob Davis
On 04/03/10 04:25, Falk Spitzberg wrote: > Am Donnerstag, den 04.03.2010, 11:20 +0200 schrieb Jaakko Hyvätti: >> Hi, >> >> I guess this must be an error in my setup, maybe channels.conf, or >> something similar, but just cannot find it.. >> >> I recently went from 1.6.0 to 1.7.12 and now 1.7.13, a

Re: [vdr] SVDRP Port

2010-03-04 Thread Christian Tramnitz
Am 04.03.2010 13:00, schrieb Theunis Potgieter: A lot of changes is required if from end user perspective. Nothing that can't be fixed in a few minutes. No change is required from end-user perspective in the end when the plugins/extensions are adapted to the new port. (In the current vdr-dev

Re: [vdr] SVDRP Port

2010-03-04 Thread Torgeir Veimo
On 4 March 2010 22:02, Christian Wieninger wrote: > > epgsearch uses SVDRP for timer programming. Although the port can be > configured in epgsearch's setup a change of the default port would probably > cause some support. > Plugins can not read vdr's SVDRP port til now, so it would be great to ha

Re: [vdr] SVDRP Port

2010-03-04 Thread Christian Wieninger
Hi, epgsearch uses SVDRP for timer programming. Although the port can be configured in epgsearch's setup a change of the default port would probably cause some support. Plugins can not read vdr's SVDRP port til now, so it would be great to have any function for this and a change of the default

Re: [vdr] SVDRP Port

2010-03-04 Thread Theunis Potgieter
On 4 March 2010 13:44, Christian Tramnitz wrote: > The current SVDRP Port 2001 is being used for several years now, but > unfortunately it has never been registered with IANA. > As such it does not show up in /etc/services and there is no name resolution > for it, i.e. when starting a tcpdump. > >

[vdr] SVDRP Port

2010-03-04 Thread Christian Tramnitz
The current SVDRP Port 2001 is being used for several years now, but unfortunately it has never been registered with IANA. As such it does not show up in /etc/services and there is no name resolution for it, i.e. when starting a tcpdump. While this is not a major issue I'd prefer to register an

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

2010-03-04 Thread Klaus Schmidinger
On 03/04/10 10:30, Rolf Ahrenberg wrote: > On Wed, 3 Mar 2010, Timothy D. Lenz wrote: > >> If it's going to be limited to 1 letter, v does seem right for >> "video", i for iptv would be good. I think ATSC uses ether c or t. Not >> sure. But if I understand what is happening here, might be a good i

Re: [vdr] Rewind and Fast Forward problems

2010-03-04 Thread Falk Spitzberg
Am Donnerstag, den 04.03.2010, 11:20 +0200 schrieb Jaakko Hyvätti: > Hi, > > I guess this must be an error in my setup, maybe channels.conf, or > something similar, but just cannot find it.. > > I recently went from 1.6.0 to 1.7.12 and now 1.7.13, and all my old and > new recordings alike eithe

Re: [vdr] Rewind and Fast Forward problems

2010-03-04 Thread Halim Sahin
Hi, Are you using the newest firmware which can play ts for FF-card? Maybe this is your problem. BR. Halmi -- Halim Sahin E-Mail: halim.sahin (at) t-online.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/

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

2010-03-04 Thread Rolf Ahrenberg
On Wed, 3 Mar 2010, Timothy D. Lenz wrote: If it's going to be limited to 1 letter, v does seem right for "video", i for iptv would be good. I think ATSC uses ether c or t. Not sure. But if I understand what is happening here, might be a good idea to go to a 2 or 3 letter ID right now so thing

[vdr] Rewind and Fast Forward problems

2010-03-04 Thread Jaakko Hyvätti
Hi, I guess this must be an error in my setup, maybe channels.conf, or something similar, but just cannot find it.. I recently went from 1.6.0 to 1.7.12 and now 1.7.13, and all my old and new recordings alike either cannot be rewinded or fast forwarded. One way works, and another does not,