vdr

vdr@linuxtv.org

2 participants
6731 discussions

VDR on Raspberry Pi
by Morfsta 01 Oct '12

01 Oct '12

Hi, Now that Raspberry Pis are quite common, cheap (~£25) and easily acquired (I received my order within 2 days from Farnell) has anyone considered whether it might be feasible to put together an output plugin for VDR for it? It is now possible to play MPEG-2 (with a codec license costing £2.40) as well as 1080p H.264 with hardware acceleration. There is work on VOMP (previously on Hauppauge MediaMVP) to work as a VDR client on the Pi and as far as I can see quite a lot of progress has been made. I'm wondering whether it would be possible to run VDR with HDMI video / audio output on one of these too and given the work done so far on VOMP and XBMC how difficult it would be to create an output plugin? Cheers, Morfsta

5 7

Missing V4Ldevices using S2-6400 - is this normal?
by Sean Carlos 26 Sep '12

26 Sep '12

Hi list, I'm in the progress of migrating from a DVB-S / VDR 1.4.7 setup to a DVB-S2 TT-Premium S2-6400 setup using vdr 1.7.27 on Fedora 17, kernel 3.5.4-1.fc17.x86_64 . I followed these instructions here http://www.hubertus-sandmann.homepage.t-online.de/VDR.htm to install the driver & the appropriate firmware - instructions which seem to be the same on a few other wikis. /dev/dvb/ device entries appear and I can run vdr. No /dev/videoX device entries are created, which means I cannot use tvtime or similar to watch vdr. Also screen grabs which relay on /dev/videoX nodes don't work either. So two questions: 1) is lack of v4l devices a feature of the DVB-S2 driver / S2-6400 firmware, or has something gone wrong? 2) If the lack of v4l devices is a feature [or if I cannot fix the problem :-)], is it possible to view VDR output using /dev/dvb/adapter0/dvr0 using mplayer or similar? I saw many hints on accessing this node using szap -r and mplayer, but mplayer doesn't seem to provide output while vdr is running. Thanks in advance for any tips - I did try Google & searching the linux media list w/o success. Sean

4 4

Re: [vdr] Vdr server on Sheevaplug, channel listing corrupt with xvdr/vnsi plugins.
by Kent Nielsen 22 Sep '12

22 Sep '12

I can confirm the same problem. Unfortunately I can't pinpoint if it's related to VDR, VNSI/XVDR plugins or their XBMC addons. In backend for testing I used empty recording directory, empty timers.conf and only one channel in channels.conf. If I have more than one channels, then XBMC restarts and from the logs I see that they are really corrupt. I have also tried to use XVDR addon, but it doesnt work either. Additonally I have same setup (same software version), but with x64 backend. Everything works OK, both with VNSI and other addons. Backend info and logs: http://pastebin.com/xcWBNjzc Linux 3.3.2-kirkwood-dg #1 Mon Apr 23 17:09:27 CDT 2012 armv5tel GNU/Linux vdr (1.7.28/1.7.28) - The Video Disk Recorder vnsiserver (0.9.0) - VDR-Network-Streaming-Interface (VNSI) Server (latest git) VDR log from syslog: Sep 22 19:45:08 vana user.err vdr: [4868] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf Sep 22 19:45:08 vana user.err vdr: [4868] VNSI: Client with ID 1 connected: 192.168.16.6:56945 Sep 22 19:45:08 vana user.err vdr: [4876] VNSI: Welcome client 'XBMC Media Center' with protocol version '2' Sep 22 19:45:08 vana user.err vdr: [4876] VNSI: Creating new live Receiver Sep 22 19:45:08 vana user.err vdr: [4876] VNSI: Successfully switched to channel 1 - ETV Sep 22 19:45:08 vana user.err vdr: [4876] VNSI: Started streaming of channel ETV (timeout 10 seconds) Sep 22 19:45:08 vana user.err vdr: [4878] receiver on device 1 thread started (pid=4855, tid=4878) Sep 22 19:45:08 vana user.err vdr: [4877] cLiveStreamer stream processor thread started (pid=4855, tid=4877) Sep 22 19:45:08 vana user.err vdr: [4879] TS buffer on device 1 thread started (pid=4855, tid=4879) Sep 22 19:45:08 vana user.err vdr: [4877] VNSI: streaming of channel started Sep 22 19:45:08 vana user.err vdr: [4877] VNSI: sending 8 buffered packets Sep 22 19:46:21 vana user.err vdr: [4876] VNSI-Error: cxSocket::read: read() error at 0/4 Sep 22 19:46:21 vana user.err vdr: [4877] VNSI: exit streamer thread Sep 22 19:46:21 vana user.err vdr: [4877] cLiveStreamer stream processor thread ended (pid=4855, tid=4877) Sep 22 19:46:21 vana user.err vdr: [4876] buffer stats: 151152 (4%) used Sep 22 19:46:21 vana user.err vdr: [4879] TS buffer on device 1 thread ended (pid=4855, tid=4879) Sep 22 19:46:21 vana user.err vdr: [4878] buffer stats: 84412 (4%) used Sep 22 19:46:21 vana user.err vdr: [4878] receiver on device 1 thread ended (pid=4855, tid=4878) Sep 22 19:46:21 vana user.err vdr: [4868] VNSI: Client with ID 1 seems to be disconnected, removing from client list Frontend info and logs: http://pastebin.com/F3RJeA6H Linux 3.2.0-2-amd64 #1 SMP Mon Jun 11 17:24:18 UTC 2012 x86_64 GNU/Linux XBMC Media Center 12.0-ALPHA6 Git:20120921-ad94545 xbmc-pvr-addons commit ff729c0 cat xbmc.log | grep ERROR 19:44:22 T:139639212595136 ERROR: HAL: seems that Hal daemon is not running: The name org.freedesktop.Hal was not provided by any .service files 19:44:22 T:139639212595136 ERROR: HAL: no Hal context 19:44:22 T:139639212595136 ERROR: GLX: Same window as before, refreshing context 19:44:23 T:139639212595136 ERROR: JSONRPC Server: Failed to connect to sdpd 19:45:08 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:45:18 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:45:28 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:45:38 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:45:48 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:45:58 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:46:08 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id 19:46:18 T:139638525974272 ERROR: AddOnLog: VDR VNSI Client: StreamContentInfo - unknown stream id

1 0

Re: [vdr] vdr-1.7.29 + h264 MBAFF
by Kende 21 Sep '12

21 Sep '12

Klaus Schmidinger [Klaus.Schmidinger(a)tvdr.de] kirjoitti: >Here's the right one. All HD channels I've subscribed work with this patch here in finnish Elisa cable (C More, Eurosport, Yle, MTV3, Nelonen). -- Kende

2 1

[ANNOUNCE] VDR developer version 1.7.30
by Klaus Schmidinger 19 Sep '12

19 Sep '12

VDR developer version 1.7.30 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.30.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.29-1.7.30.diff MD5 checksums: c6d75f2962bc3e22d9313c0ee4fa113a vdr-1.7.30.tar.bz2 a63098efcc58bc697d6b890097d9c370 vdr-1.7.29-1.7.30.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 default skin "LCARS" displays the signal strengths and qualities of all devices in its main menu. For devices that have an stb0899 frontend chip (like the TT-budget S2-3200) retrieving this information from the driver is rather slow, which results in a sluggish response to user input in the main menu. To speed this up you may want to apply the patches from ftp://ftp.tvdr.de/vdr/Developer/Driver-Patches to the LinuxDVB driver source. The changes since version 1.7.29: - Fixed sorting recordings in the top level video directory. - Fixed handling control characters in SI data in case of UTF-8 encoded strings (thanks to Mehdi Karamnejad for reporting a problem with garbled UTF-8 EPG data and helping to debug it). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - When checking whether a video directory is empty, file names that start with a dot ('.') are now ignored and will be implicitly removed if the directory contains no other files. This fixes the leftover ".sort" files that were introduced in version 1.7.29. - Added IsUpdate() to the EPG handler interface (thanks to Jörg Wendel). - Fixed detecting transfer mode on full featured DVB cards (thanks to Stefan Huelswitt for reporting a problem with updating CA descriptors in such cases). - Fixed a race condition when zapping in transfer mode (reported by Reinhard Nissl). This involves a slight change in the semantics of the cReceiver::Activate() function, which is now called with 'false' *after* the receiver has been detached from the device. - The new function cDevice::ReadFilter() can be used by devices to implement their own way of retrieving section filter data (thanks to Deti Fliegl). - The new function cDevice::HasInternalCam() can be implemented by devices that provide encrypted channels in an already decrypted form, without requiring explicit handling of a CAM (thanks to Tobias Grimm). - VDR can now be built according to the FHS ("File system Hierarchy Standard") by activating the line #USEFHS = 1 in a copy of the file Make.config.template (thanks to Dennis Bendlin, as well as Christopher Reimer and Udo Richter for contributing to the patch). - By default (without FHS support) the config directory is now set to the value given in the -v option if only -v and no -c is given. - Fixed a long delay at the end when replaying a recording that has stopped recording less than an hour ago (typically time shift mode or a freshly edited recording). - Fixed getting the file size and number of frames of ongoing recordings (only the timestamp of the recording's directory was checked, while it should have been that of the index file). - Fixed sluggish response when manipulating editing marks while a cutting thread is running (reported by Torsten Lang). - The new setup options "OSD/Color key [0123]" can be used to adjust the sequence of the color buttons displayed in the menus to that of the color keys on your remote control (based on a patch from Oliver Schinagl). Authors of plugins that implement skins may want to adapt their SetButtons() function in order to make use of this new feature. See, for instance, the function cSkinClassicDisplayMenu::SetButtons() in skinclassic.c for details. Have fun! Klaus

11 17

vdr-1.7.29 + h264 MBAFF
by Придворов Андрей (Pridvorov Andrey) 19 Sep '12

19 Sep '12

Hi. I have trouble with some h264 HD channels. It have MBAFF scan type, live tv on vdr works, but no recordings. Recorded file have 0 size. But, if in remux.c, in int cFrameDetector::Analyze(const uchar *Data, int Length) change independentFrame = FrameType == 0x10 to independentFrame = (FrameType == 0x10 || FrameType == 0xf0) Than all recordings fine. Is this correct?

4 12

vdr build using git submodules
by Dominic Evans 18 Sep '12

18 Sep '12

Hi all, I was thinking of moving to building my own personal VDR and plugins from scratch, using HEAD/master versions, rather than using a binary deb-based system. My plan was to store the whole lot in a personal git repo, branching off the VDR releases git tracker [1], and then use git submodules to reference the active trees for each plugin I want (epgsearch, live, etc.) under PLUGINS/src. I'd also keep a set of quilt patches within the tree as well. Before I go ahead and do this, I just wondered if anyone else had done something similar? :) Cheers, Dom --- [1] http://git.gekrumbel.de/vdr.git

1 1

[PATCH] Allow instant recording to record only present event
by Matti Lehtimäki 15 Sep '12

15 Sep '12

Hi I made a patch to allow special case for instant recordings to only record the present event. This is done by defining Instant rec. time to 0. There is still the question what should be done if event is non-existent or otherwise not obtained? Should the VDR default Instant rec. time be used or not? -- Matti

2 9

Re: [vdr] vdr-xine breakage with Freeview HD
by Daniel Harris 11 Sep '12

11 Sep '12

On Mon, Sep 10, 2012 at 4:35 PM, Darren Salt <listspam(a)moreofthesa.me.uk> wrote: > I demand that Daniel Harris may or may not have written... > >> I had lots of problems specifically with BBC freeview HD using >> vdr-xine-plugin. I use debian wheezy with the e-tobi source. I had a >> feeling it had something to do with the deinterlacing plugin but i could >> never get it to work however i have recently changed the deinterlacing >> plugin to bob in the ~/.xine/config-xineliboutput (or something like that) >> and every thing has worked perfectly ever since. > > Well... reporting on http://bugs.xine-project.org/ when it fails will help a > lot with fixing these things. You'll need to be able to show how to cause it > and/or provide a backtrace (and, 99.999% of the time, you will need a > debuggable build for that; also best to be using xine-lib-1.2 hg). Just for the record when I said Lots of problems:- It can be problematic (for non experts) to setup vdr and all the relevant plugins, gui addons etc. I was informed on this mailing list that other people were viewing bbc HD with no problems so I thought i had not configured everything correctly. And this seems to be the case, as I indicated, once I set interlacing to bob all worked correctly. Actually now i think about it it was i am using xineliboutput-sxfe which i think might be different to the vdr-xine-plugin. That is why i didnt report a bug. Dan because quite frankly i am not exactly sure what I am doing except trying to watch and record tv. > > I've recently fixed one deinterlacing-related segfault which would occur at > the end of an HD recording... > > [snip] > -- > | _ | Darren Salt, using Debian GNU/Linux (and Android) > | ( ) | > | X | ASCII Ribbon campaign against HTML e-mail > | / \ | http://www.asciiribbon.org/ > > CAD: Can't Anybody Draw? > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

ATSC scanning support request
by Timothy D. Lenz 10 Sep '12

10 Sep '12

ATSC is the standard for OTA broadcast in the US now. It would be nice if support could be built into vdr now. The plugin for getting eit data and scanning for channels hasn't been updated in 2 years. It still has problems. on my x64 system, it seg faults most of the time when trying to scan for channels. It's more of a fluke that when it does work. And boradcasters don't follow the standards or something because I often don't have guide data when a 60$ converter box is able to find guide data. It would be nice to have its functions moved to VDR and then just dump the plugin. It served it's purpose when ATSC was just starting to be used, but it's time to build it in instead of it being an after thought.

4 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr