Hi Martin und Klaus, wenn Zwei sich irren, dann heißt daß immer noch nicht daß cChannels.Name() besser geeignet ist als cChannels.ShortName(bool). Wenn man sich die channels.conf ansieht oder die Bildschirmausgabe, dann kann der Realist mir nur zustimmen. Die Inhalte mit denen diese beiden Variablen versorgt werden sind vertauscht worden. Gruß, i.A. DaLiMan
(Translation) Hi Martin and Klaus, something is wrong with the channel data. cChannels.Name() and cChannelsShortName(bool) are vertauscht. Greets, i.O. DaLiMan
Klaus also use cChannels.ShotName() in the schedule menu of VDR so I wonder why it should be a wrong to use it.
The plugin patches the font at run time. So there is no need for the WarEagle-Icon-patch. The patch you provide adds icons to mark a channel as tv or radio channel. I don't have in mind to add this informations.
So I don't see this two issues as mistakes.
Greets, Martin (the author of Nordlicht's EPG-Plugin ;-) )
Subject: Re: [vdr] Re: vdr Digest, Vol 14, Issue 57 From: Klaus Schmidinger Klaus.Schmidinger@cadsoft.de Date: Fri, 31 Mar 2006 17:54:10 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Why would a channel's Name() be *shorter* than its ShortName()? If so, something is wrong with the channel data.
Klaus
Hi,
Klaus also use cChannels.ShotName() in the schedule menu of VDR so I wonder why it should be a wrong to use it.
The plugin patches the font at run time. So there is no need for the WarEagle-Icon-patch. The patch you provide adds icons to mark a channel as tv or radio channel. I don't have in mind to add this informations.
So I don't see this two issues as mistakes.
Greets, Martin (the author of Nordlicht's EPG-Plugin ;-) )
Subject: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.8a From: Martin Prochnow martinprochnow@yahoo.de Date: Fri, 31 Mar 2006 19:39:27 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Hi folks,
because of a bug here a new release of my plugin.
From the HISTORY:
- fixed problem when open the plugin while replaying a archive dvd;
thanks to Monroe from vdr-portal.de for reporting
- new version of 'dvdarchive.sh'; thanks to vejoun from vdr-portal.de
- updated finnish translation; thanks to Rolf Ahrenberg
Screenshots and download: http://martins-kabuff.de/extrecmenu_en.html
Greets, Martin
Subject: [vdr] [ANN] kvdrmon-0.6 From: Bernd Juraschek vdr@bjusystems.de Date: Sat, 1 Apr 2006 02:25:22 +0200 To: VDR Liste vdr@linuxtv.org
To: VDR Liste vdr@linuxtv.org
Hi list,
I've released version 0.6 of my kvdrmon KDE applet. Now it's possible to shutdown the computer running the applet after the current/next recording has finished.
If you don't know kvdrmon: This is a KDE kicker applet for monitoring VDR activity.
Download: http://sourceforge.net/project/showfiles.php?group_id=88863&package_id=1...
Homepage: http://vdr-statusleds.sourceforge.net/kvdrmon/
Bugzilla: http://bugzilla.bjusystems.de/bugzilla
Have fun, Bernd
Subject: Re: [vdr] [ANN] kvdrmon-0.6 From: "C.Y.M" syphir@syphir.sytes.net Date: Fri, 31 Mar 2006 21:18:31 -0800 To: VDR Liste vdr@linuxtv.org
To: VDR Liste vdr@linuxtv.org
Bernd Juraschek wrote:
Hi list,
I've released version 0.6 of my kvdrmon KDE applet. Now it's possible to shutdown the computer running the applet after the current/next recording has finished.
If you don't know kvdrmon: This is a KDE kicker applet for monitoring VDR activity.
It seems that kvdrmon-0.6.tar.gz is a corrupted file.
BR.
Subject: Re: [vdr] Problem with LiveBuffer and vdr-xine From: Reinhard Nissl rnissl@gmx.de Date: Sat, 01 Apr 2006 10:13:30 +0200 To: VDR Mailing List vdr@linuxtv.org
To: VDR Mailing List vdr@linuxtv.org
Hi,
Jose Alberto Reguero wrote:
Is there a way to wait until having data ready when starting xine? (vdr-xine is not in mode LiveTV with LiveBuffer). The replay is a slide show without sound. If pause and resume xine the problem is gone. Its only trouble when starting xine. Changing the channel solves the problem with Frameswait(LiveBuffer )= 8. With Frameswait(LiveBuffer) = 0 when changing the chanel, or starting xine the replay is a slide show without sound.
Hhm, the buffer, which is established when switching the channel, is also established when xine connects to vdr-xine. This is the output of my system:
vdr-xine: Client connecting ... frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) vdr-xine: Client connected! [avAVMM]buffered 8.7 frames (v:13.7, a:8.7)
What's your output? Does it help to increase the buffer size?
I change in SetPlayMode:
if (m_settings.LiveTV()) { ::fprintf(stderr, "LiveTV\n"); softStartTrigger = sstNormal; } else { np = true; ::fprintf(stderr, "No LiveTV\n"); }and my output is:
............ SetAudioChannelDevice: 0 SetVolumeDevice: 0 status: volume=0 mute=1 frame: (0, 0)-(-1, -1), zoom: (1,00, 1,00) SetAudioChannelDevice: 0 SetPlayMode: 1 No LiveTV SetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 vdr-xine: Client connected! read(4) returned 0, error 0: Conseguido vdr-xine: Client disconnected!
I increase the buffer size to the maximun and don't help.
Thanks, that's valuable output!
Do you use a FF card?
I have only budget cards and don't see this issue.
I don't have a FF card. Only DVB-T budget cards.
Which VDR version are you using?
I'm using 1.3.44.
Bye.
Subject: Re: [vdr] Problem with LiveBuffer and vdr-xine From: Jose Alberto Reguero jareguero@telefonica.net Date: Sat, 1 Apr 2006 11:00:16 +0200 To: VDR Mailing List vdr@linuxtv.org
To: VDR Mailing List vdr@linuxtv.org
El Sábado, 1 de Abril de 2006 10:13, Reinhard Nissl escribió:
Hi,
Jose Alberto Reguero wrote:
> Is there a way to wait until having data ready when starting xine? > (vdr-xine is not in mode LiveTV with LiveBuffer). The replay is a > slide show without sound. If pause and resume xine the problem is > gone. Its only trouble when starting xine. Changing the channel > solves the problem with > Frameswait(LiveBuffer )= 8. With Frameswait(LiveBuffer) = 0 when > changing the chanel, or starting xine the replay is a slide show > without sound. > Hhm, the buffer, which is established when switching the channel, is also established when xine connects to vdr-xine. This is the output of my system:
vdr-xine: Client connecting ... frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) vdr-xine: Client connected! [avAVMM]buffered 8.7 frames (v:13.7, a:8.7)
What's your output? Does it help to increase the buffer size?
I change in SetPlayMode:
if (m_settings.LiveTV()) { ::fprintf(stderr, "LiveTV\n"); softStartTrigger = sstNormal; } else { np = true; ::fprintf(stderr, "No LiveTV\n"); }and my output is:
............ SetAudioChannelDevice: 0 SetVolumeDevice: 0 status: volume=0 mute=1 frame: (0, 0)-(-1, -1), zoom: (1,00, 1,00) SetAudioChannelDevice: 0 SetPlayMode: 1 No LiveTV SetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 vdr-xine: Client connected! read(4) returned 0, error 0: Conseguido vdr-xine: Client disconnected!
I increase the buffer size to the maximun and don't help.
Thanks, that's valuable output!
Do you use a FF card?
I have only budget cards and don't see this issue.
I don't have a FF card. Only DVB-T budget cards.
Which VDR version are you using?
I'm using 1.3.44.
Bye.
I am using vdr 1.3.45, vdr-xine 0.7.8 and LiveBuffer 0.1.7 but I have the same problem with vdr 1.3.44. I also try vdr-xine with and without network. I find a solution putting in xineDevice.c cXineDevice::OnClientConnect
cLiveRecorderControl::GetLiveRecorder()->Resume();
Thanks.
Jose Alberto
Subject: Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.7 From: Matthias Fechner idefix@fechner.net Date: Sat, 1 Apr 2006 11:25:55 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Hi Klaus and Martin,
- Klaus Schmidinger Klaus.Schmidinger@cadsoft.de [31-03-06 15:40]:
The sorting depends on the "locale" that's currently used. Maybe that explains the difference.
if have the following settings: LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL=
Best regards, Matthias
Subject: Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.7 From: Klaus Schmidinger Klaus.Schmidinger@cadsoft.de Date: Sat, 01 Apr 2006 11:34:56 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Matthias Fechner wrote:
Hi Klaus and Martin,
- Klaus Schmidinger Klaus.Schmidinger@cadsoft.de [31-03-06 15:40]:
The sorting depends on the "locale" that's currently used. Maybe that explains the difference.
if have the following settings: LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL=
If you want to change the sorting, try
LC_COLLATE=de_DE
Klaus
Subject: Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.7 From: Matthias Fechner idefix@fechner.net Date: Sat, 1 Apr 2006 11:49:30 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Hello Klaus,
- Klaus Schmidinger Klaus.Schmidinger@cadsoft.de [01-04-06 11:34]:
If you want to change the sorting, try
LC_COLLATE=de_DE
If i set this, VDR ignores the leading "%" will sorting. Is it possible to set the sorting in a way that VDR will at first display all recordings without a leading "%"?
Best regards, Matthias
Subject: Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.7 From: Klaus Schmidinger Klaus.Schmidinger@cadsoft.de Date: Sat, 01 Apr 2006 11:58:22 +0200 To: vdr@linuxtv.org
To: vdr@linuxtv.org
Matthias Fechner wrote:
Hello Klaus,
- Klaus Schmidinger Klaus.Schmidinger@cadsoft.de [01-04-06 11:34]:
If you want to change the sorting, try
LC_COLLATE=de_DE
If i set this, VDR ignores the leading "%" will sorting.
That's how sorting in de_DE is defined ;-)
Is it possible to set the sorting in a way that VDR will at first display all recordings without a leading "%"?
Sorting recordings is apparently a quasi-religious matter. There are quite a few patches with lots of setup options for that. Personally I find it useful to have an edited version right next to the original version - and that's what the default sorting in de_DE does :-).
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr