vdr

vdr@linuxtv.org

2 participants
6748 discussions

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

Small patch to prefermenu and ideas for next generation prefermenu.
by DOm 17 Feb '05

17 Feb '05

Hi, firstly i attach a small patch to fix drawing of the new yellow and blue "buttons" of prefermenu plugin. Thinking to a better prefermenu i would like to ask something to someone more inside the vdr code: Can i use something like the small menu for Audio track selection to show preferred channels? Doing so i can have a channel menu not too big and looking consistent with the current skin. Does this sound reasonable to you? And more important: Did you understand me? really :) Thanks for your effort, ANgelus.

3 4

VDR developer version 1.3.21
by Klaus Schmidinger 17 Feb '05

17 Feb '05

VDR developer version 1.3.21 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.21.tar.bz2 *** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED *** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY! The changes since version 1.3.20: - Fixed cDvbDevice::SetAudioTrackDevice() to avoid a blank screen after switching back to live mode if a recording is currently active on the primary device. - Fixed a possible freeze in pause mode in case a device's PlayPesPacket() function permanently returns 0 (thanks to Reinhard Nissl and Olaf Titz). - Completed the Finnish OSD texts (thanks to Rolf Ahrenberg). - Restricted the "setting audio track" log message to automatic changes during replay. - Fixed handling Transfer Mode for radio channels (thanks to Andreas Regel for reporting this one). - Fixed handling symbolic links in cRecordings::ScanVideoDir() (thanks to Stefan Huelswitt). - Completed the Danish OSD texts (thanks to Mogens Elneff). - Forcing a new resync after a call to cRemux::Clear() (suggested by Marco Schlüßler). - The cAudio::Play() function now has an additional parameter 'uchar Id' which tells the function the substream id of the given audio packet, so that a plugin can take the right action for the various kinds if audio data - which now also includes "normal" audio with ids 0xC0...0xDF (based on suggestions by Werner Fink and Macro Schlüßler). - Removed the "Cleared/PlayPes(NULL, 0)" handling from cTransfer::Action(), since this is now done when attaching the player to the device (thanks to Marco Schlüßler). - Making sure the buffer reserve in cTransfer::Action() is re-established after clearing the buffer. - Added DeviceClrAvailableTracks() and DeviceSetCurrentAudioTrack() to cPlayer (thanks to Marco Schlüßler). - Fixed a typo in detecting UTF-8 (thanks to Reinhard Nissl). - Now using twice the buffer reserve in cTransfer if the primary DVB card is an unmodified version with only 2MB of SDRAM, to avoid audio stuttering when playing Dolby Digital over the DVB card (thanks to Christian Jacobsen and Chad Flynt for suggestions and experiments in that area). - Making sure the first audio packet is not dropped when switching to "pre 1.3.19 Dolby Digital compatibility mode". - The 'plugins-clean' target of the Makefile now only deletes the actual plugin library files from this version of VDR (suggested by Andreas Brachold). - Added a missing 'resultSkipped = 0' to cRemux::Clear() (thanks to Marco Schlüßler for reporting this one). - The new function cDvbDevice::SetTransferModeForDolbyDigital() can be used by plugins that implement Dolby Digital output and thus want to prevent the cDvbDevice from starting Transfer Mode in order to replay DD over the DVB device. - Added missing reset of the 'repacker' to cTS2PES::Clear() (thanks to Marco Schlüßler for reporting this one). The DVB driver I am currently using can be found at ftp://ftp.cadsoft.de/vdr/Developer/linux-dvb.2004-12-26.tar.bz2 which is the CVS 'HEAD' version from 2004-12-26, made available as a complete archive for your convenience. Of course, you can also use any newer driver version. Have fun! Klaus

5 6

Re: [vdr] [ADMIN] server downtime
by Johannes Stezenbach 17 Feb '05

17 Feb '05

Hi all, linuxtv.org is operating within normal parameters ;-) We decided to replace the mailing list manager Ecartis with Mailman. If you want to change your settings go to: http://linuxtv.org/cgi-bin/mailman/listinfo In case you have trouble accessing CVS, or other problems, please send mail to admin(a)linuxtv.org. I read some people here are unhappy because of changed List-Ids or lost personal settings; I'm sorry about that, but we're too lame to get that right... Johannes

9 16

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr