vdr October 2005

vdr@linuxtv.org

152 participants
172 discussions

Image display during mp3 replay / DeviceStillPicture
by Lars von Wedel 02 Oct '05

02 Oct '05

Hello, I want to display various (cover) images in Muggle during music replay. Thus, the background image displayed using DeviceStillPicture needs to be changed during replay. The code I use is from the background cover patch for the mp3 plugin. It works fine, but the music replay is interrupted for a short period when the image changes. I suspect, that the sleep statement in the original code is responsible for this: if( the_setup.UseDeviceStillPicture ) { sleep(1); DeviceStillPicture( buffer, sp.size ); } In its original environment, the code is fine as the fragment above is executed before music replay starts. Removing the sleep statement makes the whole thing crash. Any ideas, how I can display alternating background images while replaying music? Lars P.S. In case this is of help: I use vdr-1.3.33, kernel 2.6-11 with kernel drivers, firmware 261f, TT DVB-s rev1.5 ---

3 3

PVR350, analogtv plugin, mp1e
by Torsten Mohr 02 Oct '05

02 Oct '05

Hi, i installed vdr-1.3.33, analogtv-0.9.37 and xine-0.7.6. I have a Hauppauge PVR350. I edited /video/channels.conf to have a single entry: S 25:335250:C0D45B6:C:0:301:300:0:A0:12003:0:0:0 vdr complained if the 10th entry was 0, so i added another value. I also installed "mp1e" from the analogtv homepage, it is in rte-09sep04.tar.bz2. I thought this one should match the analogtv plugin. There were no newer versions available. I now start vdr: vdr -Panalogtv -Pxine In another shell i start: xine "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" xine starts up and displays the OSD of vdr. vdr also tries to start "mp1e", but gives command line options that mp1e does not understand, e.g. "-j". So there is no output to the xine plugin. 1. Why do i need "mp1e" at all, the card already creates an MPEG output stream. Is this not used at all? So i could also use my old BTTV card? 2. How can i get a valid output to the "xine" plugin? Best regards, Torsten.

1 0

Bug streamdev CVS 1.10.2005 vs VDR 1.3.33
by Marko Myllymäki 01 Oct '05

01 Oct '05

I get this while making "make modules", any idea? --- make[1]: Entering directory `/root/vdr-1.3.33/PLUGINS/src/streamdev' g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/filter.o client/filter.c client/filter.c: In constructor âcStreamdevFilters::cStreamdevFilters()â: client/filter.c:58: error: âTS_SIZEâ was not declared in this scope client/filter.c: In member function âvoid cStreamdevFilters::Put(const uchar*)â: client/filter.c:85: error: âTS_SIZEâ was not declared in this scope client/filter.c: In member function âvirtual void cStreamdevFilters::Action()â: client/filter.c:98: error: âPID_MASK_HIâ was not declared in this scope client/filter.c:112: error: âTS_SIZEâ was not declared in this scope make[1]: *** [client/filter.o] Error 1 make[1]: Leaving directory `/root/vdr-1.3.33/PLUGINS/src/streamdev' --- I'm using: Linux version 2.6.11-1.1369_FC4smp (bhcompile(a)decompose.build.redhat.com) (gcc version 4.0.0 20050525 (Red Hat 4.0.0-9)) #1 SMP Thu Jun 2 23:08:39 EDT 2005 Out-of-box fedora core 4. Br. Marko

1 1

Different between '#define MAXOSDAREAS 16' and '#define MAXNUMWINDOWS 7'
by Webmaster 01 Oct '05

01 Oct '05

Hello, why is "#define MAXNUMWINDOWS 7" defined in dvbosd.c and "#define MAXOSDAREAS 16" in osd.h ? Its not the same and only 7 areas possible to create ?? Its a limit to the OSD/card ? Thanks Stefan Franz

3 4

Vdr and Parental Lock
by Alexw 01 Oct '05

01 Oct '05

Hi, I am coming back to a discussion from may this year. Follow http://www.linuxtv.org/pipermail/vdr/2005-May/002596.html for more info. @sad Any progress on the vdr parental lock plugin? Alex

7 10

Interactive plugins and MENUTIMEOUT since 1.3.32
by rollercoaster＠reel-multimedia.com 01 Oct '05

01 Oct '05

Hello List, in 1.3.32 the timeout of the menu is now handled in the main loop (vdr.c). this causes some plugins (in this case: channelscan) to be closed after MENUTIMEOUT what is sometimes not wanted... One way would be to make LastActivity global and update it in the plugin, another way would be to introduce a variable e.g. "AutoCloseMenu" in cOsdObject... Is there an "intended" way to suppress this behaviour? Any suggestions? regards, Thiemo

3 3

skincurses doesn't work
by Thomas Glomann 01 Oct '05

01 Oct '05

Hello, How can I use the skincurses plugin? The plugin compiles fine but I get no OSD drawn to the console (neither over a ssh connection nor directly on the console of my vdr server). Do I have to activate this plugin somehow? My setup is a epia-m w/ ff-dvb-s card. no tv connected. freshly installed gentoo linux (but with ncurses installed). latest VDR (1.3.33) and kernel-2.6.12-r10 Thanks, Thomas

3 6

only the first 9 lines from commands.conf can be linked from keymacros.conf
by Joerg Riechardt 01 Oct '05

01 Oct '05

I have in keymacros.conf Red Recordings #Green Schedule Green Commands 5 Yellow Commands 3 #Blue Timers Blue Commands 4 User1 Commands 6 User2 Commands 7 User3 Commands 8 User4 Commands 9 #User5 Commands 10 #User6 Commands 11 #User7 Commands 12 I would like to use the last 3 lines as well, but then vdr doesn't start. Obviously only keys 1-9 are accepted, but not 10-12. Is there a solution? Jörg

2 2

[bug vdr-1.3.33] "Error while accessing recording" after deleting
by Udo Richter 01 Oct '05

01 Oct '05

Hi Klaus, I've tracked down a nasty "Error while accessing recording!" / "Fehler beim Ansprechen der Aufzeichnung!" OSD message, occurring sometimes when deleting recordings in sub folders. This only occurs if the deleted file was the first one that was added to that sub folder - and maybe some other conditions. Thats what imho happens: -The file gets removed from OSD menu, Recordings list and disk. -cMenuRecordings::ProcessKey(kNone) triggers a Set() update of the current menu. -After that, ProcessKey(kNone) of the main recordings menu triggers a second Set() for the main recordings menu. -The second Set() call tries to remember the currently selected menu entry (the currently open sub-menu) by calling GetRecording() for it. -GetRecording tries to find the matching recording by comparing file names. -Folders use the file name of one of their recordings as dummy, and, by bad luck, this one is the one that was just deleted. -GetRecordings fails and throws the error. Something similar should happen if the currently selected menu item gets externally deleted, but thats less likely. Cheers, Udo

2 1

[PATCH] dvb-t, avoid retune on coderateL change
by Stefan Lucke 01 Oct '05

01 Oct '05

Hi, retuning on coderateL change, comes here in Berlin quite often. The attached diff fixes that. It could be that this is an error on provider side, but usual set top boxes don't show this behavior. With my diff and debugging enabled I get the following messages in syslog: Sep 11 11:16:24 jarada vdr[6566]: channel 14 (MDR FERNSEHEN) event 11:00 'Das Haus in Montevideo' status 4 Sep 11 11:16:24 jarada vdr[6566]: channel 18 (arte) event 11:15 'Karambolage' status 4 Sep 11 11:16:41 jarada vdr[6566]: old check would switch channel Sep 11 11:16:41 jarada vdr[6566]: new code would ignore this change Sep 11 11:16:41 jarada vdr[6566]: old check would switch channel instead of these when using old code: Sep 11 11:10:22 jarada vdr[6478]: old check would switch channel Sep 11 11:10:22 jarada vdr[6478]: new code would ignore this change Sep 11 11:10:22 jarada vdr[6478]: changing transponder data of channel 1 from T:522000000:0:1:0:2:2:2:1 to T:522000000:0:1:0:2:1:2:1 Sep 11 11:10:25 jarada vdr[6543]: [softdevice-audio]: xrun Sep 11 11:10:38 jarada vdr[6476]: old check would switch channel Sep 11 11:10:38 jarada vdr[6476]: new code would ignore this change Sep 11 11:10:38 jarada vdr[6476]: changing transponder data of channel 1 from T:522000000:0:1:0:2:1:2:1 to T:522000000:0:1:0:2:2:2:1 -- Stefan Lucke

1 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2005