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,
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,
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,
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,
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
vdr＠daliman.de