vdr February 2006

vdr@linuxtv.org

142 participants
169 discussions

kvdr 0.64 released
by Guido Fiala 02 Feb '06

02 Feb '06

new version can be downloaded under http://www.s.netic.de/gfiala/kvdr-0.64.tgz -new feature "Tiny-Sticky-Mode" - it shows a tiny window at all (virtual) desktops always on top and the previous-sized window at its home desktop, to be activated with key "T" -kvdr is now a "KUniqueApplication", meaning it will and can only be started once -some bugfixes with overlay handling as well as positioning and geometry in fullscreen and Xv-Mode

3 6

VDR-1.3.41: speedup for cVideoRepacker
by Reinhard Nissl 01 Feb '06

01 Feb '06

Hi, as you may have noticed: ZDF increased it's bitrate to about 7.5 Mbit/s. As a result, less powerful VDR systems "suffered" when taking a recording or when running in transfer mode. The attached patch speeds up cVideoRepacker by choosing a known art search algorithm for finding start codes in the video stream. With this patch and a similar one for xine-lib I was finally able to watch and record ZDF at the same time on my 600 MHz "budget only" EPIA VDR system. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

3 6

softdevice A/V sync
by Tony Houghton 01 Feb '06

01 Feb '06

Having got softdevice working recently (with Matrox G450 TV out), I've used it to watch a couple of films I've recorded. On one of them it seemed fine, but on the other there was a noticeable delay between audio and video. Every so often the picture would go sort of jerky for a few seconds as if it were dropping frames to try to get back in sync, but failing. The amount of delay seemed fairly consistent. I had a similar problem with MPlayer (except the periods of jerking) until someone told me to try -ao oss because it's buggy with alsa. Is softdevice's audio code based on MPlayer's, perhaps? libsoftmpeg's IDEAS file <http://linuxtv.org/cgi-bin/viewcvs.cgi/libsoftmpeg/IDEAS?view=markup> mentions adjusting the speed of sound playback (presumably by resampling) to avoid buffer xruns if the sound card's clock doesn't quite match the broadcast stream's. I think this resampling idea could be used to approach A/V sync from a different angle. The curent problem is that existing players are designed to play the sound at a certain rate and then sync the picture to it. That means if video playback is also synced to vblank, and you can't control the video card's clock, you have to drop or repeat frames to adjust the picture timing. If you don't bother syncing video frame changeovers to the hardware vblank it tends to cause "tearing" artifacts for progressive scan video, and is pretty disastrous for interlaced video. So seeing as there's a need to keep the video in sync with the hardware, why not base the playback timing on the video and adjust the sound to match it instead of the other way round? There are plenty of resampling libraries already available. You may still need to drop/repeat frames to keep up with a broadcast stream, but this approach could offer an improvement and avoid sound glitches from xruns if the video card's clock is a closer match to the source than the sound card's - in my PC I'd trust the Matrox more than its £5 sound card, but users with good sound cards just may be better off with the current method. For playback of recordings though I think my idea should give smoother results. -- TH * http://www.realh.co.uk

2 6

Re: [vdr] Translate to Czech
by Klaus Schmidinger 01 Feb '06

01 Feb '06

Radek Rous wrote: > Hello > > I would like to translate VDR to Czech. > Is anybody working on it? > > Radek Bárta Vladimír <vladimir.barta(a)k2atmitec.cz> has sent me a Czech translation today. Klaus

1 0

Translate to Czech
by Radek Rous 01 Feb '06

01 Feb '06

Hello I would like to translate VDR to Czech. Is anybody working on it? Radek

1 0

[1.3.40] Fast channel switching resets
by Udo Richter 01 Feb '06

01 Feb '06

> - Switching channels with the Up/Down or Channel+/Channel- keys now works a lot > faster when the repeat function kicks in, by not actually switching the > channel every time, but rather only displaying the channel info and doing > the final switch when the key is released. Nice idea, but not working for me. If I hold down ChUp on my remote, VDR just goes one channel up. Then, the repeat kicks in and the channel number counts up rapidly, but resets to the current channel after 10-40 channels (1-2 seconds), then starts counting up again. No channel switches after the first one in log files. After releasing ChUp, the final channel switch happens, to the channel that was shown at that time. With keyboard, the ChUp is waaay slower, but works. From the logs, each channel is switched separately, just as without repeat. Remote support is based on remote-0.3.3, keyboard support is VDR-builtin. No other plugins loaded. Cheers, Udo

8 28

LOF/SLOF for none Europe LNBs
by Markus Hahn 01 Feb '06

01 Feb '06

Hi There, to ease settings of DiSEqc/LNBs, I need LOF/SLOF values. E.G MWI circular Universal LNB AP82-T4C for Russia. How does diseqc.conf file looks with mixes Universal LNBs and single range LNBs, like C-Band LNBs. Specaly information (disecq.conf with LNB-Type) from Asia, Africa or South America are nice. thanx for help regards markus

4 6

RE: [vdr] conditional access and restarting
by jori.hamalainen＠teliasonera.com 01 Feb '06

01 Feb '06

>> But: When there is a timed recording, vdr tries to get data by >> restarting, which is naturally the wrong way to try to receive an EMM >> from the cable... >> >> Naturally, when there is a valid EMM already on the card, there are no >> problems in either case, but decrypting starts immediately. > VDR doesn't "try to get data by restarting". When a recording is active, > and there is no data received for a certain time, VDR assumes that there > is something wrong with the driver/firmware/whatever and initiates a > reload of the driver (actually the surrounding wrapper script is supposed > to do this, so VDR just exists with a specific return value). In my setup with FF-DVBC + Conax CAM + legal card and budget DVBC-card this made my system to continuously restart. Only thing to stop this was logging in into VDR-machine, editing timers.conf and disabling the timer. Restarting was done so quickly that I could press just one remote control key, but could not disable timer via OSD. And reloading driver didn't help for the problem. Problem was that ECM didn't happen to card on certain channels. So perhaps CAM error should be analyzed before making a decision what to do? No valid key on card = just warn user, CAM not responding = reset CAM, no DVB data = reload driver?

3 4

[ANNOUNCE] vdr.podcatcher 0.0.1
by Tobias Grimm 01 Feb '06

01 Feb '06

http://www.e-tobi.net/blog/pages/vdr-podcatcher http://www.e-tobi.net/blog/articles/2006/02/01/first-beta-release-of-vdr-po… The Podcatcher plugin allows you to download and play podcasts. This is just an early beta release before I go on vaction. Some essential features like Pause/Forward/Rewind and cleaning up the cache are still missing. You can work around the last one, by cleaning up the cache dir using a cron job. Don't miss to read the README and TODO! I'll be away until March, so please dont mind if I don't answer on your responses immediately. I will catch up with my email, when I'm back. http://www.e-tobi.net/blog/files/vdr-podcatcher-0.0.1.tar.gz bye, Tobias

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 February 2006