vdr

vdr@linuxtv.org

6731 discussions

pvr350 TV out not working with VDR
by Harri Kaimio 05 Apr '06

05 Apr '06

Hi, I am having problems installing PVR-350 as VDR output device. I have VDR 1.3.44 and vdr-pvr350 0.0.4pre1 plugin. I get only OSD information on my TV - no video nor audio. VDR works OK with softdevice and the PVR350 TV-out works with other software (I can even play VDR recordings using simply "cat <vdrfile> > /dev/video16". So HW seems to be working but something in my VDR installation is broken. Any ideas? Or has anyone succeeded with this combination? BR, Harri

1 2

Profiling a plugin?
by Christian Wieninger 04 Apr '06

04 Apr '06

Hi, I'd like to speed up some things in my plugin. So I just wondered if there is a way to profile a plugin. I tried to compile with "-pg" and checked the output with gprof, but it seems that gprof does not support libraries, because I only get information about vdr routines. Do you know any other tools, that allow profiling libraries/plugins? BR, Christian

3 2

EPG Plugins
by Mlists 04 Apr '06

04 Apr '06

I'm looking for a different epg plugin then yaepg -- I downloaded fepg and calendar plugins but neither compile clean with 1.3.40. I like the look of calendar, but this is the error I'm getting: ccache g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"calendar"' -I../../../include -I../../../../DVB/include calendar.c ccache g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"calendar"' -I../../../include -I../../../../DVB/include menu.c menuitem.h:36: error: 'eDvbColor' has not been declared menuitem.h:36: error: 'eDvbColor' has not been declared menuitem.h:42: error: 'eDvbColor' has not been declared Any suggestions on what I'm missing? norm

2 1

softplay cvs warning cleanups
by C.Y.M 02 Apr '06

02 Apr '06

I noticed a few warnings when building softplay from cvs. make[1]: Entering directory `/var/local/vdr/vdr-1.3.45-eepg/PLUGINS/src/softplay.cvs' ccache g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"softplay"' -I../../../include -I/usr/src/DVB/linux/include -I/usr/include/ffmpeg/ -I/usr/include/ffmpeg//libavformat -I/usr/include/ffmpeg//libavcodec -I/usr/include/ffmpeg//libavutil PlayListMenu.c PlayListMenu.c: In member function `virtual eOSState cReplayList::ProcessKey(eKeys)': PlayListMenu.c:242: warning: int format, time_t arg (arg 3) PlayListMenu.c:242: warning: int format, time_t arg (arg 4) ccache g++ -g -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"softplay"' -I../../../include -I/usr/src/DVB/linux/include -I/usr/include/ffmpeg/ -I/usr/include/ffmpeg//libavformat -I/usr/include/ffmpeg//libavcodec -I/usr/include/ffmpeg//libavutil FileIndex.c FileIndex.c: In member function `void cIndex::ParseM3uExtInf(const char*)': FileIndex.c:98: warning: char format, different type arg (arg 3) ccache g++ -g -O2 -Wall -Woverloaded-virtual -shared softplay.o SoftPlayer.o PlayList.o PlayListMenu.o i18n.o FileIndex.o Receiver.o Setup.o -lavformat -lavcodec -lz -o libvdr-softplay.so The attached patch seems to fix the problem. BR.

2 1

[ANNOUNCE] vdr-skinsoppalusikka-0.0.7
by Rolf Ahrenberg 02 Apr '06

02 Apr '06

Hi, yet another weekly bugfix release is available. Hopefully all the VPS and logo cache related bugs are now ironed out... 2006-04-02: Version 0.0.7 - Fixed VPS time string in event info menu (Thanks to Sebastian Kemper for reporting this one). - Updated theme files. - Added new setup options to de/activate plugin features. - Added event symbols into schedule menu and new indicator symbol into recordings menu. Running event symbol is based on Wareagle icon patch and thanks to Mikko Salo for providing other new symbols. - Fixed crash bug while flushing logo cache. - Fixed logo directory location after flushing logo cache. BR, -- rofa

2 2

[ANNOUNCE] ExtRecMenu-Plugin 0.8a (Martin Prochnow)
by vdr＠daliman.de 02 Apr '06

02 Apr '06

In some cases you are right. The left on is longer, but exists for displaying. Because it is readable. i.O. DaLiMan (Sorry for my bad english. I´m only a german) Hi DaLiMan, have a look at man 5 vdr "If a short name is available for this channel, it follows the full name and is delimited by a comma, as in RTL Television,RTL:... " so left is the long name, right is short name. BR, Christian

1 0

Network patch for xine-lib
by CR 02 Apr '06

02 Apr '06

Hi all, Does anyone have updated instructions for patching vdr-xine (>=.7.7) for network use? It would be nice if we could post them someplace more visible and in English. I'd be happy to clean up the instructions if someone can give me the details. I've already read: http://thread.gmane.org/gmane.linux.vdr/24833 but looking in : http://mitglied.lycos.de/peterweber69/xine/ there are a few more patches which I think might be needed i.e. "vdr-xine-lib-addr-from-mrl.diff" but I'm not sure. I do have vdr-xine 0.7.8/xine-ui working and talking to VDR, so I'm ready for the next step. Also, Reinhard, I know you probably get asked this alot, but when might we expect the network patches to be integrated with vdr-xine? Finally, thanks to *ALL* who have made any of this possible. I still marvel at it all. Thank you. CR.

3 2

[ANNOUNCE] ExtRecMenu-Plugin 0.8a (Martin Prochnow)
by vdr＠daliman.de 01 Apr '06

01 Apr '06

Ich muß meine Antwort " something is wrong with the channel data." revidieren. Die Ausgabe der Kanalliste in Original ist OK. Nur im nordlichtsEPG-8a stimmt es nicht. cCannels.ShortName(bool) liefert im Original den channels.con Eintrag links vom Komma, im nordlichtsEPG-8a ist es der rechte. (Translation) I can't translate this. Sorry. > > Subject: > Re: [vdr] Re: vdr Digest, Vol 14, Issue 57 > From: > Klaus Schmidinger <Klaus.Schmidinger(a)cadsoft.de> > Date: > Fri, 31 Mar 2006 17:54:10 +0200 > To: > vdr(a)linuxtv.org > > To: > vdr(a)linuxtv.org > > > vdr(a)daliman.de wrote: >> Hi, i´m not Klaus but i answer. (I dont speak for Klaus to) >> It is not completely wrong to use ist, but it looks nicer with >> cChannels.Name() because it is shorter and more readable. >> Bye >> i.A. DaLiMan > > Why would a channel's Name() be *shorter* than its ShortName()? > If so, something is wrong with the channel data. > > Klaus >

2 1

[ANNOUNCE] ExtRecMenu-Plugin 0.8a (Martin Prochnow)
by vdr＠daliman.de 01 Apr '06

01 Apr '06

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

1 0

Re: [ANN] kvdrmon-0.6
by Bernd Juraschek 01 Apr '06

01 Apr '06

Hello, sorry - the source file kvdrmon-0.6.tar.gz at sourceforge was corrupted. I've replaced the file and hope it's ok now. You should wait some time for the update of the sourceforge mirrors. Greetings, Bernd -- while(!asleep()) sheep++;

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr