vdr

vdr@linuxtv.org

2 participants
6731 discussions

Replacing aging VDR for DVB-S2
by Adrian C. 28 Jan '11

28 Jan '11

Hello, I'd like to replace my VDR with Duron 1200, Skystar2 and GeForce4. I'm not particulary interested in HDTV but I'd like to prepare the new VDR for the future, even though I'm on a budget. I'd buy Skystar2-HD with a GeForce that supports VDPAU. Would you be so kind to tell me if the SS2-HD works OK? Also with VDPAU, but more importantly in the absence of it would any of these CPU be up to the task of processing: Athlon2 X3 450 3.2GHz and Pentium E6500 or E6700 3.0GHz. Thank you very much. -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618

15 49

vdr crash on delete
by JJussi 25 Jan '11

25 Jan '11

Hi! Is this bug or feature. *(VDR 1.7.15)* You select Menu - Recordings - (select one record) - press "Delete"-button. 1. System asks, do you want to delete recording 2. you don't press enter, just let that query be on the OSD 3. after 60 seconds, vdr-thread restarts... -- JJussi

2 1

Remote receiver options...
by Laz 25 Jan '11

25 Jan '11

I've been following various threads over the past year or so exploring various options for having a server-client vdr setup and it got me thinking. I'm currently using a home-brew LIRC receiver attached to a serial port which works perfectly. The ION-based boards look very nice as a vdr front end (using xinelibout or some yet-to-be-written plugin!) because they can do hardware HD decoding. However, I suspect a lot of these lack a serial port so my simple LIRC receiver would be no good. What are others doing in this sort of situation? USB-based receiver (there are a couple described at lirc.org), or do most of the ION boards still have a serial header (must admit, not looked into this properly yet!)? Several DVB devices do contain receivers but that pretty much defeats the object of having a server containing DVB devices and a client just for viewing. It all looks nice in principle but any lack of a remote is a deal breaker! Cheers, Laz

7 6

Re: [vdr] [yavdr] Fw: RfC: add encryption and compression to VDR
by Gerald Dachs 25 Jan '11

25 Jan '11

Am Tue, 25 Jan 2011 17:44:23 +0100 schrieb Steffen Barszus <steffenbpunkt(a)googlemail.com>: > On Tue, 25 Jan 2011 17:12:24 +0100 (CET) > "Gerald Dachs" <gda(a)gmx.de> wrote: > > > > Wegen der Diskussion über live im moment, nur nochmal um es in > > > Erinnerung zu rufen die mail von Tadi: > > > > > I just checked the web-page[1] and found out that one of the > > > newest features of cxxtools is now native support for xmlrpc > > > (without the need for tntnet). It will also implement the > > > complete http server needed. > > > > Das würde den HTTP-Server-Part eines solchen Plugins natürlich > > deutlich vereinfachen: > > http://www.tntnet.org/cxxtools_httpserver.cpp.html > > > > Schade das noch keine Doku online ist für den JSON-Part. > > hier steht was zu JSON > http://www.tntnet.org/howto_xmlrpc.html Die Seite kenne ich, da steht nur zweimal das Wort JSON ;) Gerald

1 0

Re: [vdr] Request for rotor/actuator support integration to, vdr
by Arturo Martinez 24 Jan '11

24 Jan '11

:·) :·) I would also like some support for rotors in vdr, I can offer Klaus a free sat dish and an old rotor if that would motivate him... Klaus, as a minimum in vdr core we need the ability to specify a ´lapse value´ between a diseq command being sent (for non rotor users this would be zero, I´d imagine) and vdr tuning to a transponder or trying to add new channels. So in short if this value say was set to 30 seconds, then vdr would not add new channels or try to tune to a transponder. That would allow the rotor to do its job (with the existing diseqc.conf

3 3

[1.7.16] problem with GetClippedNumProvidedSystems
by L. Hanisch 24 Jan '11

24 Jan '11

Hi, I get log messages like: ERROR: device 1 supports 7 modulation systems but cDevice::GetDevice() currently only supports 4 delivery systems which should be fixed It's a Satelco EasyWatch (DVB-C): frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C") But AvailableBits is 4, MaxNumProvidedSystems computes to 15 and NumProvidedSystems is 7 if I write them with isyslog to the log. Is it a fault of gcc 4.4.3? Has anyone any idea? I just don't know what to do with this... Regards, Lars.

2 2

Re: [vdr] [ANNOUNCE] naludump 0.0.1
by Rolf Ahrenberg 22 Jan '11

22 Jan '11

On Sat, 22 Jan 2011, Udo Richter wrote: > Thought of that too, for a longer perspective. However, what do you > think where to add such a hook ideally? My original idea was to hook in cDevice::Action() as it would bring most flexible setup to blacklist/rewrite pids. However, I forgot the current section mechanism and pat/pmt parsing. > Adding a hook to cDevice::Action would affect all streams, including > transfer mode and streaming etc., but has no known relation between PID > and stream type. Also, there may be several video streams in parallel > here. And I wouldn't consider it good style to provide just filtered > streams for all in any case. Wouldn't stripping NALU fill data help to reduce the required network bandwidth for streamdev, xineliboutput, and vnsi plugins? I do see many benefits using filtered streams everywhere. You could also transcode only certain video/audio pids as the device class know its' transponder/channel parameters. > Adding a hook to cRecorder::Receive() would be nice, as (although not > explicitly specified) the data is received as single TS packets, which > would allow packet dropping easily. Also, the packets can easily be > checked for the (one and only) video PID and video type. However, > Receive() is supposed to return immediately, esp. since its called > within a Lock() of the device. You could simply hook up into the ringbuffer methods used in cRecorder. > A more flexible way would be to add yet another ring buffer between the > receiving buffer and the frame detector, and do the hook between the > buffers. But another buffer will be additional overhead... ..and you already thought about it. :) Anyway, it's up to the plugin how big the overhead will be and it wouldn't hurt when recording. It's up to the user how many recording filters she's going to chain... BR, -- rofa

2 1

Re: [vdr] [ANNOUNCE] naludump 0.0.1
by Rolf Ahrenberg 22 Jan '11

22 Jan '11

On Sat, 22 Jan 2011, Timothy D. Lenz wrote: > Has anyone here every used or seen an STB's rotor support? The one I have is > a first gen Neusat SP-6000. Maybe those of you with the interest in doing it > and programing skill to tackle it have a sat store near by where you can see > one and get a look at the setup functions. OR find a cheap one on ebay. Ask > in the forum at http://www.satelliteguys.us/ for which units are good > examples or for recomendations of options/functions that are useful. Might > even be able to get some screen shots for ref design. Combine the best of has > been done. A lot of those guys have several STB's and have seen/tried many > more. Well, this looks like hijacking a thread, but I'll give my 2 cents anyway. Howabout just polising the current GotoX patch and convince Klaus to merge it into upcoming developer versions. IMO, it should be simple enough for a core feature in both feature and setup wise. BR, -- rofa

1 0

Re: [vdr] [ANNOUNCE] naludump 0.0.1
by Rolf Ahrenberg 22 Jan '11

22 Jan '11

On Fri, 21 Jan 2011, Udo Richter wrote: >> On 01.01.2011 22:29, Udo Richter wrote: >>> Later versions will also integrate into VDR as a patch, and will filter >>> out these fillers while recording. > > I had some issues integrating it properly into the recording function of > VDR, and then ran out of time. But I think I'll find some time this weekend. Howabout just adding a filter API and do the actual job in a plugin - I have some ideas where I could reuse such a mechanism. BR, -- rofa

3 2

[patch] pin & epgsearch plugins compatibility
by jdobry＠centrum.cz 22 Jan '11

22 Jan '11

Hello all, I found that pin & epgsearch plugins are not compatible if it is compiled on 1.7.16 (maybe more versions). Patch for epgsearch-0.9.25.beta18 is in attachment Jiri Dobry

3 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr