vdr

vdr@linuxtv.org

6731 discussions

VDR 1.5.18 segfaults at startup on Debian Sarge
by Walter Meier 23 Mar '08

23 Mar '08

Hi List, I want to upgrade to 1.5.18, but it failed to start and I have no idea why? 1.4.7 did work fine for me. It seems to me that something is wrong with my fonts? Maybe someone can help me to find the right way? (gdb) run -l 3.0 -E /tmp/epgtest.data -v /usr/local/src/vdr/vdr-1.5.17/video -c /usr/local/vdr/etc_1.6 Starting program: /daten/src/vdr/vdr-1.5.17/vdr -l 3.0 -E /tmp/epgtest.data -v /usr/local/src/vdr/vdr-1.5.17/video -c /usr/local/vdr/etc_1.6 [Thread debugging using libthread_db enabled] [New Thread -1212243840 (LWP 13138)] [New Thread -1213690960 (LWP 13141)] [Thread -1213690960 (LWP 13141) exited] [New Thread -1222083664 (LWP 13142)] [Thread -1222083664 (LWP 13142) exited] [New Thread -1230476368 (LWP 13144)] [New Thread -1213690960 (LWP 13145)] [New Thread -1222083664 (LWP 13147)] [New Thread -1238869072 (LWP 13148)] [New Thread -1247261776 (LWP 13149)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212243840 (LWP 13138)] 0xb7c90d04 in mallopt () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7c90d04 in mallopt () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7c9150a in mallopt () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7c90135 in realloc () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e48a16 in FcCharSetDestroy () from /usr/lib/libfontconfig.so.1 #4 0xb7e48b5c in FcCharSetFindLeafCreate () from /usr/lib/libfontconfig.so.1 #5 0xb7e4a067 in FcNameParseCharSet () from /usr/lib/libfontconfig.so.1 #6 0xb7e5253a in FcNameBool () from /usr/lib/libfontconfig.so.1 #7 0xb7e52783 in FcNameParse () from /usr/lib/libfontconfig.so.1 #8 0xb7e43ef6 in FcBlanksIsMember () from /usr/lib/libfontconfig.so.1 #9 0xb7e44649 in FcGlobalCacheScanDir () from /usr/lib/libfontconfig.so.1 #10 0xb7e4b568 in FcDirScanConfig () from /usr/lib/libfontconfig.so.1 #11 0xb7e45f8a in FcConfigBuildFonts () from /usr/lib/libfontconfig.so.1 #12 0xb7e4e8fc in FcInitLoadConfigAndFonts () from /usr/lib/libfontconfig.so.1 #13 0xb7e4e955 in FcInit () from /usr/lib/libfontconfig.so.1 #14 0x080bc39c in cFont::GetFontFileName (FontName=0xb7e66828 "4�\002") at font.c:411 #15 0x080bc083 in cFont::CreateFont (Name=0x8b5fb252 <Address 0x8b5fb252 out of bounds>, CharHeight=-1956662702, CharWidth=-1956662702) at font.c:356 #16 0x080bbf29 in cFont::SetFont (Font=fontOsd, Name=0x8b5fb252 <Address 0x8b5fb252 out of bounds>, CharHeight=-1956662702) at font.c:331 #17 0x080bc00d in cFont::GetFont (Font=136654904) at font.c:346 #18 0x081064c5 in cSkinSTTNGDisplayChannel (this=0x82502d8) at skinsttng.c:157 #19 0x0810e99d in cSkinSTTNG::DisplayChannel (this=0x824de60, WithInfo=true) at skinsttng.c:1157 #20 0x080d2e3f in cDisplayChannel (this=0x824c548, Number=-1956662702, Switched=true) at skins.h:327 #21 0x081244be in main (argc=1, argv=0xbfe873b4) at device.h:253 Bye, Walter

1 1

vdr-dvd-cvs: deadlock when switching audio channel
by Reinhard Nissl 23 Mar '08

23 Mar '08

Hi, please have a look at the backtraces of the following threads: VDR's main thread: > (gdb) bt > #0 0xffffe410 in __kernel_vsyscall () > #1 0xb7f20c1e in __lll_mutex_lock_wait () from /lib/libpthread.so.0 > #2 0xb7f1ca58 in _L_mutex_lock_86 () from /lib/libpthread.so.0 > #3 0xb7f1c47d in __pthread_mutex_lock (mutex=0xa44ceec) at pthread_mutex_lock.c:81 > #4 0x0814e111 in cMutex::Lock (this=0xa44ceec) at thread.c:191 > #5 0x080c0656 in cThread::Lock (this=0xa44cedc) at thread.h:91 > #6 0x0814e14a in cThreadLock::Lock (this=0xbfbeea90, Thread=0xa44cedc) at thread.c:392 > #7 0x0814e18e in cThreadLock (this=0xbfbeea90, Thread=0xa44cedc) at thread.c:379 > #8 0xb7a9e6d4 in cDvdPlayer::SetAudioTrack (this=0xa44ced0, Type=ttDolby, TrackId=0xa3d1a62) at player-dvd.c:2536 > #9 0x080bb367 in cDevice::SetCurrentAudioTrack (this=0xa3d11a0, Type=ttDolby) at device.c:1058 > #10 0x080e88d9 in cDisplayTracks::ProcessKey (this=0x88021d8, Key=kAudio) at menu.c:3595 > #11 0x080e3773 in cDisplayTracks::Process (Key=kAudio) at menu.c:3545 > #12 0x0815dec5 in main (argc=16, argv=0xbfbeef34) at vdr.c:1035 vdr-dvd's DvdPlayer thread: > (gdb) bt > #0 0x08159ef8 in Watchdog (signum=14) at vdr.c:164 > #1 <signal handler called> > #2 0xffffe40e in __kernel_vsyscall () > #3 0xb7f20c1e in __lll_mutex_lock_wait () from /lib/libpthread.so.0 > #4 0xb7f1ca58 in _L_mutex_lock_86 () from /lib/libpthread.so.0 > #5 0xb7f1c47d in __pthread_mutex_lock (mutex=0xa3d224c) at pthread_mutex_lock.c:81 > #6 0x0814e111 in cMutex::Lock (this=0xa3d224c) at thread.c:191 > #7 0x0814e1e2 in cMutexLock::Lock (this=0xb18f61a0, Mutex=0xa3d224c) at thread.c:366 > #8 0x0814e226 in cMutexLock (this=0xb18f61a0, Mutex=0xa3d224c) at thread.c:353 > #9 0x080bf264 in cDevice::PlayPesPacket (this=0xa3d11a0, Data=0xafd00690 "", Length=2034, VideoOnly=false) at device.c:1274 > #10 0x080be564 in cDevice::PlayPes (this=0xa3d11a0, Data=0xafd00690 "", Length=2034, VideoOnly=false) at device.c:1410 > #11 0x081141f3 in cPlayer::PlayPes (this=0xa44ced0, Data=0xafd00690 "", Length=2034, VideoOnly=false) at player.c:29 > #12 0xb7a9fdf1 in cDvdPlayer::Action (this=0xa44ced0) at player-dvd.c:730 > #13 0x0814de6e in cThread::StartThread (Thread=0xa44cedc) at thread.c:255 > #14 0xb7f1a192 in start_thread (arg=0xb18f6b90) at pthread_create.c:296 > #15 0xb7cd902e in clone () from /lib/libc.so.6 In frame #9 of VDR's main thread, mutexCurrentAudioTrack get's locked, then in frame #8, cDvbPlayer's thread mutex is to be aquired (LOCK_THREAD). In frame #12 vdr-dvd's DvdPlayer thread locked it's mutex (LOCK_THREAD), then in frame #9, mutexCurrentAudioTrack is to be aquired. As both threads lock the same mutexes in opposite order a deadlock occurs. As I'm not used to vdr-dvd development, I would be glad if someone could provide a fix for this issue. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

Re: [vdr] [ANNOUNCE] vdr-sudoku-0.2.0
by Ville Skyttä 23 Mar '08

23 Mar '08

On Saturday 22 March 2008, Thomas Günther wrote: > Ville Skyttä wrote: > > > - no-exit: Remove the "Exit" choice from the commands menu; exiting the > > plugin using this menu entry exits the plugin fine but next time any VDR > > OSD should appear after doing this, VDR crashes (VDR 1.4.7, Fedora Core > > 8). This is obviously just a stopgap patch, it'd be better if this could > > be fixed properly. > > Sorry, this was a last minute change, without testing the exit > function. :-( Please try the attached patch. It solves the problem for > me. Seems to work for me too, thanks.

1 0

Problems with defining CA-field to allow devices to access channels
by Antti Hartikainen 22 Mar '08

22 Mar '08

Hello, list and Klaus. Is it possible to limit multiple DVB devices to access certain channel with CA-field? I have following setup: Card #1: DVB-S full-featured (only for mpeg decoding and tv-output) Card #2: DVB-T budget (connected to antenna 1) Card #3: DVB-T budget (connected to antenna 2) Card #4: DVB-T budget (connected to antenna 1) So different DVB-cards can receive different multiplexes. Problem is: VDR doesn't seem handle correctly multiple CA-entries, when it's saving channel config file. When defining CA field to 2,4 (editing config file by hand) to let both cards 2 and 4 to access channel, VDR sets CA-field to 2. But would be nice if both cards which are capable to receive channel, could do it. In this case only one card gets it. And it is not possible to limit encrypted channels, which in my opinion is most critical here; 1) When defining CA field to 3,B00 - VDR sets CA-field to 3, and this channel won't be decrypted as it's not identified as Conax. 2) When defining CA field to B00,3 - VDR sets CA-field to B00, and every card can access this channel. Anyway it would be nice to limit access for devices by frequency (DVB-T/C) and by source (DVB-S, SourceCaps does this, any similar for DVB-T?). Or atleast to get this CA-field limiting working ;) Testing done with vdr 1.5.15

1 1

[ANNOUNCE] vdr-sudoku-0.2.0
by Thomas Günther 22 Mar '08

22 Mar '08

Hi! There is a new version of the Sudoku plug-in. Download: http://toms-cafe.de/vdr/sudoku/vdr-sudoku-0.2.0.tgz Changes since version 0.1.3: - Added gettext support (VDR >= 1.5.7). - Fixed compiler warnings with gcc-4.1.2. - Updated FSF address in the license information. - Improved copyright and license information in the header of all source files. - Fixed (un)marking the cell on the bottom right. - Show possible numbers as pattern. - Show possible numbers as digits (VDR >= 1.5.4). - Paint numbers with a larger font (VDR >= 1.5.4). - Changed the background color of marked cells to darkgreen. - Added commands menu. - Added commands to load and save puzzles from/to the sudoku-list file. - Added setup to commands menu. - Fixed height of info window for spanish text. - Updated German language texts. - Added Italian language texts (thanks to Gringo). - Margined output of text into the info window. This plugin generates Number Place puzzles, so called Sudokus, and let you solve it. A Sudoku puzzle consists of 9 x 9 cells subdivided into 9 regions with 3 x 3 cells. The rules are simple. There have to be the numbers from 1 to 9 in every row, column and region. In the beginning some numbers are given. These cells are painted with cyan background color. The aim of the puzzle is to find the missing numbers. There is only one solution of a Sudoku puzzle. See the project's homepage for details: http://toms-cafe.de/vdr/sudoku Tom

2 1

[ANNOUNCE] vdr-xine-0.8.2 plugin
by Reinhard Nissl 22 Mar '08

22 Mar '08

Hi, I'm pleased to announce a the maintenance release 0.8.2. You can find it on my homepage as usual: http://home.vr-web.de/~rnissl Excerpt from HISTORY: 2008-03-10: Version 0.8.2 - Fixed optional parameter processing for parameter -p. As getopt() requires that optional arguments must follow the option switch without any delimiters, I've updated MANUAL accordingly, i. e. all options are documented without delimiters. Furthermore you'll get an error message when specifying the argument for -p incorrectly. - Fixed compilation of patched xine-lib-1.1 (thanks to Darren Salt and Fabian Foerg for contributing fixes for this issue). - Provided xine_get_current_frame_alloc() to xine-lib which allows retrieving the current frame image without the need to pause the stream for a second call to the function after allocating sufficient memory. - Fixed retrieving only valid PTS from xine. xine's metronom is now intercepted to monitor PTS changes after which PTS are considered to be valid. - Fixed handling VDR's clear command. Adding sync points to the stream makes sure that all data on the way to xine up to sync point gets properly dropped. - Added Russian translation (thanks to Oleg Roitburd for providing ru_RU.po). Enjoy. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

7 13

[ANNOUNCE] VDR developer version 1.5.18 - release candidate 3
by Klaus Schmidinger 22 Mar '08

22 Mar '08

VDR developer version 1.5.18 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.18.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.17-1.5.18.diff NOTE: ===== The originally planned release of version 1.6.0 has been postponed, because there have been a few small changes that need to be properly tested first. Please report any bugs as soon as possible. If nothing unexpected happens, I plan to release version 1.6.0 on March 23. The following translation files still have untranslated texts: el_GR.po hr_HR.po nn_NO.po pt_PT.po It would be nice if somebody could finish these before the 1.6.0 release. To avoid duplicate work, please announce your activity here in this thread. WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.5.17: - Added a missing reset of maxNumber in cChannels::Renumber() (reported by Sundararaj Reel). - Revoked the fixed change of the default character set for SI data and introduced an environment variable to control it (thanks to Ales Jurik for reporting broken SI data on the Czech/Slovak channels, which actually do follow the standard). Users who want to set the default character set to something different can do this by setting the environment variable VDR_CHARSET_OVERRIDE to something like ISO-8859-9. - Fixed a signed character used as index in cBase64Encoder::NextLine() (thanks to Tobias Grimm). - Updated the Spanish and Catalanian OSD texts (thanks to Luca Olivetti). - Fixed automatically selecting the preferred subtitle language (based on a patch from Rolf Ahrenberg). - Updated the Ukrainian OSD texts (thanks to Yarema Aka Knedlyk). - Updated the Italian OSD texts (thanks to Diego Pierotto). - Updated the Polish OSD texts (thanks to Michael Rakowski). - Fixed formatting the name section in the VDR man pages (thanks to Tobias Grimm). - Updated the Swedish OSD texts (thanks to Magnus Andersson). - Added Russian translations to the 'skincurses' and 'pictures' plugins (thanks to Alexander Gross). - Fixed displaying the free disk space when entering the recordings menu where the last replayed recording was in a subdirectory, and pressing Back (thanks to Rolf Ahrenberg). - Fixed tuning to a live channel after a recording has been stopped using the 'Back' key. - Resetting a timer's 'pending' flag when it has ended. *When reporting problems, please don't reply to this message!* Create a new thread instead, using a descriptive subject! Have fun! Klaus

2 2

vdr-xine - screen size and resolution
by serge pecher 21 Mar '08

21 Mar '08

Hello, I am making some test with vdr-xine 0.8.2, libxine en xine-ui from Reinhard's site (kubuntu 7.10) It is on a laptop without dvb device. For the moment I just try to replay recordings from an other vdr box, and dvd with dvdswitch. I use a Sony bravia 32" TV screen connected at the vga output of the laptop. The resolution configured in xorg.conf is 1280x720. I achieve to have the "no-signal" in full screen. When I replay recordings, most of them are with wide black bands left & right and for some of them also small bands up&down. Some recordings (most movies) have wide bands on the four sides. The most dvd's also have wide bands L&R. One of them plays in full screen but the image is stretched. I was playing around with some settings of the plugin, but don't see how to get a good result. In the past I made some test, I believed, with vdr-xine (or maybe xineliboutput ?), and I can remember something in the settings that achieved auto-scaling. I had at that time almost everything in full screen, but sometimes also with wrong stretching. I tried to start xine, just by typing xine in a terminal box and choosinf "vdr" and I also tried xine -V xv --post vdr_video --post vdr_audio --post upmix_mono "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes", but can't really see a difference. As I understand, I have different sources, with different resolutions. Is there a manner to tell vdr-xine or xine to adapt the output as good as possible to my tv screen ? Thanks, sp

3 5

Re: [vdr] xineliboutput and ubuntu 7.10 (Gutsy)
by Timo Laitinen 20 Mar '08

20 Mar '08

On Mon, 17 Mar 2008 22:41:15 +0100 Darren Salt <linux(a)youmustbejoking.demon.co.uk> wrote: > I demand that Timo Laitinen may or may not have written... > > > Aaargh, forgot to change the vdr Digest from the subject to > > something reasonable... sorry about the noise... Here's the same > > with a bit more identifiable subject. > > You forgot to correct the In-Reply-To header. ;-) ... > > I'm inclined to believe the latter: you keep forgetting. :-) Well, I'd put the header problem somewhere between "didn't even think of it" and "can't do it with my emailer" (at least after a quick check and a couple of attempts), sorry... > > although not perfectly (rapid motion, such as news tickers, are > > jumpy with xxmc on openchrome when HW acceleration is on, not sure > > why) > > Sounds like an X problem to me, though it could just possibly be to > do with xine-lib's xxmc support. Yes, could be an X (openchrome) problem, could be xxmc or the HW decoding, I'm a bit at loss with it at the moment. With Xv the quality is just fine (but CPU at around 60-70%, a bit too touchy for other activity). The xxmc is somewhat blurry and jumping a bit with the tickers, with CPU at 30%. Any similar experience/solutions anyone? The hardware is CN700 (EPIA EN-12000). Well, maybe I should actually start another thread on this (with proper headers on the replys :-) ), or maybe at openchrome or xine... > > So (wrote he hoping), would things get better (regarding my quality > > problems) if I changed to 1.1.2? > > Hopefully not ? unless you mean 1.2, in which case you'll see much > the same as 1.1 hg wrt xxmc. I was (not really that optimistically) thinking that maybe the <<1.1.3 meant something horrible happens at higher versions... but I wasn't really expecting a positive answer on that. And it does seem that not much has happened with xine xxmc recently. > Basically, if you upgrade xine-lib to a newer ABI-compatible version, > you won't need to rebuild plugins (except just the once to get them > using the new plugin directory naming scheme when you upgrade past > 1.1.10.1). Ok, thanks for the info, maybe I'll try a newer version at some stage... -- Best Regards, Timo ------------ timo.laitinen(a)utu.fi FABRICATI DIEM, PVNK.

2 1

Which is the best firmware for ADV7170
by Kartsa 19 Mar '08

19 Mar '08

I have DXR3 card with ADV7170. I have quite bad audio sync problems with it and was wondering if there is some fw which is better over others. The problem is that I must every once and a while pause replay for a second or so or when watching live TV change the channel back and forthto get the sync back. I.e. I have a timer that causes vdr to start every morning to record the morning show which I start to playback as soon as I get up. During the next hour or so I must use pause at least five time or more. This happens every morning. I have: vdr (1.4.6-1/1.4.5) - The Video Disk Recorder dxr3 (0.2.7) - Hardware MPEG decoder and in case it matters burn (0.1.0-pre21) - Versatile convert-and-burn plugin dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player wapd (0.8) - Remote control by WAP ttxtsubs (0.0.5-RRE) - Teletext subtitles text2skin (1.1-cvs) - Loader for text-based skins subtitles (0.5.0) - DVB subtitles decoder epgsearch (0.9.22) - search the EPG for repeats and more osdteletext (0.5.1) - Displays teletext on the OSD mp3 (0.10.0) - A versatile audio player mplayer (0.10.0) - Media replay via MPlayer quickepgsearch (0.0.1) - Quick search for broadcasts femon (1.1.3) - DVB Signal Information Monitor (OSD) vompserver (0.2.6) - VDR on MVP plugin by Chris Tallon epgsearchonly (0.0.1) - Direct access to epgsearch's search menu conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu thanks in advance \\Kartsa

4 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr