vdr February 2007

vdr@linuxtv.org

95 participants
85 discussions

Hauppauge remote control and opensuse 10.2
by Wolfgang Goeller 11 Feb '07

11 Feb '07

Hello Finally I upgraded from kernel 2.4.21 to opensuse and kernel 2.6.18 The drivers are ok - the vdr-locations are strange. More striking: My native hauppauge remote-control does not work until now I used vdr -Premote and it worked What has changed? regards Wolfgang

2 1

duplicate channels
by Rob Davis 10 Feb '07

10 Feb '07

I would like to allow duplicate channels in channels.conf, is there a way to do it? I have written an 'orrible bash hack to get my Dreambox channel lists/bouquets into vdr, but it's throwing things away... -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis

1 0

Data stream broken - alternative way to react on this
by Pasi Juppo 10 Feb '07

10 Feb '07

Hi, Now when "ERROR: video data stream broken" occurs VDR performs emergency exit. This is frustrating when you don't have a script that automatically restarts VDR. Why not try different channel instead. If that works then let user know that there was a problem with channel XXX that you tried, try again later. This can be done also in case channel switch works fine but the problem occurs during viewing. In this case the channel is changed to some other channel and an error is displayed: there was an error with data stream, try again later. What do you think? Br, Pasi

1 0

Safer diseqc setup ?
by Gregoire Favre 10 Feb '07

10 Feb '07

Hello, I have a vdr system with 3 cards, all conected to a diseqc 1.0 which have a connection to 3 lnb on 3 sat (I have 3 quad lnb). Sofar I use : S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 [E1 10 38 F0] W15 [E1 10 38 F0] W15 t S19.2E 99999 V 10600 t v W15 [E0 10 38 F1] W15 [E1 10 38 F1] W15 [E1 10 38 F1] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 F2] W15 [E1 10 38 F2] W15 [E1 10 38 F2] W15 t S19.2E 99999 H 10600 t V W15 [E0 10 38 F3] W15 [E1 10 38 F3] W15 [E1 10 38 F3] W15 T S13.0E 11700 V 9750 t v W15 [E0 10 38 F4] W15 [E1 10 38 F4] W15 [E1 10 38 F4] W15 t S13.0E 99999 V 10600 t v W15 [E0 10 38 F5] W15 [E1 10 38 F5] W15 [E1 10 38 F5] W15 T S13.0E 11700 H 9750 t V W15 [E0 10 38 F6] W15 [E1 10 38 F6] W15 [E1 10 38 F6] W15 t S13.0E 99999 H 10600 t V W15 [E0 10 38 F7] W15 [E1 10 38 F7] W15 [E1 10 38 F7] W15 T S28.2E 11700 V 9750 t v W15 [E0 10 38 F8] W15 [E1 10 38 F8] W15 [E1 10 38 F8] W15 t S28.2E 99999 V 10600 t v W15 [E0 10 38 F9] W15 [E1 10 38 F9] W15 [E1 10 38 F9] W15 T S28.2E 11700 H 9750 t V W15 [E0 10 38 FA] W15 [E1 10 38 FA] W15 [E1 10 38 FA] W15 t S28.2E 99999 H 10600 t V W15 [E0 10 38 FB] W15 [E1 10 38 FB] W15 [E1 10 38 FB] W15 T Which often works, but not always... Is there some other option I could use ? In case VDR can't tune to a channel, does it resend the diseqc commands ? Thank you very much, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org

6 19

vdr diseqc equivalence of szap diseqc n ?
by Gregoire Favre 10 Feb '07

10 Feb '07

Hello, since a few days, I try to configure my diseqc.conf for VDR without much success... Kaffeine and scan work out of the box. For szap I have made simultaneously : dvbscan -a 0 -s 0 -x 0 /usr/share/dvb/dvb-s/Astra-19.2E > diseqc-0 dvbscan -a 1 -s 1 -x 0 /usr/share/dvb/dvb-s/Hotbird-13.0E > diseqc-1 dvbscan -a 2 -s 2 -x 0 /usr/share/dvb/dvb-s/Astra-28.2E > diseqc-2 The first try on -a 1 -s 1 failed, I had to restart it, which worked immediatly. The VDR version I try is a vanilla 1.4.5-1 with only one plugin : xine. If a timer is running and I don't start xine plugin, vdr initiate the same emergency exit. Could someone tells me how to have the same diseqc setup in vdr as in scan ? One card in vdr works great (-D 0 or -D 1 or -D 2) but I can't use more... Thank you very much, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org

2 11

THANK YOU Reinhard Nissl (diseqc)
by Gregoire Favre 10 Feb '07

10 Feb '07

Hello, no, I don't cry with my "THANK YOU" :-) I just think that a "thank you" isn't enough ! The result of the thread in vdr ml "Safer diseqc setup ?" and "vdr diseqc equivalence of szap diseqc n ?" is that I found with the help of the patches for vdr and szap the problem in my setup, it was quiete a long job, but finally I got it. My diseqc was bad in a sense that it doesn't always work, wathever I tried, and one of my FF cards can't send diseqc commands at all, and also one of my Geniatech budget card, can't stay tuned, but always lost lock on any (TV) channels (radio work) and then regain lock, and then lost... Oh, that's not all : one of my window's passthruh was also "semi-broken"... So out of my six dvb cards, two are unusable, which lets me four usable cards :-) Well, maybe 3 usable is more accurate : one of those is an Hauppauge HVR-4000 which is only "supported" in http://linuxtv.org/hg/~stoth/multiproto but which don't compil against recent kernels, neither got diseqc support. So thank you, Reinhard Nissl, and all others involved in dvb/vdr !!! -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org

1 0

Problems with a binary library
by vdr＠helmutauer.de 10 Feb '07

10 Feb '07

Hello List The em84xx plugin is using the libEM84xx.so library. This beast is only available binary and seems to be incompatible with glibc > 2.3.5 What can I do to get this combination working in a glibc >=2.4 environment ? Is it possible to create a static .la library bundled with these dependend libraries: ldd /usr/lib/libEM84xx.so linux-gate.so.1 => (0xffffe000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7e03000) libm.so.6 => /lib/libm.so.6 (0xb7dde000) libc.so.6 => /lib/libc.so.6 (0xb7cbf000) /lib/ld-linux.so.2 (0x80000000) or are there any other possibilities

3 3

to record or not
by abbe normal 09 Feb '07

09 Feb '07

hello all wondering if there is a way from the timers menu to only select to record or not record a program. what im wanting to do is set a timer to watch a program but not have vdr record it... not sure but just thinking it would be nice to have a option in the menu to not record but still go to the program... thanks

15 30

ts continuity error
by Halim Sahin 09 Feb '07

09 Feb '07

Hello, My problem was not the audiorepackager(xxx). I found some threads about these error in vdr-portal and modified vdr to get some more debug output. There were a lot of ts continuity errors reported through syslog. My machine has a athlon xp 1500 cpu and runs on a asrock mainboard with sis chipset. The errors are shown after recording some minutes on all channels. I tested to record over nfs to check the harddisk but that did not help. I tried it with vdr-1.4.5 without any plugins and patches etc. Now I have no ideas what I can try. The caudiorepackager errors are perhaps a result of dropped bytes before??? My card is a ff dvb-s 2.3 from technotrend. I do not currently use a cam. Last test-firmware and different drivers tested with no success. ((((((((((Please help))))))))) Best regards Halim

1 0

error with "cAudioRepacker"
by Halim Sahin 08 Feb '07

08 Feb '07

Hello, Today I spent a lot of time to find out what is wrong there: Here comes a small sylog output: Feb 8 23:22:58 vdrbox vdr: [3480] info: Aufzeichnung gestartet Feb 8 23:22:58 vdrbox vdr: [3516] file writer thread started (pid=3480, tid=3516) Feb 8 23:22:58 vdrbox vdr: [3517] recording thread started (pid=3480, tid=3517) Feb 8 23:22:58 vdrbox vdr: [3518] TS buffer on device 1 thread started (pid=3480, tid=3518) Feb 8 23:23:01 vdrbox vdr: [3480] max. latency time 4 seconds Feb 8 23:24:02 vdrbox vdr: [3480] timer 1 (5 2322-0222 '@OBJEKTÝF') set to event Fre 09.02.2007 00:50-01:40 'EVLERE SENLIK' Feb 8 23:24:19 vdrbox vdr: [3511] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Feb 8 23:24:19 vdrbox vdr: [3517] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Feb 8 23:25:31 vdrbox vdr: [3493] frontend 1 timed out while tuning to channel 57, tp 498 Feb 8 23:25:52 vdrbox vdr: [3511] 1 cRepacker messages suppressed Feb 8 23:25:52 vdrbox vdr: [3511] cAudioRepacker(0xC0): skipped 488 bytes to sync on next audio frame Feb 8 23:25:52 vdrbox vdr: [3511] PES packet shortened to 5336 bytes (expected: 5888 bytes) Feb 8 23:25:52 vdrbox vdr: [3517] 1 cRepacker messages suppressed Feb 8 23:25:52 vdrbox vdr: [3517] cAudioRepacker(0xC0): skipped 488 bytes to sync on next audio frame Feb 8 23:25:52 vdrbox vdr: [3517] PES packet shortened to 5336 bytes (expected: 5888 bytes) I am using a tt 2.3 dvb-s and the latest firmware for it. There are no other expensive background threads. The harddisk i in dma mode etc. my vdr-version is 1.4.4 but I tried it with unpatched 1.4.5 too. The repackager errors are only listed in the debug log after starting a recording. Live view is ok. Please help. Halim

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2007