vdr

vdr@linuxtv.org

2 participants
6731 discussions

vdr-plugin-dvd fails to build
by cedric.dewijs＠telfort.nl 26 May '12

26 May '12

Hi All, I am trying to build vdr-plugin-dvd, but it failes with the following message: g++ -g -O3 -Wall -Woverloaded-virtual -Wno-parentheses -fpermissive -fPIC -O3 -c -D__KERNEL_STRICT_NAMES -DUSE_GRAPHTFT -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/vdr dvd.c In file included from player-dvd.h:14:0, from dvd.h:20, from dvd.c:15: /usr/include/dvdnav/dvdnav.h:284:47: error: expected ?,? or ?...? before ?this? make: *** [dvd.o] Error 1 I have searched google on this, and this link suggest to install libdvdnav and libdvdread: https://bugs.gentoo.org/show_bug.cgi?id=393199 I have installed libdvdread-4.2.0-1 and libdvdnav-4.2.0-2, but the error remaines. I am running arch linux. What did I miss? Best regards, Cedric

3 2

Multiple DVB-S(2) tuners
by Marx 22 May '12

22 May '12

Let's say I will install DVB-S and DVB-S2 tuner (so the first can't play most HD channels), or I install 2 identical tuners but connect them to two different sattelites. How to tell VDR which channel is available on which hardware? Marx

4 4

[PATCH, RFC] STB0899 signal strength (pctv452e, others too?)
by Juergen Lock 20 May '12

20 May '12

Hi! (I guess the forums are not the best place to post this, hence reposted here...) By accident I stumbled across the special case for TT-budget S2-3200 (DVB-S/DVB-S2) in vdr's dvbdevice.c, and since both my tuners using the pctv452e driver have the same issue (which are STB0899 too, issue is the red/yellow/green bars in femon/osd didn't appear) I added an OPTION to the FreeBSD port (STB0899_SIGNAL in the port's make config menu) to enable the patch below. Optional since I don't know if there are STB0899-based tuners that don't have the problem, does anyone here know? (see log, if vdr logs like vdr: [29376960] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STB0899 Multistandard") and the bars appear without the patch please let us know, noting pci ids for the cards especially if different from 0x13c2:0x1019 or if it's usb, thanx!) Cheers, Juergen And here comes the patch, also at: http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/vdr/files/stb0899-si… --- dvbdevice.c.orig +++ dvbdevice.c @@ -560,6 +560,12 @@ int cDvbTuner::GetSignalStrength(void) c switch (subsystemId) { case 0x13C21019: MaxSignal = 670; break; // TT-budget S2-3200 (DVB-S/DVB-S2) } +#if 1 + // XXX This is likely not correct for all cards using stb0899 + // but pctv452e usb ones seem to be affected too... + if (!strcmp(device->DeviceName(), "STB0899 Multistandard")) + MaxSignal = 670; +#endif int s = int(Signal) * 100 / MaxSignal; if (s > 100) s = 100; @@ -632,6 +638,12 @@ int cDvbTuner::GetSignalQuality(void) co switch (subsystemId) { case 0x13C21019: MaxSnr = 200; break; // TT-budget S2-3200 (DVB-S/DVB-S2) } +#if 1 + // XXX This is likely not correct for all cards using stb0899 + // but pctv452e usb ones seem to be affected too... + if (!strcmp(device->DeviceName(), "STB0899 Multistandard")) + MaxSnr = 200; +#endif int a = int(Snr) * 100 / MaxSnr; int b = 100 - (Unc * 10 + (Ber / 256) * 5); if (b < 0)

7 9

Emergency exit
by Richard Scobie 20 May '12

20 May '12

Is it expected behavior for vdr to do an emergency exit with two recordings in progress? If so, perhaps there could be an option to disable this. I was recording a program on one tuner, while recording and delayed viewing a sports feed on the second tuner. When the carrier was dropped at the end of the event, this triggered an emergency exit, thus disrupting the recording in progress on the first tuner. vdr 1.7.27 and TT S2-6400. Regards, Richard

2 2

[ANNOUNCE] VDR successfully ported to Windows
by WinVDR 19 May '12

19 May '12

I have successfully ported VDR to Windows :) The port is a *native* Windows port using MinGW-w64 (does NOT use cygwin). (I will post the patch when every thing is ready). The only unsolved problem is that section filtering functions in cDevice cannot be implemented on Windows since hardware drivers do not use file descriptors to deliver data, another problem is that some drivers like the SkyStar2 driver do not provide section filtering at all, so if you want that data you have to extract it from TS packets directly. To solve that problem we need to modify these functions and avoid using file descriptors: int cDevice::OpenFilter(u_short Pid, u_char Tid, u_char Mask); void cDevice::CloseFilter(int Handle); Does any body have suggestions about the best way to implement this. We might also consider implementing builtin section filtering in VDR so we can extract section filtering data from TS packets directly if the driver does not provide them. The libdvbpsi library might be handy for that purpose. I have implemented a plugin to support the SkyStar2 budget card and it works fine, but since cDevice::OpenFilter() is not implemented, all the recordings produced by VDR do not include section packets(PAT,PMT..) so they are not playable.

7 8

Re: [vdr] vdr xine-lib eac3
by Karim Afifi 18 May '12

18 May '12

Hello, I am using vdr-1.7.27 and xineliboutput (with xine-lib from january 2012 and José Alberto's patch). All HD dvb-t french channels are deliver "eac3", but vdr delivers only stereo pcm on the spdif output (instead of 5.1). Is it the normal behaviour, or did I miss something ? Is there a way to convert eac3 => ac3 for delivering 5.1 stream through the spdif output ? Regards. Karim -----Message d'origine----- De : vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Jose Alberto Reguero Envoyé : dimanche 3 octobre 2010 23:56 À : VDR Mailing List Objet : Re: [vdr] vdr xine-lib eac3 Attached is a patch to fix xine-lib ts work with eac3. With this patch you can use xine-ui to play the records. Jose Alberto El Domingo 03 Octubre 2010, Jose Alberto Reguero escribió: > Playing with xine-ui and demux ts don't work well. You must play it > with > vdr- xine. > > Jose Alberto >

1 0

Re: [vdr] vdr-1.7.27 : compilation error with several plugins
by Udo Richter 17 May '12

17 May '12

Am 01.05.2012 14:00, schrieb Karim Afifi: > Hello, > > I am building a new box with vdr-1.7.27. Several plugins don't compil > anymore with this error msg : > i18n.h:8: error: ‘tI18nPhrase’ does not name a type > > Is there a solution to fix this ? Most plugins should have updated versions or developer snapshots available by now. Some patches are also available at vdr-portal.de. For the common iI18NPhrase bugs, there's usually a line missing in i18n.h: --- i18n.h +++ i18n.h @@ -9,6 +9,7 @@ #ifndef __SOMEPLUGIN_I18N_H #define __SOMEPLUGIN_I18N_H +#include <vdr/config.h> #include <vdr/i18n.h> #if VDRVERSNUM < 10507 Cheers, Udo

2 2

Problems viewing while recording with IPTV plugin 0.5.2
by Johan Andersson 16 May '12

16 May '12

Do anyone else have IPTV problems with vdr 1.7.27? I am trying to update to vdr 1.7.27 on Ubuntu Precise. I have tried both a 'pure' VDR and the yavdr teams PPA. In both cases, if I record one channel supplied by IPTV I can not view another supplied by IPTV. I have the plugin started with '--devices=4'. The viewed channel gets all garbled, it seems very little data arrives. If I use an earlier IPTV version, the recorded channel gets no data and the dreaded 'Video Data stream broken' arrives. I broadcast all my FTA channels from the server by mumudvb and this works nicely under Ubuntu 10.04, vdr 1.7.16 and iptv 0.4.2. /Johan

1 0

[ANNOUNCE] epgfixer-plugin 0.2.0
by Matti Lehtimäki 14 May '12

14 May '12

New features in 0.2.0: - Support for ignoring EPG data for selected channels. - Support for copying EPG data from one channel to another. Bug fixes: - Fix character set conversion for selected channels. - Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg). - Fix compiling with g++-4.7. - Improve example configuration files. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti

3 6

Initial Tuning fails with lnb sharing / device bonding
by Midas 13 May '12

13 May '12

Hi, to pick out one of the problems i am currently experiencing with lnb sharing i am starting a new thread. With device bonding or same cable usage (vdr 1.7.27 / 21 resp.) set, vdr absolutely fails to tune to any satellite channel after a restart. The only chance to regain tuning is to set up the devices individually, then switch to some channel, then switch between devices via femon and then set up back to lnb sharing /device bonding. This is not reliable and it may be necessary to repeat the steps until vdr finally works as expected. Afterwards there seem to be at least no serious problems with the setup and vdr keeps tuning as expected (yet maybe from time to time it looses live pic when switching polarization on timer start). Adapters (with indices set by module params): MSI TV@nywhere Satellite II PCI (Mantis / stb0899) adapter_nr=0 Technisat Skystar HD PCI (TT S3200 clone / stb0899) adapter_nr=1 Hauppauge WinTV Nova T-Stick (mt2060) adapter_nr=2 Notes: -This is a Diseqc setup. -The MSI card replaces my old Twinhan VP1020 SD DVBS device. In the old setup i had lnb sharing running for months but it turned out to be necessary to patch the Twinhan driver preventing it from sending any voltage signal, to achieve reliable switching between V and H. Conclusion: Something is wrong in how vdr administrates / sets up the master device (on restart). Greetz Michael

2 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