vdr

vdr@linuxtv.org

2 participants
6731 discussions

threading bug in remote.c?
by Wolfgang Rohdewald 17 Mar '05

17 Mar '05

Has anybody already tried to use helgrind on vdr? (helgrind is a valgrind variant for searching threading bugs, see http://valgrind.org/docs/manual/hg_main.html#hg-top) There are several places in vdr (and in muggle) where helgrind says it found something. One of them is in cRemote. This might be one of the easier cases for finding out whether helgrind reports valid bugs for vdr - and for me learning about threading problems. cRemote::Put() and cRemote::Get() use a mutex but cRemote::HasKeys() does not. Could that be a bug? If I change HasKeys(), helgrind stays silent: bool cRemote::HasKeys(void) { cMutexLock MutexLock(&mutex); return in != out && !(keys[out] & k_Repeat); } Without that mutex, I believe cInterface::GetKey can call Skins.Flush() even if there actually is a key. With the mutex, this still seems possible but more seldom. Is this analysis correct? If yes, how could that last hole be fixed? If you want to I will post more messages from helgrind about other problems but I first want to be sure this makes sense. Amongst others, helgrind sees problems in the EPG code, in cList handling and in the remote plugin. Some messages from helgrind about cRemote: ==16960== Possible data race reading variable at 0x81E15C0 (cRemote::in) ==16960== at 0x80EA117: cRemote::HasKeys() (remote.c:148) ==16960== by 0x80B3DE0: cInterface::GetKey(bool) (interface.c:34) ==16960== by 0x8118A28: main (vdr.c:647) ==16960== Address 0x81E15C0 is in BSS section of /home/vdr/vdr-1.3.22/vdr ==16960== Previous state: shared RW, locked by:0x81E15D0(cRemote::mutex) ==16960== ==16960== Possible data race reading variable at 0x81E15C4 (cRemote::out) ==16960== at 0x80EA119: cRemote::HasKeys() (remote.c:148) ==16960== by 0x80B3DE0: cInterface::GetKey(bool) (interface.c:34) ==16960== by 0x8118A28: main (vdr.c:647) ==16960== Address 0x81E15C4 is in BSS section of /home/vdr/vdr-1.3.22/vdr ==16960== Previous state: shared RW, locked by:0x81E15D0(cRemote::mutex) ==16960== ==16960== Possible data race reading variable at 0x81E1580 (cRemote::keys) ==16960== at 0x80EA130: cRemote::HasKeys() (remote.c:148) ==16960== by 0x80B3DE0: cInterface::GetKey(bool) (interface.c:34) ==16960== by 0x8118A28: main (vdr.c:647) ==16960== Address 0x81E1580 is in BSS section of /home/vdr/vdr-1.3.22/vdr ==16960== Previous state: shared RW, locked by:0x81E15D0(cRemote::mutex) ==16960== -- Wolfgang

1 0

vdr-xine and AC3 Audio
by Daniel THOMPSON 17 Mar '05

17 Mar '05

Hi Folks I am currently running vdr, vdr-dvd and vdr-xine on one machine and running the xine based display on another machine. Unfortunately the machine running vdr is a bit gutless and decoding AC3 appears to tax it a bit too much (video is smooth until I switch of Dolby in the DVD menu). It is possible to adapt vdr-xine to have xine decode the AC3 stream on the more powerful display machine? -- Daniel Thompson (STMicroelectronics) <daniel.thompson(a)st.com> 1000 Aztec West, Almondsbury, Bristol, BS32 4SQ. 01454 462659 If a car is a horseless carriage then is a motorcycle a horseless horse?

1 0

Re: Re: [vdr] missing (some) sound in 1.3.22
by peter_weber69 17 Mar '05

17 Mar '05

> Von :: Stefan Taferner <taferner(a)kde.org> > An :: "Klaus Schmidinger's VDR" <vdr(a)linuxtv.org> > Betreff: Re: [vdr] missing (some) sound in 1.3.22 > Datum: Thu, 17 Mar 2005 07:32:08 +0100 > On Sunday 13 March 2005 17:17, Tomas Prybil wrote: > > Hi all! > > > > I just recently moved to 1.3.22 and found as usual new features ;) > > Parts of the news (for me) is the awaited possibility to pick a specific > > "sound track". > > > > My problem is that some of the channels now are missing sound. The > > soundpids are all in there. If I remove them they all get properly baack > > again. The sound of three specific Canal+ channels is gone :( > > > > If I remove the > > AudioLanguages = sve eng > > from setup.conf the sound gets back again. > > > > Any clues? > > Could it be that those channels send wrong audio information? > > --Stefan I think no, i have the same problems with german channels (Dolby) bye Leben Sie gesund? Gesundheit bei Lycos! Neu! - http://www.lycos.de/life/gesundheit/

1 0

missing (some) sound in 1.3.22
by Tomas Prybil 17 Mar '05

17 Mar '05

Hi all! I just recently moved to 1.3.22 and found as usual new features ;) Parts of the news (for me) is the awaited possibility to pick a specific "sound track". My problem is that some of the channels now are missing sound. The soundpids are all in there. If I remove them they all get properly baack again. The sound of three specific Canal+ channels is gone :( If I remove the AudioLanguages = sve eng from setup.conf the sound gets back again. Any clues? /t

2 2

[patch] osdteletext-0.4.2 page render speed up
by Udo Richter 17 Mar '05

17 Mar '05

Hi list, Since osdteletext page drawing is rather slow on my C3-600, I investigated the page rendering speed of osdteletext-0.4.2. Average rendering time is 0.74s, dividing down to 0.11s rendering, 0.45s scaling, 0.09s osd drawing and 0.11s screen update. (numbers might be slightly off due to additional debug output) After a rewrite of the scaler, the scaling is down to 0.1s, speeding up screen update from 0.74s to 0.39s - a noticeable improvement. ;) The attached patch adds the new scaling code. Cheers, Udo diff -aur osdteletext-0.4.2/txtbitmap.c osdteletext-0.4.2-mod/txtbitmap.c --- osdteletext-0.4.2/txtbitmap.c 2005-03-03 17:51:00.000000000 +0100 +++ osdteletext-0.4.2-mod/txtbitmap.c 2005-03-08 18:45:15.000000000 +0100 @@ -74,6 +74,39 @@ cBitmap *bitmap=new cBitmap(wneu, hneu, depth); Display::SetBitmapPalette(*bitmap); +#if 1 + // Scale rule: + // xsrc=x0 + xdst*walt/wneu + // ysrc=y0 + ydst*halt/hneu + + int xsrc,xdst,xfrac,ysrc,ydst,yfrac; + // exact src coordinate is floor(xsrc+xfrac/wneu),floor(ysrc+yfrac/hneu) + ysrc=y0; + ydst=0; + yfrac=0; + while (ydst<hneu) { + xsrc=x0; + xdst=0; + xfrac=0; + while (xdst<wneu) { + bitmap->SetIndex(xdst,ydst,*(oldBitmap->Data(xsrc, ysrc)) ); + xdst++; + xfrac+=walt; + while (xfrac>=wneu) { + xfrac-=wneu; + xsrc++; + } + } + ydst++; + yfrac+=halt; + while (yfrac>=hneu) { + yfrac-=hneu; + ysrc++; + } + + } + +#else int/*float*/ oldX=0, oldY=0; for (float x=0;x<wneu;x++) for (float y=0;y<hneu;y++) { @@ -84,6 +117,7 @@ oldY=(int)(((halt*10000/hneu)*y/10000)); bitmap->SetIndex((int)x,(int)y,*(oldBitmap->Data(oldX+x0, oldY+y0)) ); } +#endif return bitmap; }

3 3

Problem with text2skin and vdr 1.3.22
by Tero Siironen 16 Mar '05

16 Mar '05

I updated vdr to 1.3.22 today, but text2skin 1.0 doesn't work properly. I have tried with two skins, DeepBlue and Enigma. With 1.3.21 both skins works. Log from 1.3.22: Mar 16 22:39:45 localhost vdr[8401]: loading /video/themes/DeepBlue-default.theme Mar 16 22:39:45 localhost vdr[8401]: switching to channel 2 Mar 16 22:39:52 localhost vdr[8425]: CAM: Conax 4.00e, 01, 0B00, 04B1 Mar 16 22:39:57 localhost vdr[8401]: ERROR: text2skin: OSD provider can't handle skin: OSD memory overflow Mar 16 22:39:57 localhost vdr[8401]: ERROR: Skin too large or incorrectly aligned I tried to change OSD's size to very small (~200x200) but I still get the same error. -- Tero Siironen

2 1

Compiler problems?
by Olaf Titz 16 Mar '05

16 Mar '05

Are there any known issues wrt. different compiler versions? I have tried GCC 2.95, 3.2, 3.3 and 3.4 and most of them produce misbehaving code in one way or another. E.g. with 2.95, the decruft plugin reproducably crashes vdr with signal 9 (yes - 9, no idea where this comes from) and with 3.4 I'm getting segfaults probably due to the xine plugin. Olaf PS. vdr 1.3.22, decruft 0.0.3, femon 0.8.5, osdteletext 0.4.1, xine 0.7.2; glibc 2.3.2.

1 0

No picture with Hauppauge Nexus-CA
by Sami Taipale 16 Mar '05

16 Mar '05

Hi, I can't seem to get a picture out from vdr. I tried with mplayer plugin and it doesn't even open the mplayer window. Also tried with a video cable from the dvb-card's output. That gives me the vdr osd but no tv picture. The card works fine when i do czap -c zap_channels.conf "YLE TV1" -r and view the stream with mplayer /dev/dvb/adapter0/dvr0 Specs: Card: Hauppauge WinTV Nexus-CA Distro: Gentoo Kernel: 2.6.11 VDR: 1.3.22 Output of dmesg: saa7146: register extension 'dvb'. saa7146: found saa7146 @ mem dc8ce000 (revision 1, irq 12) (0x13c2,0x000a). DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-CA rev1.X). adapter has MAC addr = 00:d0:5c:04:47:0c dvb-ttpci: gpioirq unknown type=0 len=0 dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261c dvb-ttpci: firmware @ card 0 supports CI link layer interface dvb-ttpci: adac type set to 0 @ card 0 saa7146_vv: saa7146 (0): registered device video0 [v4l2] DVB: registering frontend 0 (ST STV0297 DVB-C)... dvb-ttpci: found av7110-0. >From log files: Mar 16 18:52:10 [vdr] VDR version 1.3.22 started Mar 16 18:52:10 [vdr] loading /video/setup.conf Mar 16 18:52:10 [vdr] loading /video/sources.conf Mar 16 18:52:10 [vdr] loading /video/channels.conf Mar 16 18:52:10 [vdr] loading /video/timers.conf Mar 16 18:52:10 [vdr] found 1 video device Mar 16 18:52:10 [vdr] setting primary device to 1 Mar 16 18:52:10 [vdr] SVDRP listening on port 2001 Mar 16 18:52:10 [vdr] loading /video/themes/sttng-default.theme - Last output repeated twice - Mar 16 18:52:10 [vdr] ERROR: /dev/lircd: Connection refused Mar 16 18:52:10 [vdr] ERROR: remote control LIRC not ready! Mar 16 18:55:56 [vdr] switching to channel 1 Mar 16 18:56:01 [vdr] switching to channel 2 >From log files with mplayer & subtitle plugins.: Mar 15 17:38:34 [vdr] VDR version 1.3.22 started Mar 15 17:38:34 [vdr] loading plugin: /usr/lib/vdr/libvdr-mplayer.so.1.3.22 Mar 15 17:38:34 [vdr] loading plugin: /usr/lib/vdr/libvdr-subtitles.so.1.3.22 Mar 15 17:38:34 [vdr] loading /video/setup.conf Mar 15 17:38:34 [vdr] loading /video/sources.conf Mar 15 17:38:34 [vdr] loading /video/channels.conf Mar 15 17:38:34 [vdr] loading /video/timers.conf Mar 15 17:38:34 [vdr] found 1 video device Mar 15 17:38:34 [vdr] initializing plugin: mplayer (0.9.10): Media replay via MPlayer Mar 15 17:38:34 [vdr] loading /video/plugins/mplayersources.conf Mar 15 17:38:34 [vdr] WARNING: removing trailing '/' from base /tmp/ Mar 15 17:38:34 [vdr] initializing plugin: subtitles (0.3.7): DVB subtitles decoder Mar 15 17:38:34 [vdr] setting primary device to 1 Mar 15 17:38:34 [vdr] SVDRP listening on port 2001 Mar 15 17:38:34 [vdr] loading /video/themes/sttng-default.theme Mar 15 17:38:34 [vdr] starting plugin: mplayer Mar 15 17:38:34 [vdr] starting plugin: subtitles Mar 15 17:38:34 [vdr] loading /video/plugins/subchannels.conf Mar 15 17:38:34 [vdr] loading /video/themes/sttng-default.theme Mar 15 17:38:34 [vdr] ERROR: /dev/lircd: No such file or directory Mar 15 17:38:34 [vdr] ERROR: remote control LIRC not ready! Mar 15 17:38:45 [vdr] switching to channel 1 Mar 15 17:39:46 [vdr] channel 4 (YLE24) event 17:10 'Basaren' status 4 Mar 15 17:39:46 [vdr] channel 5 (YLE Teema) event 17:30 'YLE Foorumi' status 4 Any help is greatly appreciated :-) -Sami-

2 2

[ANNOUNCE] bitstreamout plugin 0.80 (sound loop through sound card)
by Dr. Werner Fink 16 Mar '05

16 Mar '05

Hi, I've uploaded the new verion 0.80 of the bitstreamout plugin. >From the changelog from this morning: - Add nonlinear mp2 loop through S/P-DIF similar to AC3/DTS - Use a frame based mp2 parser for libmad with buffer gard - Make PCM initial wait frames configurable - Remove Z680 option - Remove MP2offset - Add a workaround for broken sub audio header in PS1 payloads - Be smarter in AV synchronization, wait on stable STC value - Make xlist find plain AC3 in PS1 payload even from ORF A note about nonlinear mp2 loop through also from the manual page: [...] Mp2Out (Round,Dither,Nonlinear) Switch for the configuration how to use the MP2 Audio input stream from VDR at replaying a recording or during live viewing from DVB card. The two cases Round and Dither are switches for the resulting linear PCM which its self will be obtained by decoding the MP2 Audio input stream with the help of the LibMad. Dithering leads to a much better sound quality then Rounding it does. The Nonlinear option provides an alternative way how to put MP2 Audio data forward to the A/V receiver. With this the MP2 Audio will not be decoded but send with a simliar method as done for AC-3 or DTS input streams. If and only if your A/V receiver supports the decoding of MP2 Audio stream you may choose this option. But note that for daily use your A/V receiver should support automatic detection of MP2 Audio. Or you have to con- figure your A/V receiver by hand for every change between AC-3, DTS and MP2 Audio input sources. [...] A further note from the manual page about the PCM initial wait frames: [...] PCMinitial [1...12] The numbers of initial PCM wait frames to reset the parser and decoder of your A/V receiver at LiveTV. As larger the number as more your A/V receiver can synchronize but only up to the maxi- mal filling grade of its input buffer. If the value is to large you will hear a large silent pause. You should then decrease the value. A good value for, e.g. Pioneer VSA-E07 is 6. Small val- ues may cause an underrun of the hardware buffer of your sound- card, which can be heard as a short staccato or reset (see Vari- ableIO) initial after a channel switch. [...] Werner -- AC3 loop through sound card http://bitstreamout.sourceforge.net/ Howto http://www.vdr-portal.de/board/thread.php?threadid=1958 ------------------------------------------------------------------ "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr

4 6

RE: [vdr] Helsinki HTV HD1 and VDR? (HDTV channel)
by Rantanen Teemu 16 Mar '05

16 Mar '05

Ari Huttunen wrote: > No idea. I hope it's something more interesting.. :) I managed to receive and display (vdr + hdtv-patch + streamdev + mplayer) the HDTV test stream when it started on HTV. At that time it was ~10 minutes loop of bits and pieces of different types of shows (euro1080 demo/commercial etc). I tried to receive it again few days back, but it was gone, or changed to another frequency (info of which isn't broadcasted on other channels). Let me know if you find it, but I guess you need a smartcard and paid subscription now... Teemu

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