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: Re: vdr Digest, Vol 14, Issue 57 > From: > Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> > Date: > Fri, 31 Mar 2006 17:54:10 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > > 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: > [ANNOUNCE] ExtRecMenu-Plugin 0.8a > From: > Martin Prochnow <martinprochnow@xxxxxxxx> > Date: > Fri, 31 Mar 2006 19:39:27 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > 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: > [ANN] kvdrmon-0.6 > From: > Bernd Juraschek <vdr@xxxxxxxxxxxxx> > Date: > Sat, 1 Apr 2006 02:25:22 +0200 > To: > VDR Liste <vdr@xxxxxxxxxxx> > > To: > VDR Liste <vdr@xxxxxxxxxxx> > > > 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: [ANN] kvdrmon-0.6 > From: > "C.Y.M" <syphir@xxxxxxxxxxxxxxxx> > Date: > Fri, 31 Mar 2006 21:18:31 -0800 > To: > VDR Liste <vdr@xxxxxxxxxxx> > > To: > VDR Liste <vdr@xxxxxxxxxxx> > > > 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: Problem with LiveBuffer and vdr-xine > From: > Reinhard Nissl <rnissl@xxxxxx> > Date: > Sat, 01 Apr 2006 10:13:30 +0200 > To: > VDR Mailing List <vdr@xxxxxxxxxxx> > > To: > VDR Mailing List <vdr@xxxxxxxxxxx> > > > 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: Problem with LiveBuffer and vdr-xine > From: > Jose Alberto Reguero <jareguero@xxxxxxxxxxxxxx> > Date: > Sat, 1 Apr 2006 11:00:16 +0200 > To: > VDR Mailing List <vdr@xxxxxxxxxxx> > > To: > VDR Mailing List <vdr@xxxxxxxxxxx> > > > 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: [ANNOUNCE] ExtRecMenu-Plugin 0.7 > From: > Matthias Fechner <idefix@xxxxxxxxxxx> > Date: > Sat, 1 Apr 2006 11:25:55 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > Hi Klaus and Martin, > > * Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> [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: [ANNOUNCE] ExtRecMenu-Plugin 0.7 > From: > Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> > Date: > Sat, 01 Apr 2006 11:34:56 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > Matthias Fechner wrote: >> Hi Klaus and Martin, >> >> * Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> [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: [ANNOUNCE] ExtRecMenu-Plugin 0.7 > From: > Matthias Fechner <idefix@xxxxxxxxxxx> > Date: > Sat, 1 Apr 2006 11:49:30 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > Hello Klaus, > > * Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> [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: [ANNOUNCE] ExtRecMenu-Plugin 0.7 > From: > Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> > Date: > Sat, 01 Apr 2006 11:58:22 +0200 > To: > vdr@xxxxxxxxxxx > > To: > vdr@xxxxxxxxxxx > > > Matthias Fechner wrote: >> Hello Klaus, >> >> * Klaus Schmidinger <Klaus.Schmidinger@xxxxxxxxxx> [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@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >
