vdr

vdr@linuxtv.org

2 participants
6731 discussions

Request: Seperate AC3 handling for playback and recordings
by Sebastian 22 May '05

22 May '05

Hi Klaus! I would like to echo my wish concerning AC3 handling in vdr-1.3.x and up. I'd like to have the possibility to choose about using AC3 or not seperately. I would like to have ac3 in my recordings (for dvd burning) but I don't want (can't) use ac3 on VDR on playback. I route the audio from the DVB over spdif to my soundcard. soundcard gives the audio over analog out to my stereo. Everytime ac3 hits the soundcard I get crackles in my speakers. Cheers Sebastian

2 9

there is almost no EIT scan on systems with just a single budget card and software decoding solution
by Reinhard Nissl 22 May '05

22 May '05

Hi, I've been wondering for quite a while why I do not see a EIT scan to happen on my system. I had a look into (VDR-1.3.24's) eitscan.c:19-20. These lines contain the following conditions (wrapped to separate lines for readability): if (Device != cDevice::PrimaryDevice() || (cDevice::NumDevices() == 1 && Setup.EPGScanTimeout && now - lastActivity > Setup.EPGScanTimeout * 3600)) { if (!(Device->Receiving(true) || Device->Replaying())) { A setup like mine has two devices: the first one is the budget card and the second one is provided by the vdr-xine plugin, with the latter beeing the primary device. So, the first "if" only selects the budget card and ignores Setup.EPGScanTimeout completely, as cDevice::NumDevices() is 2, which is not == 1. Then, the second "if" blocks as the budget card is receiving most of the time, as it feeds the transfer thread which replays on the primary device. So a system like mine will only do an EIT scan while I'm watching a recording. Furthermore, it won't stop transfer mode to start an EIT scan on it's own after Setup.EPGScanTimeout hours. I currently have no idea how to solve this issue. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

3 3

[ANNOUNCE] vdr-softplay-0.0.2: a media file player for vdr/softdevice
by Martin Wache 22 May '05

22 May '05

Hi, I'm pleased to announce the first public release of softplay, a media file player for vdr with the softdevice as output device. You can get Softplay from the softdevice's homepage at: http://softdevice.berlios.de Softplay features: - supported file formats: depending on your ffmpeg version: *.avi,*.mpg,*.mov,*.mp3,*.ogg,*.wav - vdr like keymapping - playlist support (editing during playback is possible) Please read the README for a more detailed description. Martin Wache

1 0

globalkey implementation with plugins
by Halim Sahin 22 May '05

22 May '05

Hi, I am trying to write a plugin for vdr. This plugin needs a global key (user1). I not sure hot to get a user key only for my plugin. Can anyone give an hint. Thanks Halim

2 1

[ANNOUNCE] vdr-softdevice-0.1.2
by Stefan Lucke 22 May '05

22 May '05

Hello, softdevice team (Torgeir Veimo, Martin Wache and me, Stefan Lucke) is pleased to announce a new release of vdr softdevice plugin. Softdevice plugin is for getting vdr to your desktop with so called budget cards. You'll get vdr output via framebuffer or X11-Xv or DirectFB or vidix to your screen. Decoding is done via ffmpeg. For compile options, please read the Makefile carefully and decide which of the available output methods fit to your system. Plugin's homepage is located at: http://softdevice.berlios.de/ Changelog since last release: 2005-05-22: softdevice-0.1.2 - fix possible segfault in fb-mode when resolution is smaller than OSD default size - fix pplib deinterlacing - check libavcodec build of library against header - some more error messages - fix for aspect ratio calculation if sample_aspect_ratio.num == 0 - README update for use of -L DIR usage - bugfix: don't blank screen in pause mode - blank screen after some time with no signal - offer selection of 14:9 mode - fix for pause-play transition of softplay, does improve same transiton of normal vdr recording playback too. - video-dfb: disabled deinterlacing option of dfb. - audio-out: some other preparations for ac3 selectiv set #channels to 2, to get 2ch downmix of 5.1 mute current mixer if volume is set to 0 and unmute if vol != 0 changed dsyslod to esyslog is case we exit() - syncing: switched to a sync timer which can be controlled by current selected output method - some preparations for ac3 out selection - xv-out & dfb-out: catch userX keys and map one of them to crop mode selection - dfb-out: commented out use of DFBCardCapabilities required for current DirectFB cvs. - dfb-out: triple buffering for mgatv, corrected x/y coordinates for OSD drawing (fix for subtitles plugin) - README: added contributor names mentioned in CHANGELOG added hint from Makefile about installing ffmpeg By subscribing to the to cvs list via https://lists.berlios.de/mailman/listinfo/softdevice-cvs you'll get informed about lastest changes. For those who are interested in active development, subscribing to https://lists.berlios.de/mailman/listinfo/softdevice-devel is a good choice. -- Stefan Lucke

1 0

Live background mode in transfer mode
by Rolf Ahrenberg 22 May '05

22 May '05

Hi, the 'live' background mode of mp3 and cdda plugins works only on my FF card. Somehow I'll get only a black background if I'm watching a channel on my budget cards. So, should the 'live' background mode work if the tuned channel is in transfer mode, or it there something fishy in my setup? - vdr-1.3.24 (enAIO-2.2) - mp3-0.9.12 - DVB-drivers from 2.6.12.rc4-mm1 BR, -- rofa

2 2

Skipping bytes on budget card (sorry - first post went before I wanted it to...)
by Adrian P Challinor 22 May '05

22 May '05

(sorry for the dual post - but I accidentally hit send too soon) I know I have asked this before, but I still have a problem which I don't understand. I have VDR 1.3.23 running with VDRAdmin-0.97-am3. I have a Linux 2.6.5 kernel and two DVB-T cards. The primary card is a Technotrends full function card, the second is a Nebula budget card. The normal configuration here would be for the primary card to do all the playback to the TV and the secondary card to do all the recording. Sometime ago I have problems with skipping sync bytes when recording on the secondary card: May 22 01:39:05 vdr vdr[3451]: ERROR: skipped 15 bytes to sync on TS packet on device 2 May 22 01:39:05 vdr vdr[3451]: ERROR: skipped 102 bytes to sync on TS packet on device 2 May 22 01:39:05 vdr vdr[3451]: ERROR: skipped 71 bytes to sync on TS packet on device 2 May 22 01:39:11 vdr vdr[3451]: ERROR: skipped 116 bytes to sync on TS packet on device 2 May 22 01:39:11 vdr vdr[3451]: ERROR: skipped 72 bytes to sync on TS packet on device 2 May 22 01:39:44 vdr vdr[3451]: ERROR: skipped 112 bytes to sync on TS packet on device 2 May 22 01:39:44 vdr vdr[3451]: ERROR: skipped 76 bytes to sync on TS packet on device 2 This happened at the time when I was trying to get VDRConvert installed, and was therefore adding a lot of new libraries, updating libraries, etc. I also added a new 120GB disk as /video1. That meant remounting /video as /video1. I add this for completeness rather than because I think it's a problem. The effect of the skipping is that I get video breakup, sound goes all over the shoot and I get lots of nasty cracks on the sound. Very unpleasant. Sort of like watching circa 1962 black and white (sorry folks, yes I really am that old!). To get over this, I removed the Nebula card and things got better. Of course, I can only watch TV from the same transponder as a recording is being broadcast from. A minor inconvenience most of the time. I change the config in VDRAdmin to use 1 card. All was well. This week I reintroduced the Nebula card. All is well. No breaks in recording and the recordings look good. I then noticed that all though VDR can spot that there are two cards, VDRAdmin thinks there are only one. So, I reset VDRAdmin to use two cards. And BANG! My sync messages are back. As soon as a recording kicked in I got the messages as above. I have just rebooted with the Nebula card disabled in the module start up, reset VDRAdmin to use one card, and started a recording. So far so good, no sync errors at all. So: Q1: Why do I get sync errors? Is this because the video signal is not too good? If that was the case I would expect to see errors on the TechnoTrends card, because when that gets bad signal the firmware crashes. Q2: Could this be due to the new disk? Is this error because it can't write to disk fast enough? I can't believe that. It's a brand new ATA disk, it on a different IDE channel to the primary disk, and nothing else is being used on that channel. There is a DVD drive there, but its unused. The whole of the disk is one partition given over to recordings so there should be no disk or ide contention. Q3: I do all my programming via VDRAdmin. Does this specify which card to do a recording on? I can't see that this is an option in the timers.conf file. (Damn - just had a video stream broken message from the TT-FF card. So that not working now). Is the best way out of this a total system rebuild? I can do that, it just takes time and the potential joy or retraining LIRC to recognise the remote! HELP - Adrian

1 0

Skipping bytes on Budget Card
by Adrian P Challinor 22 May '05

22 May '05

I know I have asked this before, but I still have a problem which I don't understand. I have VDR 1.3.23 running with VDRAdmin-0.97-am3. I have a Linux 2.6.5 kernel and two DVB-T cards. The primary card is a Technotrends full function card, the second is a Nebula budget card. The normal configuration here would be for the primary card to do all the playback to the TV and the secondary card to do all the recording. Sometime ago I have problems with skipping sync bytes when recording on the secondary card:

1 0

1.3.24 works on 2.4.28 (was: Re: [vdr] VDR developer version 1.3.24
by Rainer Zocholl 21 May '05

21 May '05

adrian.challinor(a)osiris.co.uk(Adrian P Challinor) 11.05.05 07:42 >Hi, >I loaded vdr-1.3.24 yesterday. It built OK, installed and I rebooted >just to ensure I had clean everything. I updated yesterday and have no problems! But i did not update the DVB drivers! (Forgot it, too it realatively complicate as i use a AverMedia DVB-T card too) >Watching TV was fine, worked well. But as soon as I started to record >something I got very jittery, stuttering display. Seems I started >getting video stream errors which caused VDR to crash: >System is a P2.4, running Mandrake 10.0, and a 2.6.5 kernel. >DVB's come direct from the kernel. Using a TT-FF terrestrial card. Here it's a 2.4.29 and the DVB drivers linuxtv-dvb-1.1.1 and DVB-S FF (TT) and DVB-T (avermedia) >COULD it be, that after many attempts to get DVD recording working >with lots of kernel extensions loaded, I have adjusted the kernel >integrity? Is this the time to restart the OS and go back to a clean >install? It would be a pain (as I don't have a display screen on the >VDR box) but potentially do-able. Thoughts? Try "vanilla" VDR first. Rainer

1 1

Crash in cPatFilter::Process at si.h
by Anssi Hannula 21 May '05

21 May '05

Hi! VDR 1.3.24 segfaulted with the following backtrace: #0 0x080bae41 in cPatFilter::Process (this=0x824a948, Pid=0, Tid=0 '\0', Data=0xb57f2414 "", Length=40) at si.h:301 #1 0x080c82cc in cSectionHandler::Action (this=0x824a570) at sections.c:214 #2 0x080d9920 in cThread::StartThread (Thread=0x824a570) at thread.c:227 #3 0xb7f573b0 in start_thread () from /lib/tls/libpthread.so.0 #4 0xb7de026e in clone () from /lib/tls/libc.so.6 The line libsi/si.h:301 is "obj=ret;". The getNext function is called from pat.c:288. I don't understand these C++ template thingies, so maybe someone could look at this. It may be worth to notice that I'm using NPTL. -- Anssi Hannula

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