vdr January 2006

vdr@linuxtv.org

153 participants
203 discussions

plugin dvd doesn't compile
by Andre Bischof 19 Jan '06

19 Jan '06

Hello, trying to "make plugins" for plugin dvd (vdr-1.3.38, dvd-0.3.6_b03) I always get: Plugin dvd: make[1]: Entering directory `/opt/downloads/vdr/1.3.38/vdr-1.3.38/PLUGINS/src/dvd-0.3.6_b03' make[1]: Leaving directory `/opt/downloads/vdr/1.3.38/vdr-1.3.38/PLUGINS/src/dvd-0.3.6_b03' make[1]: Entering directory `/opt/downloads/vdr/1.3.38/vdr-1.3.38/PLUGINS/src/dvd-0.3.6_b03' g++ -O3 -Wall -Woverloaded-virtual -O3 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I../../../include -I../../../../DVB/include -I/usr/include -I/usr/include/dvdnav dvd.c g++ -O3 -Wall -Woverloaded-virtual -O3 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I../../../include -I../../../../DVB/include -I/usr/include -I/usr/include/dvdnav dvddev.c g++ -O3 -Wall -Woverloaded-virtual -O3 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I../../../include -I../../../../DVB/include -I/usr/include -I/usr/include/dvdnav player-dvd.c g++ -O3 -Wall -Woverloaded-virtual -O3 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I../../../include -I../../../../DVB/include -I/usr/include -I/usr/include/dvdnav control-dvd.c control-dvd.c: In constructor 'cDvdPlayerControl::cDvdPlayerControl()': control-dvd.c:57: error: no matching function for call to 'cStatus::MsgReplaying(cDvdPlayerControl* const, const char [4])' ../../../include/vdr/status.h:76: note: candidates are: static void cStatus::MsgReplaying(const cControl*, const char*, const char*, bool) control-dvd.c: In destructor 'virtual cDvdPlayerControl::~cDvdPlayerControl()': control-dvd.c:63: error: no matching function for call to 'cStatus::MsgReplaying(cDvdPlayerControl* const, NULL)' ../../../include/vdr/status.h:76: note: candidates are: static void cStatus::MsgReplaying(const cControl*, const char*, const char*, bool) control-dvd.c: In member function 'bool cDvdPlayerControl::ShowProgress(bool)': control-dvd.c:313: error: no matching function for call to 'cStatus::MsgReplaying(cDvdPlayerControl* const, const char [14])' ../../../include/vdr/status.h:76: note: candidates are: static void cStatus::MsgReplaying(const cControl*, const char*, const char*, bool) control-dvd.c:321: error: no matching function for call to 'cStatus::MsgReplaying(cDvdPlayerControl* const, const char*&)' ../../../include/vdr/status.h:76: note: candidates are: static void cStatus::MsgReplaying(const cControl*, const char*, const char*, bool) control-dvd.c: In member function 'void cDvdPlayerControl::updateShow(bool)': control-dvd.c:571: error: no matching function for call to 'cStatus::MsgReplaying(cDvdPlayerControl* const, const char*&)' ../../../include/vdr/status.h:76: note: candidates are: static void cStatus::MsgReplaying(const cControl*, const char*, const char*, bool) make[1]: *** [control-dvd.o] Error 1 make[1]: Leaving directory `/opt/downloads/vdr/1.3.38/vdr-1.3.38/PLUGINS/src/dvd-0.3.6_b03' All libs mentioned should be installed: root@linux:/downloads# dpkg -l libdvd* liba52* |grep ii ii liba52-0.7.4 0.7.4-1 Library for decoding ATSC A/52 streams. ii liba52-0.7.4-dev 0.7.4-1 Development library and headers for liba52 ii libdvdcss2 1.2.9-0.0 Simple foundation for reading DVDs - runtime ii libdvdcss2-dev 1.2.9-0.0 Simple foundation for reading DVDs - devel f ii libdvdnav-dev 0.1.9-3 The DVD navigation library, development pack ii libdvdnav4 0.1.9-3 The DVD navigation library ii libdvdread3 0.9.4-5.1 Simple foundation for reading DVDs ii libdvdread3-dev 0.9.4-5.1 Simple foundation for reading DVDs root@linux:/downloads# And I changed the Makefile as well: INCLUDES += -I$(VDRDIR)/include -I$(DVBDIR)/include $(shell dvdnav-config --cflags) Any suggestions? André

7 12

vdrcd - dvd - lcdproc failiure
by Christoph Gohle 18 Jan '06

18 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, since some time I had problems with the vdrcd plugin that sometimes (not always) made the entire vdr nonresponsive after calling it with a dvd inserted and stopping the replay again (I am not shure if the same thing happens with vcd or mp3, although there were also strange things going on with vcd). After upgrading to vdr-1.3.38 the problem seemed to have disappeared. I found that the reason for this: During upgrade I patched the dvd plugin to use the new MsgReplaying() interface of 1.3.38. But I did not patch the lcdproc plugin as it was still compiling with the new version. As a result the lcdproc plugin did not respond to Replaying messages anymore (because it was overriding the wrong function). Of course I was irritated by the fact that my LCD was not displaying any info about the dvd's anymore - so i changed the status class of lcdproc to work again... and BANG: The old faulty behaviour was back. As I don't know much about the interna of vdr I don't think I can track this further down but I am willing to help with logfiles and anything else I can do. I am using vdr-1.3.38 lcdproc-0.0.10 vdrcd-0.0.10.1 dvd-0.3.6-b03 Regards, Christoph. - -- ********************************************************* *Christoph Gohle * * * *Gailkircherstrasse 7 * *81247 München * * * *Tel.: 089 32905-266 (Büro) * * -257 (Labor) * * 089 8116932 (Privat) * * 0179 6089431 (Mobil) * *mail: chef(a)mnet-online.de * ********************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDzsRPNk7DxD3CPZsRApChAKDWHCE5IhUc8kt0qN9V4qed/FgxEwCfUs+Q J0ibZ0QlNmT3EoLIUcRQ7i0= =AC4N -----END PGP SIGNATURE-----

1 0

[ANNOUNCE] vdr-actuator-1.0.2 plugin
by Luca Olivetti 18 Jan '06

18 Jan '06

Hello, I'm releasing version 1.0.2 of the "actuator" plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. CHANGES: - russian translation with correct encoding (by Monchenko Vladimir <bob at globall ru>) - patch for kernel >= 2.6.13 (provided by Monchenko Vladimir <bob at globall ru> and Frank Welter <frank.welter at skynet dot be> - patches adapted to vdr-1.3.38/1.3.39 I forgot to mention it in the HISTORY file but it also fixes a problem with the osd on a full featured card with low memory. Bye -- - Yo también quiero una Europa libre de Patentes de Software - - I want a Software Patents Free Europe too! And you? - --------------------------------------------------------------- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es

1 0

Xine and ChannelSwitch
by Patrick Fischer 18 Jan '06

18 Jan '06

Hello Last coupe of hours I spend on detect why the device, given by ChannelSwitch(...), can't receive the Channel. (better I can't attach a receiver which should receiver this Channel) Maybe this is a littel bit confusing. The status function ChannelSwitch told me that device X has switched to channelnumber Y. But if Im using BudgetOnly DevelopSystem, the device is set to the XineDevice which can't receive the Channel. So I can't attach a receiver to this device. Is that right? So I need to detact an other device which can receiver this Channel. Greetings Patrick

1 0

epg.data stays empty (vdr 1.2.6 + xmltv2vdr 1.0.6)
by Francois Dessart 18 Jan '06

18 Jan '06

Hello, I am trying to populate VDR EPG data with xmltv + xmltv2vdr. 1)xmltv works fine and created a correct XML file 2)then I try to push it to VDR with xmltv2vdr: -xmltv2vdr connects correctly to VDR using SVDRP: "connection accepted" -around 3 minutes later "connection close" Nothing is reported in between: neither success nor failure. Should I see something? The problem is that although the epg.data file is getting touched (if existing) or created (if not existing) by VDR, it stays empty...and no EPG data is available in VDR. As there is absolutely no error message, I am a bit stuck on how to troubleshoot this. Could someone, who is using it successfully, tell me if anything should be printed between "connection accepted" and "connection closed"? Thanks for your advise on this. Francois.

1 0

Channel list views and other ideas
by "Sami J. Mäkinen" 18 Jan '06

18 Jan '06

I have a couple of ideas that might be handy in VDR. A) left/right arrow key annoyance In my setup, update from 1.3.38 to 1.3.39 changed the behaviour of <- -> keys: before, they searched through the channel list "headings" or "section marks" (they begin with a colon in channels.conf). Now the left/right arrow keys change the output volume! Aaargh, I have separate keys for that in my Hauppauge remote and furthermore, volume adjustment in VDR does nothing since I use the digital PCM output to my amplifier. I bet there is a way to configure this to behave like it should. How? B) channel list views Since I have some 2400+ channels available, from 5 different satellites, I am a relatively happy user of the channelsort plugin, just to keep all my channels in decent order. (that is, S1.0W, S5.0E, S13.0E, S19.2E and S28.2E) Now, because of different "pay" channels etc. I can either group the channels according to some automatic criteria or sort them out strictly by hand by putting "my" favourite channels to the beginning of list and only let autosort take care of the rest. I think it would be most convenient to have e.g. 10 different "views" to the channel list. So that I can 1) in the channel list view, decide which channel groups a particular channel belongs to. 2) in the channel view, easily switch from the "all channels" view to any of the other views. 3) browse channels up/down in the live view, only in the channels that belong to the currently selected "channel list view". 4) it would be very handy to be able to define some rules (regexp channel name, regexp provider name, source, CA value etc.) for some views and the list/view is updated dynamically. Sorting the channel list is one way, but different users in a family may want to see different sorting of the channels, for example. One solution might be to simply allow duplicate entries in channels.conf, but I think this restriction has been made for a reason. For example, I like to have my channel list sorted according to the satellite and free/pay (ca) value, and tv/radio separately, of course. Still I would like to have a sublist of all the different music channels that I have available. There are plenty of them... News channels are another list etc. Someone (other than me) may similarly want to have a list of all the sports channels. This is where we come to different VDR users in the same family. :) I am using the word "view" here as like the views in SQL databases. The data is not duplicated, but you may have different selections of the lines that may be read like a real table. C) access rights Some others have come up with similar ideas. There might be some kind of user levels in VDR, by a pin code for example. It is easily entered with a remote. On a "guest" level, only certain channels, recordings and timers are visible and modifiable. In "supervisor" mode, channels (and channel views, see above) may be flagged as limited visibility, and they can not be seen in guest level. Same goes with recordings and timers. -sjm

2 2

[Announce] VDR-Maintenance-Patch f. 1.3.38 and .39
by Joachim Wilke 18 Jan '06

18 Jan '06

Hello everyone, the maintenance-patch is now available for vdr-1.3.38 / 1.3.39, for details see below. For those of you interested, you can download the patch from: http://joachim-wilke.de/vdr-patches.htm Joachim. > I have created a "maintenance-patch", which does daily > housekeeping-tasks at a predefined time. This tasks are: > > - automatic calling of noad for new recordings > > - cut all recordings, marked as ready before > Till now, pressing '2' in a recording starts the cutting immediately. > Now, you have the possibility to press '3' and mark this recording as > "ready for cutting". Cutting is then done during the next maintainance > run. Pressing '3' again removes the ready mark. You can see the > current status of a recording in the Recordings overview. Recordings > marked for cutting are indicated with a "+"-sign. > > In the Settings-Menu you can setup the different features in the new > "Maintainance"-submenu. >

5 8

Splash screen?
by Chris Miles 18 Jan '06

18 Jan '06

What is the best way to display a splash screen through my DVB-C card whilst my box is booting? Chris

2 1

Remote plugin and keys repeating too fast
by Paavo Hartikainen 18 Jan '06

18 Jan '06

VDR 1.3.38 and remote 0.3.4, Hauppauge Nova-T PCI 923 (needed for remote control that came with it...) in DVB-C server. Keys of remote control were repeating too fast and soon, so I tried increasing values of "repeatdelay" from 350 to 1000 and "repeatfreq" from 100 to 250 in "remote.c". Parents say it is better now, so I assume it changed for better (that DVB server is hundreds of kilometers away, so I cannot go and test remote control by myself). Maybe this should be configurable in settings dialog of remote plugin? Something like "key repeat delay: [short|medium|long]" and "key repeat frequency: [slow|normal|fast]". -- "pienena / Paavo "Rainbow Rat" Hartikainen minusta / E-mail: pahartik(a)sci.fi tulee / URL: http://www.sci.fi/~pahartik/ rotta" / EFnet: pahartik at #Atari and #LionKing

1 0

Behavior of Menu key, next round
by Udo Richter 17 Jan '06

17 Jan '06

Hi list, After the release of 1.3.39, the menu key debate has cooled down again, and now I'll do another attempt on intuitive behavior. Comments are of course welcome, as this is just one possible solution of many. I really like to close things like OSDTeletext using the menu key, using the new behavior. However, for example if I switch to some channel and directly want to start OSDTT again, I'm annoyed because I have to press menu twice, one time to dismiss the channel status, one time to open the menu. My suggestion is to let the OSD decide about how the menu key behaves, so that some more informational OSDs can directly open the menu. The attached patch does that by adding cOsdObject::menuKeyAction that can be set to one of the following values: menuKeyAlwaysCloses: Close this OSD if the menu key is pressed, and don't open the main menu. This is set for VDR native menus. menuKeyAlwaysOpens: Close this OSD and open the main menu always. This is set for status displays like channel display, volume control and replay 'cutmarks' control. menuKeyConfigurable: For compatibility sake, this decides based on the "Menu button closes" setup option. This is the default for plugins, and is used for the audio track menu. To summarize, with "Menu button closes" disabled, the patch should behave as 1.3.37. With "Menu button closes" enabled, behavior is as 1.3.39, except for channel display, volume control and replay control. Plugins and patches that re-open the OSD quickly (like subtitles), or only show additional information, may set menuKeyAction to menuKeyAlwaysOpens. Don't forget to rebuild your plugins after applying the attached patch! Cheers, Udo diff -au vdr-1.3.39-old/menu.c vdr-1.3.39/menu.c --- vdr-1.3.39-old/menu.c 2006-01-15 19:35:23.000000000 +0100 +++ vdr-1.3.39/menu.c 2006-01-16 19:07:06.000000000 +0100 @@ -3021,6 +3021,7 @@ timeout = Switched || Setup.TimeoutRequChInfo; channel = Channels.GetByNumber(Number); lastPresent = lastFollowing = NULL; + menuKeyAction = menuKeyAlwaysOpens; if (channel) { DisplayChannel(); DisplayInfo(); @@ -3035,6 +3036,7 @@ group = -1; number = 0; lastPresent = lastFollowing = NULL; + menuKeyAction = menuKeyAlwaysOpens; lastTime.Set(); withInfo = Setup.ShowInfoOnChSwitch; displayChannel = Skins.Current()->DisplayChannel(withInfo); @@ -3223,6 +3225,7 @@ :cOsdObject(true) { currentDisplayVolume = this; + menuKeyAction = menuKeyAlwaysOpens; timeout.Set(cDevice::PrimaryDevice()->IsMute() ? MUTETIMEOUT : VOLUMETIMEOUT); displayVolume = Skins.Current()->DisplayVolume(); Show(); @@ -3712,6 +3715,7 @@ lastSpeed = -1; timeoutShow = 0; timeSearchActive = false; + menuKeyAction = menuKeyAlwaysOpens; marks.Load(fileName); cRecording Recording(fileName); cStatus::MsgReplaying(this, Recording.Name(), Recording.FileName(), true); diff -au vdr-1.3.39-old/osdbase.c vdr-1.3.39/osdbase.c --- vdr-1.3.39-old/osdbase.c 2006-01-08 12:40:02.000000000 +0100 +++ vdr-1.3.39/osdbase.c 2006-01-16 19:04:56.000000000 +0100 @@ -76,6 +76,7 @@ cOsdMenu::cOsdMenu(const char *Title, int c0, int c1, int c2, int c3, int c4) { isMenu = true; + menuKeyAction = menuKeyAlwaysCloses; digit = 0; hasHotkeys = false; title = NULL; diff -au vdr-1.3.39-old/osdbase.h vdr-1.3.39/osdbase.h --- vdr-1.3.39-old/osdbase.h 2006-01-06 12:55:30.000000000 +0100 +++ vdr-1.3.39/osdbase.h 2006-01-16 19:14:25.000000000 +0100 @@ -66,16 +66,20 @@ virtual eOSState ProcessKey(eKeys Key); }; +enum eMenuKeyBehavior { menuKeyAlwaysCloses, menuKeyConfigurable, menuKeyAlwaysOpens }; + class cOsdObject { friend class cOsdMenu; private: bool isMenu; protected: bool needsFastResponse; + eMenuKeyBehavior menuKeyAction; public: - cOsdObject(bool FastResponse = false) { isMenu = false; needsFastResponse = FastResponse; } + cOsdObject(bool FastResponse = false) { isMenu = false; needsFastResponse = FastResponse; menuKeyAction = menuKeyConfigurable; } virtual ~cOsdObject() {} bool NeedsFastResponse(void) { return needsFastResponse; } + eMenuKeyBehavior MenuKeyAction(void) { return menuKeyAction; } bool IsMenu(void) { return isMenu; } virtual void Show(void); virtual eOSState ProcessKey(eKeys Key) { return osUnknown; } diff -au vdr-1.3.39-old/vdr.c vdr-1.3.39/vdr.c --- vdr-1.3.39-old/vdr.c 2006-01-15 14:31:57.000000000 +0100 +++ vdr-1.3.39/vdr.c 2006-01-16 19:41:44.000000000 +0100 @@ -791,13 +791,12 @@ // Menu control: case kMenu: { key = kNone; // nobody else needs to see this key - bool WasOpen = Interact != NULL; - bool WasMenu = Interact && Interact->IsMenu(); + eMenuKeyBehavior MenuAction = (Interact) ? (Interact->MenuKeyAction()) : (menuKeyAlwaysOpens); if (Menu) DELETE_MENU; else if (cControl::Control() && cOsd::IsOpen()) cControl::Control()->Hide(); - if (!WasOpen || !WasMenu && !Setup.MenuButtonCloses) + if (MenuAction == menuKeyAlwaysOpens || MenuAction == menuKeyConfigurable && !Setup.MenuButtonCloses) Menu = new cMenuMain; } break;

2 6

← Newer
1
...
8
9
10
11
12
13
14
...
21
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2006