vdr

vdr@linuxtv.org

6731 discussions

VDR Plugin Survey 2008
by Tobi 04 Dec '08

04 Dec '08

Hello dear VDR users and developers! I've started a small survey about VDR and the VDR plug-ins and kindly ask you to participate. http://e-tobi.net/survey/ The main reason for this survey is, that there are currently more than 300 plug-ins available for VDR (according to the English and German VDR Wiki). That's a lot! As a member of the Debian VDR packaging project (we currently just have about 120 plug-ins packaged), I would like to know, which are the plug-ins that are really used and which are the ones that aren't used at all. As a result of this survey, we would like to drop Debian packaging support for some of the rarely and not used plug-ins that are not maintained by their authors anymore and identify interesting plug-ins that might be good candidates for an official release in Lenny +1 . This survey is not just about the Debian VDR packages. It's main focus is on VDR and VDR plug-ins in general and I hope, it will be useful for other distribution maintainers and developers as well. I will make the results and all the collected data available to the public under the terms of the Creative Commons Licence (CC-BY-SA), after the survey has been finished. The survey is completely anonymous! You have to register with an email address and a password, but they will only be stored as an SHA hash in the database and will be randomized once more, before the data is made available to the public. The survey will not send any emails or do other nasty stuff! If you have any problems with the survey or your are missing a plug-in, just write me a small note to: vdr-plugin-survey-2008(a)e-tobi.net Thanks for your participation! Tobias Grimm (e-tobi.net)

5 7

why a StartDecrypting in cDevice::Detach(cReceiver *Receiver) ?
by jlacvdr 04 Dec '08

04 Dec '08

Hi, In many versions of vdr we can found camSlot->StartDecrypting() in the function Device::Detach(cReceiver *Receiver). I'm surprised about this StartDecrypting, I think it should be StopDecryptiong. If someone (klaus ?) can explain this ? Thanks in advance for your reply. Regards, JLac

2 1

Sync problem eHD extension
by Marek Hajduk 04 Dec '08

04 Dec '08

Hi All, I'm using eHD (svn 9690) with vdr 1.7.0 and HVR 4000. All channels I can tune without problems, but some channels I can't watch. for example 1.planeta sport (FTA channel) here is the line from my channels.conf Planeta Sport;Globecast:12597:vC34O0S0:S13.0E:27500:80:81:0:0:8201:318:9400:0 Audio works, however picture is after 3 seconds frozen 2. Sky cinema HD SKY Cinema HD;SkyItalia:11996:vC23M5O35S1:S13.0E:27500:161:0;404=ita,405=eng:0:919,93B:11031:64511:6400:0 Audio is long time synced and some times restarting, and I'm getting picture after maybe 30 seconds. here is log: audio: synced early 5.1 Mode 48.0 KHz 384 kbps Complete Main Audio Service Using PCM device 'plug:iec958:{AES0 0x0 AES1 0x82 AES2 0x0 AES3 0x2}' virtual void Reel::HdOsd::SetActive(bool) On=0 audio: synced early 5.1 Mode 48.0 KHz 384 kbps Complete Main Audio Service Using PCM device 'plug:iec958:{AES0 0x0 AES1 0x82 AES2 0x0 AES3 0x2}' audio: synced early 5.1 Mode 48.0 KHz 384 kbps Complete Main Audio Service Using PCM device 'plug:iec958:{AES0 0x0 AES1 0x82 AES2 0x0 AES3 0x2}' pro 4 10:27:51 [core.auStats] EMM packet load average (1/4/10min) 346 367 394 pks/s 5.1 Mode 48.0 KHz 384 kbps Complete Main Audio Service Using PCM device 'plug:iec958:{AES0 0x0 AES1 0x82 AES2 0x0 AES3 0x2}' 3. SVT HD SVT HD;Telenor:11938:hC34M5O35S1:S1.0W:25000:512:640=sve;641=sve:0:B00:3801:70:14:0 Audio and video is always stumbling, and after 30 seconds all is frozen. Have somebody solution? Regards Marky

1 0

teletext-subtitles and dvb-subtitles
by alex bustamante 04 Dec '08

04 Dec '08

Hello list, Would it be possible to "patch" the incoming dvb-stream with teletextsubtitles on the fly, so that VDR can decode it as DVB-subtitles?

1 0

xineliboutput OSD and playback problems
by Alex Betis 03 Dec '08

03 Dec '08

Hi, Please advice how to configure xineliboutput in the best way... I have 1.7.1 + ext64 patches, xineliboutput 1.0.3, nVidia card with latest drivers. After many tests I have the following: Using --hud gives best OSD I ever seen, but it shows only the OSD when the output window is in focus and no playback. When I select another window (loose focus), I see the playback, but this way I can't control it... Using opengl video output gives me the best playback quality with lowest CPU usage, but it doesn't show any OSD at all, nor software nor hardware. Using xv video output with deinterlacing takes about 40-50% of CPU on my E6600 system. OSD is shown ok (don't remember already, but I think only software based OSD works well). Using xxmc video output with deinterlacing takes less than 40% CPU, hardware OSD works well, but with tvtime deinterlacing looks like frames are dropped. Non tvtime deinterlacing doesn't look that good. Using xvmc output doesn't work since there is a module that can't be found. Please advice how can it be configured to have both low CPU, good deinterlaced image and an OSD (preffered the --hud one). Thank you.

6 16

vdr-1.7.1 video stream format
by Stefan Lucke 02 Dec '08

02 Dec '08

Hi, using vdr-1.7.1 patched for S2API with vdr-1.7.1-s2api-07102008-vanilla.patch and DVB drivers from yesterday (via: hg clone http://linuxtv.org/hg/v4l-dvb). I've the following issues (tuned to ZDF): - playing with softdevice there is no video, but audio and subtile work. - dumping the data I got via PlayVideo() to a file neither ffplay nor mplayer can identify stream info from dumped data. - additional implemented methods PlayTs*() won't get called. class cSoftDevice : public cDevice { private: cMpeg2Decoder *decoder; cVideoOut *videoOut; cAudioOut *audioOut; [snip] public: cSoftDevice(int method, int audioMethod, char *pluginPath); ~cSoftDevice(); [snip] virtual int PlayVideo(const uchar *Data, int Length); #if VDRVERSNUM >= 10701 virtual int PlayTSVideo(const uchar *Data, int Length); virtual int PlayTSAudio(const uchar *Data, int Length); virtual int PlayTS(const uchar *Data, int Length, bool VideoOnly = false); #endif -- Stefan Lucke

2 6

Re: [vdr] vdr + xbmc
by Niels Wagenaar 02 Dec '08

02 Dec '08

-----Original message----- From: Gerald Dachs <vdr(a)dachsweb.de> Sent: Tue 02-12-2008 13:21 To: vdr(a)linuxtv.org; Subject: Re: [vdr] vdr + xbmc > -- SNIP -- > I use one remote for both, I toggle with one button between 3 modes. > mode 1 > vdr-sxfe on Plasma TV and graphttft-fe on TFT in case > mode 2 > xbmc on Plasma TV and graphttft-fe on TFT in case > mode 3 > nothing on Plasma TV and xbmc on TFT in case I think you use a .lirc configuration in combination with irexec to switch? > I start vdr with --lirc=/dev/null so that it doesn't react on the remote. > Vdr-sxfe ist started with --lirc. Vdr-sxfe is never started the same time > that xmbc is running, so I can use the same remote for both. > This is indeed something I was looking for. Forgot that some options are extremely easy to resolve. But I was wondering, what remote do you use yourself and did you configure a .lircrc for vdr-sxfe? I want to use this configuration for my new HTPC (completely software based output) which will use Xine for VDR viewing (vdr-sxfe is somewhat unstable on my configuration). And the phrase " One Remote to rule them all" would be great :) > Gerald > Niels Wagenaar

4 5

vdr + xbmc
by serge pecher 02 Dec '08

02 Dec '08

>I was intrigued to see what is this XBMC all around and found that thread in >XBMC forum: >http://xbmc.org/forum/showthread.php?t=36988 >L >ooks >like >there is a way to stream live TV to XBMC from VDR already. Any reason you >don't use that option and prefer to have 2 frontends? its working, but its not easy to zap ! and that's also why I use a second frontend sp

1 0

Re: [vdr] vdr + xbmc
by Niels Wagenaar 02 Dec '08

02 Dec '08

-----Original message----- From: Alex Betis <alex.betis(a)gmail.com> Sent: Tue 02-12-2008 15:54 To: VDR Mailing List <vdr(a)linuxtv.org>; Subject: Re: [vdr] vdr + xbmc > -- SNIP -- > I was intrigued to see what is this XBMC all around and found that thread in XBMC > forum: > http://xbmc.org/forum/showthread.php?t=36988 > > Looks like there is a way to stream live TV to XBMC from VDR already. Any > reason you don't use that option and prefer to have 2 frontends? > That plugin had some issues last time I tried it. For instance: - zapping is very slow on encrypted and non-encrypted channels; - No bouquets are shown; - 4:3 broadcasts doesn't get automaticly set to 16:9 output; - Plugin needs to configured/started within video environment of XBMC (no own menu); Just not really workable atm, at least for me that is. But there's talk about implenting VDR frontend within XBMC. But that's just it, it's just talk. For a high WAF implementation, the VDR/XBMC switch wins hands down. Regards, Niels Wagenaar

2 1

Popcorn Hour vdr-ui development
by jori.hamalainen＠teliasonera.com 02 Dec '08

02 Dec '08

It seems that somebody has already begun an action on German NMT-forum to implement a PCH UI. In German http://www.hdd-player.de/syabas/showthread.php?tid=5201&pid=71288#pid71288 I've tested that. It brings basic EPG&timer-functionality to PCH with ability to tune to channel via streamdev. So it is a good start. But my personal opinion is that why he does a PCH software. It is hard to install and requires resources at PCH as it launches another 'web server'. Why not vdradmin-type of server to VDR machine to provide UI 1--N PCH-machines without installations? There is one bug to report, if EPG is missing, the program does not list the channel. But thanks Oli for making such a piece of software. Compared to plain streamdev this program enables to see if there is something to worth of watching on HD channels before tuning to it. BR, Jori

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr