[vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.8a (Martin Prochnow)

vdr at daliman.de vdr at daliman.de
Sat Apr 1 19:46:30 CEST 2006


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 at cadsoft.de>
> Date:
> Fri, 31 Mar 2006 17:54:10 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at 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 at yahoo.de>
> Date:
> Fri, 31 Mar 2006 19:39:27 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at 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 at bjusystems.de>
> Date:
> Sat, 1 Apr 2006 02:25:22 +0200
> To:
> VDR Liste <vdr at linuxtv.org>
>
> To:
> VDR Liste <vdr at 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=169572&release_id=406281
>
> 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 at syphir.sytes.net>
> Date:
> Fri, 31 Mar 2006 21:18:31 -0800
> To:
> VDR Liste <vdr at linuxtv.org>
>
> To:
> VDR Liste <vdr at 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 at gmx.de>
> Date:
> Sat, 01 Apr 2006 10:13:30 +0200
> To:
> VDR Mailing List <vdr at linuxtv.org>
>
> To:
> VDR Mailing List <vdr at 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 at telefonica.net>
> Date:
> Sat, 1 Apr 2006 11:00:16 +0200
> To:
> VDR Mailing List <vdr at linuxtv.org>
>
> To:
> VDR Mailing List <vdr at 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 at fechner.net>
> Date:
> Sat, 1 Apr 2006 11:25:55 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at linuxtv.org
>
>
> Hi Klaus and Martin,
>
> * Klaus Schmidinger <Klaus.Schmidinger at 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 at cadsoft.de>
> Date:
> Sat, 01 Apr 2006 11:34:56 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at linuxtv.org
>
>
> Matthias Fechner wrote:
>> Hi Klaus and Martin,
>>
>> * Klaus Schmidinger <Klaus.Schmidinger at 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 at fechner.net>
> Date:
> Sat, 1 Apr 2006 11:49:30 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at linuxtv.org
>
>
> Hello Klaus,
>
> * Klaus Schmidinger <Klaus.Schmidinger at 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 at cadsoft.de>
> Date:
> Sat, 01 Apr 2006 11:58:22 +0200
> To:
> vdr at linuxtv.org
>
> To:
> vdr at linuxtv.org
>
>
> Matthias Fechner wrote:
>> Hello Klaus,
>>
>> * Klaus Schmidinger <Klaus.Schmidinger at 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 at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   




More information about the vdr mailing list