vdr

vdr@linuxtv.org

6731 discussions

Feature Request: EPG: switch between channels and stay at same point in time...
by Laurence Abbott 20 Jan '06

20 Jan '06

I'm afraid I've come up with another request for a feature. I don't _think_ this is currently possible but I've been fooled before! ;-) The main way I set timers is to get a newspaper at the weekend and go through the TV-guide setting timers as I see fit. This means that I will set timers for Saturday, Sunday, Monday, etc. in turn for whichever channels. Currently, once I've finished one day and move on to the next, the schedule listing is set back to the current day whenever I switch from the EPG of one channel to another and I have to scroll down a long way to get back to where I was with the previous channel. Something I would find really useful, is to be able to switch between the EPG for different channels but stay at the same point in time, i.e. if I'm looking at Chan 1 at 5:30 pm for next Tuesday, I'd like to be able to switch to the EPG for Chan 2 for 5:30 pm next Tuesday, rather than it going back to the current day when I switch to Chan 2. Does that make sense? I'm, hoping you'll say that it's already possible by pressing keys 'x' and 'y' from the EPG! If not, I reckon it would make the schedule much easier to use in this way. Keep up the good work! Cheers, Laz

2 2

RE: [vdr] BUG: short directoryname disturbs the Recordinglist - Privat
by christian jacobsen 20 Jan '06

20 Jan '06

Hallo Klaus, > > I noticed something strange, if there are short > directorynames the the > > recording list gest disturbed. I also posted this here (with a > > screenshot) : > > > http://www.vdr-portal.de/board/thread.php?sid=&postid=380360#p > ost380360 > > > > It happens with a directory named "S" - see treelist below, > > Does this go away if you rename the "S" directory to, say, > "SSSSSSSSSSSSSSSSSSSS"? Yes, as soon as I rename the directory to SS and touch .update it is OK. Rename it back to S and the problem is there again. Greetings Christian Jacobsen

1 0

RFC: Installing vdr to /usr(/local)/sbin
by Ville Skyttä 20 Jan '06

20 Jan '06

As mentioned in a private mail to Klaus: I tend to think /usr(/local)/sbin and manual page section 8 would be more appropriate for vdr than /usr(/local)/bin and section 1. Even though "sbin" and section 8 is generally for "system administration commands", which vdr clearly is not, in my opinion vdr is even less a "user command" which "bin" and section 1 more or less implies. No need to clutter normal users' PATH with executables they aren't really supposed to run. Additionally, the vast majority of daemon-like programs are installed to sbin directories by all distributions I'm aware of. So, what do people think, would something like the attached patch be a good idea? It might break some setups, so it clearly needs to be done during a development cycle if ever. While sort of cosmetic, I think this would be a good thing, and in the series of making vdr feel "more mature" like someone mentioned in a recent "don't run as root" thread. Obviously, after applying the patch, vdr.1 should be renamed to vdr.8.

3 2

Channel 0?
by s.huelswitt＠gmx.de 19 Jan '06

19 Jan '06

Hi, I'm using vdr 1.3.39 and often I see messages like: Jan 19 17:36:46 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 Jan 19 17:36:46 video vdr[31577]: frontend 1 regained lock on channel 0, tp 212207 Jan 19 17:36:47 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 Jan 19 17:36:48 video vdr[31577]: frontend 1 regained lock on channel 0, tp 212207 Jan 19 17:36:50 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 Jan 19 17:37:22 video last message repeated 6 times Jan 19 17:37:29 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 Jan 19 17:37:30 video vdr[31577]: frontend 1 regained lock on channel 0, tp 212207 Jan 19 17:37:31 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 Jan 19 17:37:36 video vdr[31577]: frontend 1 lost lock on channel 0, tp 212207 As appearently the channel numbering starts with 1, I'm wondering what the heck is channel 0? Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 2

strange cPalette::SetBpp
by Markus Hahn 19 Jan '06

19 Jan '06

Hi there, with none default themes, I get the error messages like: "too many different colors used in palette" by using 16 different colors in theme file. As a result some Skins.Message are not displayed Digging deeper, I found cPalette::SetBpp osd.c give some strange values: At Start maxColors: 256 maxColors: 2 maxColors: 256 maxColors: 4 first call up menu maxColors: 16 maxColors: 4 etc. Why does the color resolution changed? Shoudn`t be at one value? regards Markus

2 1

RE: [vdr] Show device-number when writing error messages to syslog
by christian jacobsen 19 Jan '06

19 Jan '06

Hallo, > :) It would > >be really nice if the VDR error/info messages also could tell on what > >device the problem happened. > > > >I find lines like this in the syslog but as I were recording and live > >viewing at the time I don't know what really happened ;) > > > >clearing device because of consecutive poll timeouts > >cDolbyRepacker: skipped 238 bytes while syncing on next AC3 frame > >cAudioRepacker(0xC0): skipped 24 bytes to sync on next audio frame > >cVideoRepacker: no valid PES packet header found (dropped 201 bytes) > >cVideoRepacker: skipped 583 bytes while syncing on next picture > > > Just search for the Message, change the output and make a diff. If I was able to programm I would have sent a patch ;) > But as I know the remux don't know for which device it will > do the work. OK, if it is possible I can't say, but maybe it can be made possible ;) > But you are right, sometimes it would be very nice to know > which device > makes Problems. Indeed :) > Btw it would be nice to know whats behind the devicenumber. Is it > possible to detect that the first device is my DVB-S FF TT > 1.5 ?? Maybe > the Name of the device would be nice. Name would only help if you use different cards, Device number should be enough. Greetings Christian Jacobsen

1 0

Show device-number when writing error messages to syslog
by christian jacobsen 19 Jan '06

19 Jan '06

Hallo, Only a small wish that can help if one is searching for bugs :) It would be really nice if the VDR error/info messages also could tell on what device the problem happened. I find lines like this in the syslog but as I were recording and live viewing at the time I don't know what really happened ;) clearing device because of consecutive poll timeouts cDolbyRepacker: skipped 238 bytes while syncing on next AC3 frame cAudioRepacker(0xC0): skipped 24 bytes to sync on next audio frame cVideoRepacker: no valid PES packet header found (dropped 201 bytes) cVideoRepacker: skipped 583 bytes while syncing on next picture There might also be other messages that need this kind of information, but that are the ones that I stumbled across. Thanks Christian Jacobsen

2 1

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr