vdr August 2005

vdr@linuxtv.org

146 participants
183 discussions

VDR-1.3.31: moving cutting marks: cDvbPlayer::SkipFrames() is off by one for I frame only recordings (currently radio recordings)
by Reinhard Nissl 28 Aug '05

28 Aug '05

Hi, you may have experienced that moving cutting marks in radio recordings always changes the frame counter by 2. The attached patch fixes this issue. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

Re: [vdr] Re: [linux-dvb] Problems using two devices (ff & budget)
by I.Seeberg 28 Aug '05

28 Aug '05

Hello, I just realized that while recording (i.e. starting and stopping all the time) the process "kdvb-fe-0" has 65% CPU usage (PIII-600 - 128 MB RAM) and that there are "a lot" (no other messages viewable and pages ...) of i2c master_xfer failed messages in the dmesg output. I don't know wether this has to do with my problem or is just because of the start and stopping of the timer - here again the full log: Aug 28 17:27:43 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') added (active) Aug 28 17:27:43 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') set to event Son 28.08.2005 17:15-17:45 'Mein Garten' Aug 28 17:27:43 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:27:43 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec Aug 28 17:27:49 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') stop Aug 28 17:27:49 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:27:49 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec Aug 28 17:27:54 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') stop Aug 28 17:27:54 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:27:54 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec Aug 28 17:28:00 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') stop Aug 28 17:28:00 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:28:00 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec Aug 28 17:28:06 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') stop Aug 28 17:28:06 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:28:06 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec Aug 28 17:28:13 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') stop Aug 28 17:28:13 cinema vdr[4347]: timer 6 (4 1711-1755 'Mein Garten') start Aug 28 17:28:13 cinema vdr[4347]: record /video/Mein_Garten/2005-08-28.17:11.50.99.rec (...) There is no emergency exit and just very slow reaction of vdr commands (press key - 10 seconds until action). I am using vdr-1.3.30 and kernel 2.6.12.5 with dvb-patches (for kernel 2.6.13) from linuxtv.org. Sorry for posting it partly again but I missed a lot the first time. -- Greetings, Ingo Seeberg

1 0

VDR-1.3.28-31: BUG with appending sequence end code while moving cutting marks of radio recordings
by Reinhard Nissl 28 Aug '05

28 Aug '05

Hi, I'm sorry for having introduced this bug. It is wrong to append a sequence end code (video stream related) to an audio stream, when moving cuttingv marks of radio recordings. The attached patch fixes this issue. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

[Announce] LNB-sharing patch for VDR 1.3.31
by Matthias Lötzke 28 Aug '05

28 Aug '05

Hello! A new release of the configurable LNB-sharing patch for VDR 1.3 is available at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/configurableLNBshare-VDR_… Changes: - adapted to VDR 1.3.31 - slightly better documentation in the source code For general information about the LNB-sharing patch have a look at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/Description.txt http://www.vdr-wiki.de/wiki/index.php/Lnbsharing-patch (german) Matthias.

1 0

Problem when no input signal
by Jarmo Järvenpää 28 Aug '05

28 Aug '05

Dear list, With Vdr 1.3.31 and newest dxr3 -plugin there seems to be a problem when dvb-t card receives no signal at all. The screen is blank, but any remote control key presses cause no immediate effects. For example, menu-button causes menu to appear after waiting about 10s. When signal is ok, menu appears as wanted. The problem affects any key presses user might do. BR, Jarmo

6 11

Re: [linux-dvb] Problems using two devices (ff & budget)
by Patrick Boettcher 28 Aug '05

28 Aug '05

Hi, On Sun, 28 Aug 2005, I.Seeberg wrote: > Yesterday I upgraded my vdr system into a two dvb-s devices system. > First it all seems to work. But in the evening I realized that recording > is not possible. > > In the logs I found: > Aug 28 17:53:42 cinema vdr[5733]: timer 6 (7 1656-1810 'Wissen Extrem: > Monster Maschinen') stop > Aug 28 17:53:42 cinema vdr[5733]: timer 6 (7 1656-1810 'Wissen Extrem: > Monster Maschinen') start > Aug 28 17:53:42 cinema vdr[5733]: record > /video/Wissen_Extrem:_Monster_Maschinen/2005-08-28.16:56.50.99.rec I don't see any error here. > dmesg shows the following using the b2c2-flexcop-pci module of kernel > [..] > b2c2-flexcop: initialization of 'SkyStar 2 DVB-S (old version)' at the 'PCI' bus controlled by a 'FlexCopII' complete > an a lot of > b2c2-flexcop: i2c master_xfer failed > messages! Ignore them, the driver is probing the possible demodulators it can have. In fact your log looks good. > I don't know what to do. > Is kernel 2.6.12.5 equipped with a recent dvb driver version? Yes, but the problem some cards have (suddenly no data transfer anymore) is not fixed in 2.6.12. It will be included in 2.6.13. Or you use the patches for 2.6.12 from http://www.linuxtv.org/downloads/patches/. Btw. if you can, don't use the skystar2-driver anymore. It is superseded by the flexcop-modules. This is just information about the driver situation. I'm unfortunately not able to help you with your real problem. Does VDR do an emergency exit or why do you assume that recording is not possible anymore? best regards, Patrick. -- Mail: patrick.boettcher(a)desy.de WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/

2 1

Is cStatus::OsdChannel called from cEITScanner::Process
by Andreas Brachold 28 Aug '05

28 Aug '05

Hi, I have a small question to in version 1.3.28 introduced modification: - Modified cEITScanner::Process() so that it uses the primary device if it is replaying and is the only device that provides the given transponder, and that a forced EPG scan works even if EPG scan timeout is set to 0 I believe it have with the Graphlcd Plugin now the side effect during the replaying, the indicated replaying-Logo changed to Channellogo, at moment of cEITScanner::Process() start. Now my question, is it thinkable, that by cEITScanner::Process() the notification function cStatus::OsdChannel() is called? And if it like that is this a feature or a bug, that cStatus::OsdChannel() called from background process ? I did not debuged that yet, and wanted that inquire before. Cu, Andreas

2 3

clarification request: vdr file format?
by jik jikman 28 Aug '05

28 Aug '05

Hi, I searched internet many times to find vdr file format, but I found many different results. Some sites say it is pva format, some other say it is pes format and other say it is ts format without pat/pmt tables. What is vdr file format at last? and why we can't record directly in mpg ( mpeg ps ) format as we can do in windows? I know how I must convert it to other formats, but I cant understand why we can't directly record in mpg? Thanks.

19 28

[ANNOUNCE] vdr 1.3 SUSE RPMs
by Ludwig Nussel 28 Aug '05

28 Aug '05

Hi, I've built RPM packages for 1.3.26. Video directory and epg file location is the same as in the 1.2.6 packages, config files are in /etc/vdr13 instead of /etc/vdr. So you can safely install 1.3 in parallel to the 1.2.6 packages. vdr contains minimal patches. the su patch, the patch to use a broadcast variable instead of sleep in cDvbPlayer and pagedown.diff from Udo Richter. I also removed the check for NPTL and vdr does run with NPTL if available. Post success stories here, this check has to go before 1.4 :-) The packages are at ftp://ftp.suse.com/pub/suse/i386/supplementary/misc resp. ftp://ftp.suse.com/pub/suse/x86_64/supplementary/misc and it's mirrors. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/

6 15

Patch to avoid file system buffer trashing
by Ralf Müller 28 Aug '05

28 Aug '05

The day before I tried to find out if somebody ever had implemented something to prevent vdr to trash the file system buffers. I did this because I hate to wait 20 seconds for vdr to re-read my recordings list. So I read about the usage of O_DIRECT and the trouble with it. While googling about O_DIRECT I found the function posix_fadvise - which I had never heard about before - can help to do something similar without to have such an impact on the current programming scheme. Using this function I wrote a little patch for vdr 1.3.30 - if you are interested have a look here: http://vdr.unetz.com/download/patches/vdr-avoidTrashing-0.2.0-plain-1.3.30.… The same patch against enAIO-2.5-rm-a: http://vdr.unetz.com/download/patches/vdr-avoidTrashing-0.2.0.diff.gz For sure the whole thing only makes sense when all programs dealing with video streams on a vdr do the same. So I did some first steps patching noad. I'm not finished with it - there seems to be a read() I missed. Anyway - the preliminary patch for noad 0.6.0 can be found here: http://vdr.unetz.com/download/patches/noad-avoidTrashing-0.0.1.diff.gz Further candidates for posix_fadvise are mkisofs and the burn-plugin. Regards Ralf Müller -- Van Roy's Law: ------------------------------------------------------- An unbreakable toy is useful for breaking other toys.

4 9

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2005