vdr March 2007

vdr@linuxtv.org

83 participants
70 discussions

ATI + mesa driver + vdr-xine = buffer usage : 100% -> X freeze
by Sébastien Serra 14 Mar '07

14 Mar '07

Hi, my system : - ubuntu edgyup-to-date, - radeon 9700 using opensource radeon driver - vdr 1.4.3 (Eclipse pack from vdr.bluox.org) + vdr-xine 0.7.10 + xine-lib and xine-ui found at http://home.vrweb.de/~rnissl/ When DRI is loaded and 3D acceleration is ON my X server quickly freezes. My log (using ssh) tells me something like buffer usage: 0% (tid=19349) ERROR: 1 ring buffer overflow (177 bytes dropped) Mar 21 03:30:45 sid vdr: [19350] buffer usage: 70% (tid=19349) Mar 21 03:31:00 sid vdr: [19350] buffer usage: 80% (tid=19349) Mar 21 03:31:01 sid vdr: [19350] buffer usage: 90% (tid=19349) Mar 21 03:31:02 sid vdr: [19350] buffer usage: 100% (tid=19349) When i disable 3D acceleration (non dri) everything works fine but on HD channels (Astra, MPEG2) CPU load higher. Is there a way to prevent this sort of vdr buffer overflow ? I would like to keep my 3D acceleration enabled thx

2 1

very unlikely bug report / race condition in cRecordings vs. extrecmenu plugin
by Patrick Cernko 14 Mar '07

14 Mar '07

Hi List, I'm not sure at all if this is a bug / race condition or a miss-operation my the user (== me ;-) ). I just used the move-between-filesystems feature from the extrecmenu for the first time. Obviously, this ran for some time. While it was still running, I renamed another recording (in the target recordings folder). When the move was finished, the recording disappeared from the source location but it did not appear in the target location. A quick look into the logfile showed up that everything was successful, so I simple touched the .update file and after reopening the (ExtRecMenu)-Recordings-Menu the recording showed up correctly. Attached you can find the mentioned log section. My first idea was a missing recording registration in this new feature in the extrecmenu plugin, but this seems to be correct. Maybe it is some sort of thread synchronization problem in cRecordings as the moving is done in a seperate thread in extrecmenu. I can perfectly live with this issue but I thought it might be a good idea to let you known about it. Maybe someone sees the cause of the problem. @Klaus: Maybe you can integrate a "update" menu item anywhere, e.g. in Setup->Recording (similar to "scan" in Setup->EPG), when you have some free time? So long, -- Patrick Cernko | mailto:errror@errror.org | http://www.errror.org Eva: "Geht das bei den Floeten mit etwas mehr PATOS?" H.J.: "Is' dos der Schoofskaes'?"

1 0

how do you get a valid channels.conf?
by Bob Self 13 Mar '07

13 Mar '07

I have a nexus-s satellite card and am running Ubuntu edgy eft. The card works fine. I can zap to FTA channels using szap using an old incomplete channels.conf I had. I'm trying to create a new channels.conf for echostar 7 at 119w so that I can use vdr to change channels instead of szap. I trie running the scan that comes with dvbutils, dvbscan from Thoraz but they both create channels.conf files that don't work. They are incomplete or have the wrong frequencies. Eg, I've tried ./dvbscan -G -lDBS -o vdr -e 3 -s 1 -x 0 -p dvb-s/echostar-119w > channels.conf.119w For the NASA channel it shows the frequency as 12369 but it should be at 12370. So I manually changed it to 12370. I then ran vdr and changed to NASA but I get a blank screen. Does anyone know why that could happen? the line in /etc/vdr/channels.conf is NASA:12370:v:S119.0W:20000:4130:4131:0:0:213:4100:11:10000 the .conf file for szap shows nasa as: NASA:12370:v:1:20000:4130:4131:213 I'm not sure how I got this .conf file but it works for szap. Questions: 1. does scan or dvbscan work for N.A. satellites? 2. I've read about an nscan. Does that one work? 3. How do you get a valid channels.conf file for N.A. sats? With dvbscan I find that it can't tune to some transponders that are supposed to be on the satellite, or records the wrong frequency in channels.conf and gives incomplete results (maybe because it can't tune to a transponder). thanks, Bob

2 1

epia ex10000eg - platform for vdr?
by Marco Skambraks 13 Mar '07

13 Mar '07

hi, during my search for a good vdr plaform I found some epia boards with the cx700 chipset (mpeg2/4 acceleration) the epia drivers for xorg should support the mpeg acceleration is this true? and is it useable togther with softdevice? in the documentation epia says that a patched xine from sourceforge supports the acceleration features thanks marco -------------------------------------------------- AMMEC - Accessible Multimedia Entertainment Center http://www.ammec.de Email: Marco Skambraks <marco(a)ammec.de>

1 0

[ANNOUNCE] New plugin remotetimers-0.0.1
by Frank Schmirler 13 Mar '07

13 Mar '07

Hi, the successor of streamdev's former remote timers feature is finally there. You can get the new remotetimers plugin at http://vdr.schmirler.de. Features: - Add, edit and delete timers on the local (client) VDR and a remote (server) VDR - Move timers between client and server - Assign user IDs to timers. Filter the timer list by user ID. - Support for MainMenuHooks patch. Replace the VDR mainmenus "Schedule" and "Timer" by remotetimers' counterparts. In addition, the plugin comes with its own "Schedule" menu. Adding timers without EPG is not very convenient, is it? All menus are more or less copies of VDR's originals. That should help to keep up with changes in VDR. Credits to Klaus and everyone who contributed to those parts of the code I copied. Remotetimers requires the svdrpservice plugin. So make sure, both plugins are installed. Differences between the original VDR menus and their remotetimers counterparts: The edit timer menu has two additional options: Location determins if the timer is stored on the local or the remote machine. Use this setting to move the timer from client to server or vice versa. Note that you cannot move a running timer. You will have to stop it first. You can assign a user ID to each timer. Every user or client can use its own ID or maybe you want to distinguish timers by genre? Whatever you prefer. You can then filter the timer list by ID. The special ID "0" actually means "no ID". A corresponding timer will always be visible. In the plugin setup you can determine the default values for location and user ID. In the timer list you will see a letter in front of the channel number. "L" indicates a local timer, "R" a remote timer. Use the number keys to filter the list. Press "0" to see all timers. Any other digit will show only timer with a matching ID and timers with ID "0". The menu title shows the current filter setting. In the plugin setup you can configure the default filter. There's nothing special about the schedule menus, of course except for the fact that remote timer matches are marked with "T", too. Note that there's no user ID filter. You will always see all timer matches. Warning: This is the very first release of the plugin. Even though it works perfectly for me, it may not in your environment. Keep this in mind when testing and maybe doublecheck the timer list on the remote VDR. Enjoy, Frank

1 0

vdr-xine 0.7.10 buffering
by Jouni Karvo 13 Mar '07

13 Mar '07

hi, as the kernel finally supports standby or spin down or whatever mode for my SATA disks, I have set up an aggressive scheme trying to spin down disks whenever possible. The results: 2 degrees drop in case temperature and a significantly lower noise. And a playout "problem"... It takes about 5 secs to start stopped disks. It is not a problem when starting a recording, but when recordings span over several disks there will be an annoying pause when it is time to start reading from another disk. The live-TV buffering works like a charm, though. Is there a possibility to configure (for example) a 10s buffering for playback while keeping the live-TV buffering as it is now? yours, Jouni

2 4

NTSC vdr playing on PAL TV cropped
by Simon Baxter 12 Mar '07

12 Mar '07

I'm running vdr-pvrinput and vdr-xine. Until recently I was living in the US (NTSC land), but moved back to NZ (PAL land) recently. I'm also now playing at 16:9 Everything I watch or record here is at full screen, but all the recordings I made in the US are cropped with verticle black bands up either side. Can I 'stretch' the replaying image horizontally? Thanks Simon

2 1

6-channel audio from analog?
by Simon Baxter 12 Mar '07

12 Mar '07

Hi y'all. My media box has 6 channel output LF,RF,LR,RR,C,SW which I'm using with ALSA. Mplayer plays through all channels fine (settings in ~/.mplayer/config), but VDR sourced audio only plays in stereo from the LR,RF output. Given that there is no way to play 'real' surround sound from pvrinput sourced audio, what is the easiest way to 'copy' the audio to the other channels, so I at least get sound out all the speakers? Hmm, perhaps this is a setting in xine...? Thanks Simon

3 3

Vdr or driver performance dropout
by Kartsa 11 Mar '07

11 Mar '07

I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22 (or something about) I made a test by recording nine channels simultaneously and watching a recording at the same time. I remember there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after fourth recording starts vdr becomes sluggish and there starts to come errors on log: dvb-ttpci: warning: timeout waiting in LoadBitmap when pushing menu button. And ofcourse no menu appears or menu appears only partly. Is this vdr related or firmware related. After all the error is fw error isn't it? \\Kartsa

11 28

VPS autotimer stopped prematurely
by Hans-Peter Jansen 11 Mar '07

11 Mar '07

Hi *, my family and me greatly enjoy vdr since years, but I finally got around to update the system to a current state (on top of openSUSE 10.2) lately. The system is running dedicated for vdr (1.4.5) purposes, using two hauppauge ff 2.1 cards. Yesterday we decided to watch the new Dittsche programme from Monday night, but had to notice, that the recording stopped prematurely: Mar 6 00:39:46 ziggy vdr: [3975] channel 1 (Das Erste) event Die 06.03.2007 00:35-01:05 (VPS: 06.03 00:35) 'Dittsche' status 2 Mar 6 00:39:46 ziggy vdr: [3838] switching device 2 to channel 1 Mar 6 00:39:46 ziggy vdr: [3838] timer 3 (1 0035-0105 VPS 'Dittsche~Dittsche~Das wirklich wahre Leben') start Mar 6 00:39:46 ziggy vdr: [3838] Title: 'Dittsche' Subtitle: 'Das wirklich wahre Leben' Mar 6 00:39:46 ziggy vdr: [3838] record /video0/Dittsche/Dittsche/Das_wirklich_wahre_Leben/2007-03-06.00.35.50.99.rec Mar 6 00:39:46 ziggy vdr: [3838] creating directory /video0/Dittsche/Dittsche/Das_wirklich_wahre_Leben/2007-03-06.00.35.50.99.rec Mar 6 00:39:46 ziggy vdr: [3838] recording to '/video0/Dittsche/Dittsche/Das_wirklich_wahre_Leben/2007-03-06.00.35.50.99.rec/001.vdr' Mar 6 00:39:46 ziggy vdr: [11192] file writer thread started (pid=3838, tid=11192) Mar 6 00:39:46 ziggy vdr: [11193] recording thread started (pid=3838, tid=11193) Mar 6 00:39:46 ziggy vdr: [11194] receiver on device 2 thread started (pid=3838, tid=11194) Mar 6 00:39:46 ziggy vdr: [11195] TS buffer on device 2 thread started (pid=3838, tid=11195) Mar 6 00:40:33 ziggy vdr: [3975] channel 1 (Das Erste) event Die 06.03.2007 00:35-01:05 (VPS: 06.03 00:35) 'Dittsche' status 4 Mar 6 00:44:00 ziggy vdr: [3991] EPGSearch: search timer update started Mar 6 00:44:00 ziggy vdr: [3991] EPGSearch: search timer update finished Mar 6 00:46:39 ziggy vdr: [3838] switching to channel 1 Mar 6 00:46:45 ziggy vdr: [3838] switching to channel 2 Mar 6 00:46:48 ziggy vdr: [3838] switching to channel 3 Mar 6 00:46:50 ziggy vdr: [3838] switching to channel 4 Mar 6 00:46:56 ziggy vdr: [3838] switching to channel 5 Mar 6 00:47:00 ziggy vdr: [3838] switching to channel 6 Mar 6 00:47:01 ziggy vdr: [3838] switching to channel 7 Mar 6 00:47:03 ziggy vdr: [3838] switching to channel 8 Mar 6 00:47:05 ziggy vdr: [3838] switching to channel 9 Mar 6 00:47:08 ziggy vdr: [3838] switching to channel 10 Mar 6 00:47:14 ziggy vdr: [3838] switching to channel 11 Mar 6 00:47:18 ziggy vdr: [3838] switching to channel 12 Mar 6 00:47:19 ziggy vdr: [3838] switching to channel 13 Mar 6 00:47:22 ziggy vdr: [3838] switching to channel 14 Mar 6 00:47:33 ziggy vdr: [3838] switching to channel 15 Mar 6 00:47:36 ziggy vdr: [3838] switching to channel 16 Mar 6 00:47:39 ziggy vdr: [3838] switching to channel 17 Mar 6 00:48:00 ziggy vdr: [3838] switching to channel 18 Mar 6 00:48:03 ziggy vdr: [3838] switching to channel 19 Mar 6 00:52:55 ziggy vdr: [3975] changing pids of channel 1101 from 201+201:202:204 to 901+901:902:204 Mar 6 00:53:55 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 00:54:54 ziggy vdr: [3975] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 00:55:55 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 00:56:55 ziggy vdr: [3975] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 00:57:54 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 00:58:54 ziggy vdr: [3975] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 00:59:55 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:00:43 ziggy vdr: [3975] channel 1 (Das Erste) event Die 06.03.2007 00:35-01:05 (VPS: 06.03 00:35) 'Dittsche' status 1 Mar 6 01:00:43 ziggy vdr: [11193] recording thread ended (pid=3838, tid=11193) Mar 6 01:00:43 ziggy vdr: [11195] TS buffer on device 2 thread ended (pid=3838, tid=11195) Mar 6 01:00:43 ziggy vdr: [11194] buffer stats: 118440 (5%) used Mar 6 01:00:43 ziggy vdr: [11194] receiver on device 2 thread ended (pid=3838, tid=11194) Mar 6 01:00:43 ziggy vdr: [11192] file writer thread ended (pid=3838, tid=11192) Mar 6 01:00:43 ziggy vdr: [3838] buffer stats: 118816 (2%) used Mar 6 01:00:43 ziggy vdr: [3838] timer 3 (1 0035-0105 VPS 'Dittsche~Dittsche~Das wirklich wahre Leben') stop Mar 6 01:00:54 ziggy vdr: [3975] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 01:01:56 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:02:55 ziggy vdr: [3975] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 01:03:43 ziggy vdr: [3838] switching to channel 1 Mar 6 01:03:46 ziggy vdr: [3838] switching to channel 2 Mar 6 01:03:49 ziggy vdr: [3838] switching to channel 3 Mar 6 01:03:54 ziggy vdr: [3838] switching to channel 4 Mar 6 01:03:55 ziggy vdr: [3975] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:03:57 ziggy vdr: [3838] switching to channel 5 Mar 6 01:03:59 ziggy vdr: [3838] switching to channel 6 Mar 6 01:04:00 ziggy vdr: [3928] channel 5 (RTL Television) event Die 06.03.2007 01:00-01:05 'Teleshoppingsendung' status 4 Mar 6 01:04:00 ziggy vdr: [3838] switching to channel 7 Mar 6 01:04:02 ziggy vdr: [3838] switching to channel 8 Mar 6 01:04:04 ziggy vdr: [3838] switching to channel 9 Mar 6 01:04:07 ziggy vdr: [3838] switching to channel 8 Mar 6 01:04:54 ziggy vdr: [3928] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 01:05:53 ziggy vdr: [3928] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:06:55 ziggy vdr: [3928] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 01:07:07 ziggy vdr: [3975] changing ca descriptors of channel 1132 Mar 6 01:07:48 ziggy vdr: [3975] changing name of channel 52 from 'Golf,;' to 'Basketball BBL,;' Mar 6 01:07:55 ziggy vdr: [3928] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:08:30 ziggy vdr: [3975] changing pids of channel 45 from 511+511:512=deu,513=deu;515=deu:32 to 511+511:512=deu;515=deu:32 Mar 6 01:08:54 ziggy vdr: [3928] changing pids of channel 1101 from 701+701:702:204 to 901+901:902:204 Mar 6 01:09:42 ziggy vdr: [3974] frontend 1 timed out while tuning to channel 0, tp 111914 Mar 6 01:09:56 ziggy vdr: [3928] changing pids of channel 1101 from 901+901:902:204 to 701+701:702:204 Mar 6 01:10:04 ziggy vdr: [3928] channel 1 (Das Erste) event Die 06.03.2007 01:05-02:45 (VPS: 06.03 01:05) 'Das letzte Kommando' status 4 Mar 6 01:10:08 ziggy vdr: [3838] timer 3 (1 0035-0105 VPS 'Dittsche~Dittsche~Das wirklich wahre Leben') set to no event Mar 6 01:10:26 ziggy vdr: [3838] deleting timer 3 (1 0035-0105 VPS 'Dittsche~Dittsche~Das wirklich wahre Leben') The clock is reliable (adjusted via NTP), thus vdr happened to start the recording at 00:39:46, about 48 sec before the broadcast started, very nice so far. But what happened at 01:00:43? vdr just decided to stop the recording, even a few minutes _before_ the original VPS time frame, vastly prematurely. For the sake of completeness, I included all messages in between, while I don't understand some of them. Yes, I zapped through the channels two times, but what happened at 01:04:00 and 01:10:04? Both times it shows status 4, which means "event running", if I read the source correctly: 0=undefined, 1=not running, 2=starts in a few seconds, 3=pausing, 4=running waht does event mean here, but most most important question is: What happened, that stopped the timer prematurely, and how can I prevent this from happening the next time. Anyway thanks for your patience and this great project. Kind regards, Pete

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr March 2007