vdr

vdr@linuxtv.org

6731 discussions

implementing channel plug-in
by Theunis Potgieter 16 Jan '10

16 Jan '10

I was in search for a plug-in that could map alternative long names to the supposedly current long name of a channel. I guess I didn't search hard and long enough, but could not find one that would implement this behaviour. The idea is, that when ever a channel list is called, it will provide the alternative long name, but saves the original long name in channels.conf. So I thought of implementing one my self. After reading the PLUGINS.html from VDR-1.7.10, I thought it would be possible. I didn't see any spoon feeding when it came to channels in the documentation, so I thought I will have a look at channels.h and there seems to be a member function called Name() in the tChannelID class. Would it be wise then to copy the tChannelID class and replace the member function Name()? Which global pointer will I have to deleted and assign to the new object? Thanks, Theunis

4 13

Re: [vdr] Hauppauge PVR HD
by Martin Dauskardt 14 Jan '10

14 Jan '10

> Date: Tue, 12 Jan 2010 11:00:49 -0600 > From: Rob Davis <rob(a)davis-family.info> > Subject: [vdr] Hauppauge PVR HD > > Does anyone have any experience with this? Does it work with the > pvr-input plugin? there is a linux driver and support for mythtv. But pvrinput does not support it, as it is currently a "cx2341x"-plugin (mpeg2-hardware encoder chips cx23415/cx23416/cx23418). There is also a big difference: The HD PVR delivers not mpeg2 but a h264/mpg4 stream. I don't know if this stream is compliant to DVB-S2. One would need such a box for testing to see if it is possible to implement support in pvrinput or if it is easier to write a new plugin. Greets, Martin PS: Did you read my answer to your last question about pvrinput?

1 0

vdr shutdownskript - wrong time
by Steffen Barszus 13 Jan '10

13 Jan '10

Hi ! Looks like vdr's shutdownskript hook is not properly working. Since it seems to be undocumented in vdr man page i took my information from here: http://www.vdr-wiki.de/wiki/index.php/C%27t-VDR_-_Hooks #!/bin/sh # Simple ACPI shutdown hook # $1 : Next timer seconds from 1970 from 1970/01/01, UTC # $2 : Next timer seconds from now # $3 : Next timer title # $4 : Shutdown forced If the time is far enough in the future this is correct, if it is only few minutes in the future it gets horribly wrong (now +30 minutes or something similar) (The argument $1 is supplied wrong to the script) This is vdr 1.7.10 . I remember that some people have written this is a known problem. But why is it happening ? Has somebody debugged this allready ?

7 16

[ANNOUNCE] VDR developer version 1.7.11
by Klaus Schmidinger 12 Jan '10

12 Jan '10

VDR developer version 1.7.11 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.11.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.10-1.7.11.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.7.10: - Fixed resetting the file size when regenerating the index file. - The new function cDevice::PatPmtParser() can be used in derived devices to access the PAT/PMT of the currently replayed material. - Updated the Italian OSD texts (thanks to Diego Pierotto). - The PCR pid in generated PMTs is now set to 0x1FFF ("no PCR pid") in cPatPmtGenerator::GeneratePmt(), because VDR doesn't record the PCR pid. - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - The 'sky' plugin is no longer part of the VDR source. - Improved SPU handling on devices with limited OSD capabilities (thanks to Matthieu Castet). - Several code modifications to avoid compiler warnings (thanks to Winfried Ko"hler). - Added stream type 11172 AUDIO to cPatPmtParser::ParsePmt() (thanks to Johann Friedrichs). - Removed debug output of '-' from cTransfer::Receive(). - Added defines for large files to the 'newplugin' script (reported by Udo Richter). - Removed the workaround for short channel names of "Kabel Deutschland", because apparently they now have their data according to the DVB standard (thanks to Johann Friedrichs). - Some fixes to dvbspu.[hc] (thanks to Johann Friedrichs). - Fixed a busy loop when moving editing marks (thanks to Johann Friedrichs). - Updated sources.conf (thanks to Derek Kelly). - Modified cCharSetConv so that it can be used to convert from "whatever VDR uses" to a given code (thanks to Joachim Wilke). - Channel names containing commas are now handled correctly in channels.conf. If a channel's short name contains a comma, it is replaced with a '.'. - cDevice now logs the device number when a new device is created. - Fixed handling STREAMTYPE_11172_AUDIO in cPatPmtParser::ParsePmt(). - cParsePatPmt now has functions to retrieve the audio, dolby and subtitle pids. - cPatFilter::Process() now only stores CA descriptors for video and audio pids (thanks to Francesco Saverio Schiavarelli for reporting a problem with channels that have some encrypted components that VDR doesn't use). - cDevice::AddPid() now stores the stream type of the given pid (thanks to Andreas Regel). - Added cFont::FontName() and cFont::Size() (thanks to Andreas Regel). - cPatPmtParser now also stores the audio stream types. - The support for full featured DVB cards of the TT/FuSi design has been moved into the new plugin 'dvbsddevice'. On systems that use such a card as their primary device, this plugin now needs to be loaded when running VDR in order to view live or recorded video. If the plugin is not loaded, the card will be treated like a budget DVB card, and there will be no OSD or viewing capability. - Fixed handling the "CA PMT" generation (revised a change not mentioned in version 1.7.9's changes, which caused a malfunction with Conax and Viaccess CAMs). - Fixed stopping subtitle display when switching the primary device (thanks to Anssi Hannula). IMPORTANT NOTE TO PLUGIN AUTHORS: a plugin that implements a derived cDevice class that can replay video must now call the MakePrimaryDevice() function of its base class. - Fixed compiler warnings "format not a string literal and no format arguments" in some syslog calls (thanks to Rolf Ahrenberg). - The new command line options --edit and --genindex can be used to edit a recording or generate its index without actually starting the entire VDR (based on a patch from Helmut Auer). - Improved the description of the transponder parameters in vdr.5 (thanks to Winfried Ko"hler). - Avoiding setting the video stream type to 2 if the vpid is 0 (problem reported by Arthur Konovalov). - Implemented handling the "Content Descriptor" (based on a patch from Rolf Ahrenberg). The 'classic', 'sttng' and 'curses' skins display the textual representation of the content descriptors as "genre". The epg.data file stores the genre using the tag character 'G'. - Implemented handling the "Parental Rating Descriptor" (based on a patch from Rolf Ahrenberg). The 'classic', 'sttng' and 'curses' skins display the parental rating (if given) in their event displays. The epg.data file stores the parental rating using the tag character 'R'. IMPORTANT NOTE: if VDR doesn't display a parental rating, this does not necessarily mean that the given programme is suitable for all audiences! - Rearranged cEvent members to minimize memory waste. - After a CLRE command, no further EPG processing is now done for 10 seconds, so that data sent with subsequent PUTE commands doesn't interfere with data from the broadcasters (suggested by Helmut Auer). - Added support for DVB cards with multiple fontends. Note that this only works for DVB cards where each frontend can be used independently of all the others on the same adapter. - Fixed plugin arguments corruption with glibc 2.11 on x86_64 (thanks to Anssi Hannula). Have fun! Klaus

12 24

Hauppauge PVR HD
by Rob Davis 12 Jan '10

12 Jan '10

Does anyone have any experience with this? Does it work with the pvr-input plugin? I am currently using pvr-input connected to s-video to my cable hd box. I use the iptv plugin as it allows me to launch a script to change channels on the cable box. -- Latest news on http://www.stpixels.com/view_blog.cgi?user=66685 Rob Davis

1 0

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.11
by Martin Dauskardt 11 Jan '10

11 Jan '10

> Date: Mon, 11 Jan 2010 12:51:19 +0200 > From: Theunis Potgieter <theunis.potgieter(a)gmail.com> > Subject: Re: [vdr] [ANNOUNCE] VDR developer version 1.7.11 > > Hi Klaus, any plans on including vdr-1.7.9-pluginparam.patch for > pvrinput plugin? http://drseltsam.device.name/vdr/pvr/src/pvrinput > > This seems to create an input device of Plugin Type. I guess the > vdr-iptv plugin also creates something similar. pvrinput uses exactly the same pluginparam.patch. (It is taken from the iptv- plugin.)

1 0

xine vdpau not working?
by Simon Baxter 10 Jan '10

10 Jan '10

Hi This is more related to xine than VDR, but I can't get vdpau to work on my VDR box. Everything appears to compile fine, but if I do: xine --list-plugins | grep vdpau I get nothing. I can start xine with : xine --verbose=2 -V vdpau -A alsa --post vdr_video --post 001.vdr but it plays in xv "video_out_xv" (see attached) I can even start with xine --verbose=2 -V biggirlsblouse -A alsa --post vdr_video --post vdr_audio --post upmix_mono 001.vdr and it still plays in xv with no errors. ANY IDEAS?? I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff which was configured with: ./autogen.sh --with-vdpau --enable-debug --disable-optimizations --with-mpc=no then using xine-ui xine-ui-cvs-20090617220000 built with ./autogen.sh --enable-vdr-keys --disable-lirc My only library plugins are now xine-lib-1.2: ldconfig -p | grep xine libxine.so.2 (libc6,x86-64) => /usr/local/lib/libxine.so.2 libxine.so (libc6,x86-64) => /usr/local/lib/libxine.so ls -l /usr/local/lib/libxine* -rwxr-xr-x 1 root root 825 2010-01-09 11:59 /usr/local/lib/libxine.la lrwxrwxrwx 1 root root 16 2010-01-09 11:59 /usr/local/lib/libxine.so -> libxine.so.2.0.0 lrwxrwxrwx 1 root root 16 2010-01-09 11:59 /usr/local/lib/libxine.so.2 -> libxine.so.2.0.0 -rwxr-xr-x 1 root root 1118042 2010-01-09 11:59 /usr/local/lib/libxine.so.2.0.0 Kernel is: 2.6.27.29-170.2.78.fc10.x86_64 nvidia drivers are: kmod-nvidia-2.6.27.29-170.2.78.fc10.x86_64-180.60-1.fc10.1.x86_64 xorg-x11-drv-nvidia-libs-180.60-1.fc10.x86_64 Video card is: 00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6150SE nForce 430 (rev a2) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device d000 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22 Memory at f2000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at f3000000 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at 50000000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Kernel driver in use: nvidia Kernel modules: nvidia, nvidiafb Any ideas?? What am I doing wrong? Thanks Simon

10 12

Record HD broadcasts not working if the FF card is the primary device
by Markus Ehrnsperger 10 Jan '10

10 Jan '10

Hi, I can record HD broadcasts only if vdr-sxfe is running. I can always record SD broadcasts. I have an FF and a DVB-S2 card. I cannot watch HD broadcasts using the output device of my FF card, of course. But, it should be possible to record these broadcasts, even if they cannot be displayed with the current primary device (FF card). In the log, there are the following messages (repeated very often): ERROR: TS packet not accepted in Transfer Mode ERROR: TS packet not accepted in Transfer Mode ERROR: driver buffer overflow on device 2 This error is reproducible during one recording: 1) vdr-sxfe running, start recording (recording works) 2) exit vdr-sxfe (recording interrupted from this time) 3) start vdr-sxfe again (recording continues) I use the xineliboutput plugin and starting vdr-sxfe forces this plugin to become primary device. I can start VDR without the FF card (using --device). In this case, HD recording works always. Markus

2 3

Re: [vdr] [Patch] Allow to limit SVDRP port to given IP
by Manuel Reimer 10 Jan '10

10 Jan '10

Hello, I've attached a second patch. This patch changes VDR's svdrp port handling in the following way: If only the localhost item is found in svdrphosts.conf, then the port is attached to "INADDR_LOOPBACK", which makes it impossible to reach the port from outside. As soon as even one additional item is added, the port is opened to "INADDR_ANY", again, so the port is accessible from network. This way, the default configuration of VDR is "rock solid" and there should be no need to disable svdrp at all. We also have no additional configuration mechanisms. The user only has to work with svdrphosts.conf, as he did with previous VDR versions. CU Manuel -- () ascii ribbon campaign - against html mail /\ - gegen HTML-Mail answers as html mail will be deleted automatically! Antworten als HTML-Mail werden automatisch gelöscht! GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 4

Re: [vdr] xine vdpau not working?
by Jiri Dobry 10 Jan '10

10 Jan '10

Hello, Switch off composing is not needed on latest drivers (it was bug, but it is fixed) Except this I have similar problem, independent to composite desktop on or off. CPU usage from xine is between 5%-50% and it drop video frames. All libs (ffmpeg, x264, xine-lib-1.2-vdpau, xineliboutput) are from yesterday repositories, driver is latest beta (195.30) http://www.nvnews.net/vbulletin/showthread.php?p=2134207 Jiri Date: Sat, 09 Jan 2010 22:17:19 +0100 From: Steffen Barszus <st_barszus(a)gmx.de> Subject: Re: [vdr] xine vdpau not working? To: VDR Mailing List <vdr(a)linuxtv.org> Message-ID: <4B48F25F.5090002(a)gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Am 09.01.2010 21:16, schrieb Simon Baxter: >> >> Theunis Potgieter Said: >> >> I think it is your card that is the problem >> >> >> >> http://en.wikipedia.org/wiki/VDPAU shows that is should support up to >> >> VP1, however if you look at mythtv's guide: >> >> http://www.mythtv.org/wiki/VDPAU it starts only at series 8 and newer. >> >> >> >> It seems that your card can then only support xvmc for mpeg2 codec >> >> only. :( >> >> >> >> Buy a a new 8400 GS (old brand model name but new architecture G98 >> >> chip) as indicated here http://en.wikipedia.org/wiki/Nvidia_PureVideo >> > > > > I've tried it in my production machine now, which has this card: > > 03:00.0 VGA compatible controller: nVidia Corporation GeForce 8400 GS > > (rev a1) (prog-if 00 [VGA controller]) > > Subsystem: Giga-byte Technology Device 3463 > > Flags: bus master, fast devsel, latency 0, IRQ 16 > > Memory at ea000000 (32-bit, non-prefetchable) [size=16M] > > Memory at d0000000 (64-bit, prefetchable) [size=256M] > > Memory at e8000000 (64-bit, non-prefetchable) [size=32M] > > I/O ports at b000 [size=128] > > [virtual] Expansion ROM at eb000000 [disabled] [size=128K] > > Capabilities: [60] Power Management version 2 > > Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ > > Count=1/1 Enable- > > Capabilities: [78] Express Endpoint, MSI 00 > > Capabilities: [100] Virtual Channel <?> > > Capabilities: [128] Power Budgeting <?> > > Capabilities: [600] Vendor Specific Information <?> > > Kernel driver in use: nvidia > > Kernel modules: nvidiafb, nvidia > > > > > > And while vdpau does work now, I get little CPU improvement (drops > > from ~60% under xv to ~45% on vdpau), there's some tearing during > > action scenes and some image freezing for a few seconds when switching > > from live TV to recordings which I've had to "kill" on occasion. > Have you switched off compositing in the xorg ? Depending on your CPU - this is to high CPU usage still. I have below 10% at HD and around 5% or lower for SD while watching TV. Also denoise/sharpen of vdpau on SD content provides quite good quality picture even on SD. > > Currently I only have SD content to watch and my Sony Bravia 32V only > > supports up to 1360x668. Any point using vdpau? > If you are fine with xv - but see above - the only time i came in that range IMHO was back at the days where i still used my Turion ML-30 at some of the HD stations (not all).

3 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr