vdr

vdr@linuxtv.org

2 participants
6731 discussions

VDR loading locale
by crow 30 Nov '10

30 Nov '10

In my case i selected these bs_BA.UTF-8 UTF-8 bs_BA ISO-8859-2 de_AT.UTF-8 UTF-8 de_AT ISO-8859-1 de_AT@euro ISO-8859-15 en_US.UTF-8 en_US.ISO-8859-1 And did locale-gen to generate these, and all went fine. Just on VDR 1.7.16 start I see in its log this: Nov 29 16:16:40 localhost vdr: [14907] VDR version 1.7.16 started Nov 29 16:16:40 localhost vdr: [14907] switched to user 'vdr' Nov 29 16:16:40 localhost vdr: [14907] codeset is 'UTF-8' - known Nov 29 16:16:40 localhost vdr: [14907] found 0 locales in /usr/share/locale Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'deu,ger' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'slv,slo' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ita' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'dut,nla,nld' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'por' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'fra,fre' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'nor' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'fin,suo' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'pol' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'esl,spa' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ell,gre' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'sve,swe' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'rom,rum' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'hun' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'cat,cln' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'rus' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'hrv' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'est' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'dan' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'cze,ces' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'tur' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ukr' Nov 29 16:16:40 localhost vdr: [14907] no locale for language code 'ara' And no other language then English is posible to select inside OSD Settings. If i just add these more inside /etc/locale.gen de_DE.UTF-8 UTF-8 de_DE ISO-8859-1 de_DE@euro ISO-8859-15 and do again locale-gen (which also went fine), in log is to see this: Nov 29 16:18:52 localhost vdr: [17933] VDR version 1.7.16 started Nov 29 16:18:52 localhost vdr: [17933] switched to user 'vdr' Nov 29 16:18:52 localhost vdr: [17933] codeset is 'UTF-8' - known Nov 29 16:18:52 localhost vdr: [17933] found 27 locales in /usr/share/locale Nov 29 16:18:52 localhost vdr: [17933] no locale for language code 'por' Nov 29 16:18:52 localhost vdr: [17933] loading plugin: /usr/lib/vdr/plugins/libvdr-signal.so.1.7.16 And i can select there other language then just English, even no locale for them. Is this above normal behavior or something is wrong here...

2 1

[announcement] vdr2jpeg-0.1.9
by Andreas Brachold 27 Nov '10

27 Nov '10

Hello, Here a new release of vdr2jpeg. http://xxv.berlios.de/content/view/48/1/ Changes -------- Support new vdr filestructure and fileformat (since VDR-1.7.3) What's it --------- vdr2jpeg is a small program, that generated jpeg images from vdr recordings. For installations you need g++ as compiler and librarys from ffmpeg as multimedia framework. See included file README for more details. http://xxv.berlios.de/content/view/25/42/ Enjoy, Andreas

1 0

eepg 0.3 patch
by Arturo Martinez 25 Nov '10

25 Nov '10

If the eepg plugin does not compile for you with current headers (2.6.34 or newer) this mini patch will fix it. Thanks to Alain Beckam for spotting the problem, I just made the diff file. --- eepg.c.ori 2010-09-01 15:43:56.000000000 +0200 +++ eepg.c 2010-09-01 15:45:02.000000000 +0200 @@ -2684,7 +2684,7 @@ class cEIT2:public SI::EIT { public: - cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, + cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus = false); // originally from libdtv, Copyright Rolf Hakenes <hakenes(a)hippomi.de> @@ -2773,7 +2773,7 @@ } #endif /* NOEPG */ - cEIT2::cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus) + cEIT2::cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * Data, bool OnlyRunningStatus) : SI::EIT (Data, false) { if (!CheckCRCAndParse ()) return;

1 0

Changing VDR settings via command
by Helmut Auer 21 Nov '10

21 Nov '10

Hi List, Is there a way to change the setup.conf values via script, without stopping vdr ? Would be niche to have a svdrp command for that ! -- Helmut Auer, helmut(a)helmutauer.de

1 0

xine, eepg and 64 bits
by martinez＠embl.de 20 Nov '10

20 Nov '10

Hi, I upgraded my installation to arch linux x86-64 (from ubuntu 32bits) and now using the same source files for vdr-1.7.15 everything compiles and works except two things: a) the eepg plugin refuses to compile: eepg.c:2687:35: error: expected ‘)’ before ‘*’ token eepg.c:2776:16: error: expected constructor, destructor, or type conversion before ‘(’ token eepg.c:4222:31: error: expected ‘}’ at end of input Can somebody help ideally by pointing out what I need to do to get it to compile and failing that supplying a 64 bits compiled libvdr-eep.so.1.7.15 b) sometimes when changing channel something very weird happens with xine, it freezes and I need to kill xine and open it again to zap to the new channel. The error log is clear, but how do I fix this? cat /var/log/vdr.log vdr: /usr/lib/vdr/plugins/libvdr-'xine.so.1.7.15: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (can not open file because it doesn´t exist) Many thanks, A Martinez

4 3

VDR Portal down?
by Achim Tuffentsammer 19 Nov '10

19 Nov '10

Hi, www.vdr-portal.de seems to be down (yesterday evening and today)? Anyone else experience this? rgds Achim

4 4

VDR-Portal server outage
by Thomas Keil 19 Nov '10

19 Nov '10

Hello everyone, I just talked to Genka about the vdr-portal.de server outage. The machine has been transfered to a new location this weekend, and apparantly they still have problems to get it running. He told me that he is in close contact with the technicians, but there currently is no statement when the service will be back again. If I get new information I'll relay it either here or on the startpage of www.vdr-wiki.de Cheers Thomas

1 0

VDR 1.7.16 - emergency exit on recording HD shows
by Luboš Doležel 16 Nov '10

16 Nov '10

Hello, I'm use VDR on my server with a DVB-S card. I use it to stream TV channels and record TV shows. Recording works great for SD channels, but is broken for HD channels. Whenever I ask it to record a HD TV show, it starts recording (but the .ts file doesn't grow in size) and after 30 seconds it terminates unexpectedly. It says the video data stream is broken, but it's actually fine! There are no problems with watching HD channels streamed from VDR... I suggest VDR should stop taking care about the stream correctness and should just start recording. Because until then vdr-streamdev-server and wget are the only working combo. Aside from that I don't understand why it terminates completely if it _thinks_ some bad data arrived. Data errors may happen at any time and it's not a valid reason for an emergency exit. This one's an encrypted DVB-S2 channel, I've tried the FTA BBC HD too and it terminated as well. The syslog: Nov 14 11:55:26 hera vdr: [10024] switching device 1 to channel 8 Nov 14 11:55:26 hera vdr: [10024] timer 5 (8 1133-1340 'Rande s celebritou') start Nov 14 11:55:26 hera vdr: [10024] Title: 'Rande s celebritou' Subtitle: '(Win a Date with Tad Hamilton!) Dívce z malého města Kate Bosworth, posedlé hvězdnou slávou, se splní sen! Vyhraje rande se svým idolem filmového plátna a on ji začne zbožňovat. Jejímu nejlepšímu příteli se to' Nov 14 11:55:26 hera vdr: [10024] record /var/lib/video.00/Rande_s_celebritou/2010-11-14.11.33.8-0.rec Nov 14 11:55:26 hera vdr: [10024] cFileName::SetOffset: removing zero-sized file /var/lib/video.00/Rande_s_celebritou/2010-11-14.11.33.8-0.rec/00001.ts Nov 14 11:55:26 hera vdr: [10024] recording to '/var/lib/video.00/Rande_s_celebritou/2010-11-14.11.33.8-0.rec/00001.ts' Nov 14 11:55:26 hera vdr: [10056] recording thread started (pid=10024, tid=10056) Nov 14 11:55:26 hera vdr: [10035] timer 1 (8 1133-1340 'Rande s celebritou') set to event Ne 14.11.2010 11:35-13:30 'Rande s celebritou' Nov 14 11:55:57 hera vdr: [10056] ERROR: video data stream broken Nov 14 11:55:57 hera vdr: [10056] initiating emergency exit Nov 14 11:55:57 hera vdr: [10024] emergency exit requested - shutting down Nov 14 11:55:57 hera vdr: [10024] stopping plugin: streamdev-server Best regards, -- Luboš Doležel

7 16

Re: [vdr] projects.vdr-developer.org - Domain down!
by Christian Wieninger 15 Nov '10

15 Nov '10

Hi, > In addition to http://andreas.vdr-developer.org/, http://winni.vdr-developer.org/ and http://streamdev.vdr-developer.org/ are also missing. Is there any news on when they will be back? the subdomains are back again. Thanks to Thomas for fixing the problem. Cheers, Christian

1 0

major CI trouble with 1.6.0 on a FF and Alphacrypt Classic CAM/Sky
by Hans-Peter Jansen 14 Nov '10

14 Nov '10

Hi, I'm in a desperate crusade to get vdr 1.6.0 working properly _again_ with Sky on a FF Nexus-S rev2.3 with original CI/Alphacrypt Classic CAM and a betacrypt based Sky subscription. Being a long time vdr user (since about 2002), I rearranged my setup to better fit my family needs. Since my server is running 24/7 for other reasons anyway, I added two WinTV-HVR4000 and a Nexus-S 2.3 with CI/CAM to it. OS is a openSUSE 11.1/i586 with a collection of newer kernels: 2.6.34.5, 2.6.34.7, 2.6.36, the sat input is from a Kathrein EXR 508/T switching matrix, located nearby the server and feeded by a Quad-LNB. The sat installation was done completely by a professional. Before the switch to server based vdr, I used older vdr versions with older SuSEs in a single "home video theater" setup (apart from NFS based recording), and after some fiddling, it worked great for many years (it took unloading and reloading the dvb drivers on startup before running vdr in order to get the CAM operational reliably). We never used another set top box for TV watching since the very beginning. Even my wife fully acknowledged the system (which is quite hard to archive for _any_ electronic equipment, BTW..). Since the very first server setup, I have stability problems with Sky recordings. It manifests in either: 1) no proper CAM detection: VDR shows CAM exists/vorhanden instead of AlphaCrypt (no recordings possible at all) 2) proper CAM detection: but totally distorted recordings with many PES error messages in vdr log 3) dropouts in recordings (vdr restarts with no apparent reason) until final break-down with behaviour as described in 1) 1) could be alleviated with the dvb driver unload/reload trick (I'm using an init script, that loads a given list of dvb drivers on start and unloads them in reverse order on stop. The driver list is not complete due to a bug in cx8802, that cannot be unloaded until the newest kernel versions, but that only affects the (at the moment uninteresting) WinTV-HVR4000 part: http://www.mail-archive.com/linux-media%40vger.kernel.org/msg23580.html) Sometimes a pull/push of the CAM fixes it for a certain time, but this is not an acceptable concept for obvious reasons. 2) This might be due using to an older AlphaCrypt firmware, and didn't happen anymore after update to 3.20. 3) happens massively now. See VDR log link below. I already tried to lay the 80 wire ribbon optimally between the Nexus and the CI (no kinks, etc). My AlphaCrypt settings: CAM 1: 'AlphaCrypt 3.20 (c) Mascom GmbH' CAM 1: 'Modul Einstellungen' CAM 1: 'Sprache/Language: DEUTSCH' CAM 1: 'Smartkarten Meldungen: AUS' Slot 1: <== Text Last (5) 'CA-Systeme: SINGLE (nur von Smartkarte)' Slot 1: <== Text Last (5) 'CA-Anmeldung: DYNAMIC (immer erneuern)' Slot 1: <== Text Last (5) 'Erzwinge Lesen originale PMT: AUS' Slot 1: <== Text Last (5) 'CA-PMT L366schzeit: 0 s ' Slot 1: <== Text Last (5) 'CI-Fehler374berwachung: 1500 ms ' Slot 1: <== Text Last (5) 'dbox Kompatibilit344t: EIN ' The vdr version, I using here is available here: https://build.opensuse.org/project/show?project=home%3Afrispete%3Avdr It's using the usual patches 1.6.0-{1,2} from Klaus, and the usual adjustments due to gcc and kernel compatibility. Don't let the vdr-1.6.0-2_extensions.diff.gz perturb you, the problems happen with and without applying it. My build does enable DebugProtocol in ci.c (with sed in the spec).. Today, we tried to enjoy Sebastian Vettels thriller/victory on Sky, but miserably failed due to continued drop outs and multiple break-downs. The full disaster is reflected by the logs below. In short, the logs are flooded with countless messages like: Nov 14 21:46:46 tyrex vdr: [8632] Slot 1: no module present Nov 14 21:46:46 tyrex vdr: [8632] CAM 1: no module present Nov 14 21:46:47 tyrex vdr: [8632] Slot 1: module present Nov 14 21:46:47 tyrex vdr: [8632] CAM 1: module present Nov 14 21:46:59 tyrex vdr: [8632] Slot 1: no module present Nov 14 21:46:59 tyrex vdr: [8632] CAM 1: no module present Nov 14 21:46:59 tyrex vdr: [8632] Slot 1: module present Nov 14 21:46:59 tyrex vdr: [8632] CAM 1: module present Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current receiver Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current receiver Nov 14 21:47:16 tyrex vdr: [8643] streamdev-server: Detaching current receiver and peppered with: Nov 14 22:07:31 tyrex vdr: [25348] cAudioRepacker(0xC1): skipped 1148 bytes while syncing on next audio frame Nov 14 22:07:31 tyrex vdr: [25348] cAudioRepacker(0xC0): skipped 1148 bytes while syncing on next audio frame only finally leading to a vdr restart, that results in state 1). What am I do wrong? Is this really such a dead road as it looks right now? I considered switching to 1.7, but if I'm unable to get this to work properly within a pure SD environment, how can additional HD and other complexity solve this (without adding a lot of others issues all over the plate). DVB driver reload: ftp://urpla.net/dvb.log VDR log: ftp://urpla.net/vdr.log VDR log from 12:00 to 22:16 today: ftp://urpla.net/vdr-full.log full boot log: ftp://urpla.net/boot.msg Let me know, if I can provide more infos. Any hints to solve this problem are highly appreciated. TIA, Pete

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