vdr

vdr@linuxtv.org

2 participants
6731 discussions

[PATCH] improvement (I hope) upon the vdr-ttxtsubs "director's cut" patch.
by Luca Olivetti 19 Feb '05

19 Feb '05

The following path is additional patch to be appled after the director's cut patch available at http://www.hut.fi/~rahrenbe/vdr/ It has the following additional features (or misfeatures, depending on your point of view ;-) ): - it looks for the teletext page in a separate thread, so vdr won't freeze after a channel switch (this is only for live-view, for recordings I don't know what to do atm). - it removes the cache: the previous point makes it unnecessary and besides it was based on channel number, so it was not really reliable after a channel insert/delete - the manually selected pages are indexed based on the complete channel-id instead of the channel sid (the latter is not unique among various satellites, it's not even unique on the same satellite) - the menu for selecting the manual page also allows you to switch the subtitles display on or off (so if that's it's your main menu item you don't have to go to the configuration menu to switch them on/off -- unless someone tells me there's a way for a plugin to have more than one main menu entry) - the current status of subtitles (on/off) is independent of the configuration item (so if you change the first it won't affect the latter) Things to do: - find a way to look for the page after the dish has reached the position (I'm waiting until something for this issue has been implemented in main vdr) - ditto for recordings - find a way to synch recorded subtitles to the video (I don't know if I'm the only one, but during playback the subtitles are 2 to 5 seconds early, so they're very tiresome to follow. During live view they're perfectly synched) On a side note, it's not possible to show the audio tracks menu (and possibly other submenus I'm not currently using) when the subtitles are active. That's because the code opening the audio tracks menu in vdr.c is if (!Menu && !cOsd::IsOpen()) Menu = Temp = cDisplayTracks::Create(); with the subtitles active cOsd::IsOpen returns true, even if it's possible to open a new osd (ttxtsubs will close its osd in this case). As a workaround I commented out the "!cOsd::IsOpen()", but there should be a better way. 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 1

Patch for yaepg-0.0.2
by Anssi Kolehmainen 19 Feb '05

19 Feb '05

Hi, In YLE channels (in Finland) there are gaps between programs (in EPG-data) and yaepg draws only first program and then 'No Info' bar even when there are more programs. Attached is a small patch for yaepg-0.0.2 which adds code to search for next program. It also changes granularity for text box drawing from 5 minutes to 1 minute because YLE has some 4:30min programs (which are drawn as thin lines if granularity is 5min). Finally it changes font from fontYaepg to fontSml which looks much better with my Nova-T and xine-lib. Anssi Kolehmainen

2 1

Hang on tools.c SpinUpDisk - system("sync")
by Chris Warren 19 Feb '05

19 Feb '05

Hi again all, I finally managed to get my system installed in such a way that I can have both NPTL and LinuxThreads versions of glibc installed at the same time. However it's proving a headache. VDR (1.3.21 down to 1.3.19 - I've not tried anything below this) hangs on recording and becomes totally unresponsive - no input from the console is read, no response from SVDRP, nothing is displayed via the DVB card. I've looked into where the hang happens and its in SpinUpDisk on the line that calls system("sync") - if I comment this line out then everything works perfectly! Has anyone encountered this problem? Many thanks, Chris

2 2

Five year anniversary!
by Klaus Schmidinger 19 Feb '05

19 Feb '05

Over on http://vdr-portal.de somebody just pointed out that today marks VDR's fifth anniversary! On February 19, 2000, the initial revision of VDR has been written. Many thanks to all those who have contributed to the VDR development, but also to the many, many users who made VDR such a popular piece of software. Klaus

3 2

Mplayer plugin and slave mode patch rejected
by C.Y.M 19 Feb '05

19 Feb '05

I often use the mplayer plugin for vdr and was tired of constantly having to patch the svn of mplayer. So, I asked the guys over at mplayerhq if they could incorporate the slave mode patch we use. I was hoping that working with them could help solve the problem with the mplayer plugin showing the incorrect time when playing back native vdr files. This was their response (forward of email): -- SNIP -- On Fri, Nov 05, 2004 at 12:33:10AM -0800, C.Y.M wrote: >> Nico Sabbi wrote: > >>> >C.Y.M wrote: >> >>>> >>Is this patch an acceptable addition to mplayer? It is used by >>>> >>VDR/DVB to support playback through the DVB card. >> >>> > >>> >Mplayer can already output to FF dvb cards (if this is what you want), >>> >but anyway >>> >what is this patch supposed to do? Patches must have a description :) > >> >> Sorry for the lack of description. This patch is to make the >> progressbar in VDR work with the MPlayer plugin and slave mode. As far as I can see this is supposed to make MPlayer constantly print current position. For this there is already the get_percent_pos slave command. So, patch rejected. Greetings, Reimar Döffinger

3 2

OT: Best DVI Video Card for Xine
by Morfsta 18 Feb '05

18 Feb '05

Hi, I have a VDR box running on a Redhat 9 system, currently using a Technotrend FF DVB-S 1.5 and Hauppauge budget DVB-T connecting to a Sony 32" widescreen TV and Sony AV Amp (via dolby digital optical from the DVB-S) I'm getting a 43" Pioneer 435XDE plasma TV delivered and want to connect to it using the HDMI connection - obviously it will be much better quality and capable of delivering High Definition. Has anyone done this before? What's the best way to do it and the best video card (I guess a DVI based card with a DVI->HDMI cable??) Do people generally use X11 to display the output from VDR xine, or do people use framebuffer? If so, which card has acceleration best supported? Are there any problems with aspect ratio, how does this work and what's the best X11 set-up if using X? Is the desktop properly hidden? I'd appreciate any advice from anyone who's looked at doing this before, or pointers to some FAQs / websites. Cheers, morfsta

1 0

[PATCH] bug in epg.c
by Wolfgang Rohdewald 18 Feb '05

18 Feb '05

this patch removes unneeded code and inhibits access to unallocated memory: (the latter found by valgrind) --- /tmp/epg.c 2005-02-18 10:44:55.000762224 +0100 +++ epg.c 2005-02-18 10:45:56.379431248 +0100 @@ -525,7 +525,7 @@ if (description) { char *p = description; while (*p && *(p + 1) && *(p + 2)) { - if (*p == '-' && *(p + 1) == ' ' && *(p + 2) && islower(*(p - 1)) && islower(*(p + 2))) { + if (*p == '-' && *(p + 1) == ' ' && p != description && islower(*(p - 1)) && islower(*(p + 2))) { if (!startswith(p + 2, "und ")) { // special case in German, as in "Lach- und Sachgeschichten" memmove(p, p + 2, strlen(p + 2) + 1); EpgBugFixStat(5, ChannelID()); -- Wolfgang

1 0

Re: Fwd: [vdr] [ANNOUNCE] vdr-xine-0.7.1 plugin
by Reinhard Nissl 17 Feb '05

17 Feb '05

Hi, mike lewis wrote: >>>freevo vdr-1.3.20 # locate input_vdr.h >>>/usr/local/include/xine/input_vdr.h >>>/build/xine-lib/src/vdr/input_vdr.h >> >>Do these two files have the same content? > > Aah, no. They did not. So i did this: > freevo root # rm -fr /usr/local/include/xine > freevo root # cd /build/xine-lib > freevo xine-lib # make install > ...lots of out put. no obvious errors.. > freevo vdr-1.3.20 # locate input_vdr.h > /build/xine-lib/src/vdr/input_vdr.h > > OK, so its not installing *all* the files? I've no idea. > Any ideas why? Make install did re-create ../include/xine and copieda > wholebunch of stuff accross.. Maybe filtering the output gives an idea what's going wrong. This is the result on my machine: video:/soft/src/xine-lib # make install 2>&1 | grep input_vdr . . . /usr/bin/install -c -m 644 input_vdr.h /soft/xine-lib-cvs/include/xine/input_vdr.h video:/soft/src/xine-lib # > cp /build/xine-lib/src/vdr/input_vdr.h /usr/local/include/xine/. > fixed the problem. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

VDR working under FC3?
by Linux TV 17 Feb '05

17 Feb '05

Hi. I have my WinTV Nova-T card working under FC3 and can view/record streams. I cannot install VDR though - getting the following : [root@nzbaxters VDR]# make g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DREMOTE_ -D_GNU_SOURCE -D VIDEODIR=\"/fifty/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -I/share/dvb-cvs/dvb-ker nel/linux/drivers/media/dvb/include channels.c In file included from channels.h:13, from channels.c:10: config.h: In member function `bool cConfig<T>::Save()': config.h:140: error: there are no arguments to `First' that depend on a template parameter, so a declaration of `First' must be available config.h:140: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) make: *** [channels.o] Error 1 [root@nzbaxters VDR]# any ideas??

10 19

RE: [vdr] vdr-1.3.21: video data stream broken
by Vladimir Shved 17 Feb '05

17 Feb '05

> -----Original Message----- > From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf > Of Joerg Knitter > Sent: Wednesday, February 16, 2005 2:40 AM > To: Klaus Schmidinger's VDR > Subject: Re: [vdr] vdr-1.3.21: video data stream broken ... > Installed VDR 1.3.21 yesterday with CVS drivers from 25.01.2005, and > while I did not see any problems with VDR 1.3.19 I previously had > installed, I immediately got VDSB messages with VDR 1.3.21 when I > recorded with the FF card while I was zapping with the Nova-S (because > the FF was "occupied"). Just sharing my experience, I'm using 1.3.21 since Monday, using Nexus with SS2 2.6c and I was zapping whole evening while FF card was occupied and could not get VDSB to come up. I used enAIO, jumpplay and several other minor patches. If I occupy budget card and start zapping with FF card, I'll get VDSB very quick. Budget card seems to take longer before it locks on signal, takes few secs, FF card gets lock nearly instantly. If FF card is on same channel where budget card starts the timer, and later on FF card starts recording on another channel, I'll get VDSB and after restart both recordings would complete without a problem. I did not notice any changes if I would reload drivers or not after VDSB, or even after reboot, system behaves the same. Last night, system went through 7 timers without VDSB, there were two times where both cards were occupied. Vanilla kernel 2.6.10 w/ CVS DVB drivers from last week. Cards have their own IRQs, only NIC and IDE controller share same IRQ, everything else has its own IRQ in the system.

4 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr