vdr June 2007

vdr@linuxtv.org

93 participants
85 discussions

Option MPLAYER not found in config file
by Igor 25 Jun '07

25 Jun '07

Hello I compiled from May's svn a mplayer MPlayer dev-SVN-rUNKNOWN-3.3.5 (C) 2000-2007 MPlayer Team CPU: AMD Sempron(tm) Processor 2800+ (Family: 15, Model: 44, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 and can't start it logger: *** Starting mplayer.sh Version 0.8.7 logger: *** DEBUG: Variable CFGFIL has value "/usr/bin/mplayer.sh.conf" logger: *** DEBUG: Variable USEAC3 has value "false" logger: *** DEBUG: Variable AC3AOUT has value "-ac hwac3" logger: *** DEBUG: Variable TV_ASPECT has value "4/3" logger: *** DEBUG: Variable PAL has value "true" logger: *** DEBUG: Variable NTSC has value "true" logger: *** DEBUG: Variable USE_SPEED has value "false" logger: *** DEBUG: Variable DETC_FILTER has value "detc=dr=2:am=1" logger: *** Option MPLAYER not found in config file or not set correctly is it possible to correct it ? Igor

2 1

VDR 1.5.5: segfault in fontconfig
by s.huelswitt＠gmx.de 25 Jun '07

25 Jun '07

Hi, trying to upgrade to 1.5.5 I'm facing the problem that VDR segfaults right on startup (no plugins envolved). I'm not used to fontconfig. May be someone could give me a hint how to debug? #0 FcCharSetCopy (src=0x0) at fccharset.c:316 #1 0x400d9b44 in FcValueSave (v= {type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}) at fcpat.c:82 #2 0x400daaaa in FcPatternAddWithBinding (p=0x8c60820, object=0x400e09a4 "", value= {type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}, binding=FcValueBindingWeak, append=1) at fcpat.c:749 #3 0x400dabd2 in FcPatternAdd (p=0x8c60820, object=0x400e09a4 "", value= {type = FcTypeCharSet, u = {s = 0x0, i = 0, b = 0, d = 2.1219957909652723e-314, m = 0x0, c = 0x0, f = 0x0, p = 0x0, l = 0x0}}, append=1) at fcpat.c:801 #4 0x400d93d2 in FcNameParse (name=0x82d27a7 "") at fcname.c:434 #5 0x400d200a in FcFileScanConfig (set=0x82c61a0, dirs=0x82c1a10, cache=0x82c95e8, blanks=0x82c96a0, file=0x85f0230 "/usr/X11R6/lib/X11/fonts/75dpi/lutBS24.pcf.gz", force=0, config=0x82c19b0) at fcdir.c:85 #6 0x400d22b7 in FcDirScanConfig (set=0x82c61a0, dirs=0x82c1a10, cache=0x82c95e8, blanks=0x82c96a0, dir=0x82c7dd8 "/usr/X11R6/lib/X11/fonts/75dpi", force=0, config=0x82c19b0) at fcdir.c:238 #7 0x400cce5c in FcConfigBuildFonts (config=0x82c19b0) at fccfg.c:274 #8 0x400d5497 in FcInitLoadConfigAndFonts () at fcinit.c:83 #9 0x400d54f5 in FcInit () at fcinit.c:101 #10 0x080b2962 in cFont::GetFontFileName(char const*) (FontName=0x82c1c78 "Sans Serif:style=Bold") at font.c:392 #11 0x0810ffc8 in main (argc=15, argv=0xbffff7b4) at tools.h:160 #12 0x401e6522 in __libc_start_main () from /lib/libc.so.6 Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 3

[ANNOUNCE] vdr-actuator-1.0.4 plugin
by Luca Olivetti 25 Jun '07

25 Jun '07

Hello, I'm releasing version 1.0.4 of the "actuator" plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. CHANGES: - check the CardIndex to identify the selected card in the main menu instead of relying on cDevice::GetDevice(index) - added a note in README to clarify that if you select card 1 it corresponds to /dev/dvb/adapter0, 2 to /dev/dvb/adapter1 and so on - adapted for the experimental version of vdr (1.5.X) Bye -- Luca

1 2

please please please starting over
by Tony Grant 24 Jun '07

24 Jun '07

I have a lock on Astra 19.2E finally (can't get one on 28.2E) VDR shows key in OSD and no picture - I am guessing that the stream is unreadable? Tony --

1 0

Problems with recordings
by Matthias Fechner 23 Jun '07

23 Jun '07

Hi, I'm not sure what I changed but I thing that after Pro7 had changed the frequency the problem with distortions in recordings started. The new channel line is: ProSieben;ProSiebenSat.1:12544:hC56:S19.2E:22000:511:512=deu;515=deu:33:0:17501:1:1107:0 I have running VDR 1.4.7. It is a dual FF-card system running a 32-bit Gentoo. DMA is enabled for all harddisks. I get the following errormessages in my logfile: Jun 22 19:02:00 localhost vdr: [25593] switching device 1 to channel 9 Jun 22 19:02:00 localhost vdr: [25593] timer 2 (9 1902-2020 'Galileo~Fre 22.06.2007-19:07') start Jun 22 19:02:00 localhost vdr: [25593] Title: 'Galileo' Subtitle: '(null)' Jun 22 19:02:00 localhost vdr: [25593] executing '/usr/local/bin/noadcall.sh before "/video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec"' Jun 22 19:02:00 localhost vdr: [25593] record /video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [25593] creating directory /video0/Galileo/Fre_22.06.2007-19#3A07 Jun 22 19:02:00 localhost vdr: [25593] creating directory /video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [25593] recording to '/video0/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec/001.vdr' Jun 22 19:02:00 localhost vdr: [25593] creating directory /video1/Galileo/Fre_22.06.2007-19#3A07 Jun 22 19:02:00 localhost vdr: [25593] creating directory /video1/Galileo/Fre_22.06.2007-19#3A07/2007-06-22.19.02.50.99.rec Jun 22 19:02:00 localhost vdr: [15722] file writer thread started (pid=25593, tid=15722) Jun 22 19:02:00 localhost vdr: [15723] recording thread started (pid=25593, tid=15723) Jun 22 19:02:00 localhost vdr: [15724] receiver on device 1 thread started (pid=25593, tid=15724) Jun 22 19:02:00 localhost vdr: [15725] TS buffer on device 1 thread started (pid=25593, tid=15725) Jun 22 19:02:12 localhost vdr: [15723] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame Jun 22 19:02:13 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:15 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:18 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:18 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:18 localhost vdr: [15723] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Jun 22 19:02:19 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:21 localhost vdr: [15723] PES packet shortened to 7510 bytes (expected: 7694 bytes) Jun 22 19:02:21 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:26 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:46 localhost vdr: [15723] 5 cRepacker messages suppressed Jun 22 19:02:46 localhost vdr: [15723] cDolbyRepacker: skipped 1168 bytes to sync on next AC3 frame Jun 22 19:02:46 localhost vdr: [15723] PES packet shortened to 7326 bytes (expected: 7694 bytes) Jun 22 19:02:55 localhost vdr: [15723] 3 cRepacker messages suppressed Jun 22 19:02:55 localhost vdr: [15723] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Jun 22 19:02:55 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:02:58 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:05 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:11 localhost vdr: [15723] PES packet shortened to 7326 bytes (expected: 7694 bytes) Jun 22 19:03:11 localhost vdr: [15723] cDolbyRepacker: skipped 1164 bytes while syncing on next AC3 frame Jun 22 19:03:11 localhost vdr: [15723] PES packet shortened to 3286 bytes (expected: 3470 bytes) Jun 22 19:03:30 localhost vdr: [15723] 1 cRepacker messages suppressed Jun 22 19:03:30 localhost vdr: [15723] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame Jun 22 19:03:30 localhost vdr: [15723] 3 cRepacker messages suppressed Has anyone an idea how to solve that problem? Best regards, Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook

1 0

[ANNOUNCE] vdr-spider-0.1.4
by Thomas Günther 23 Jun '07

23 Jun '07

Hi! There is a new version of the 'Spider Arachnid' plug-in. Download: http://toms-cafe.de/vdr/spider/vdr-spider-0.1.4.tgz Changes since version 0.1.3: - Fixed compilation with VDR-1.5.4. - 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. 'Spider Arachnid' is an implementation of the best patience game played on the On Screen Display of the VDR. See the project's homepage for details: http://www.toms-cafe.de/vdr/spider Tom

1 0

vdr 1.5.4: cannot tune a transponder with actuator plugin
by Luca Olivetti 23 Jun '07

23 Jun '07

[sorry if this turns out to be long] In the actuator plugin main menu, I offer the possibility to tune to a transponder "on the fly", to either quickly see what's there or to trigger a transponder scan. To do that I have this piece of code that worked find under 1.4.x but stopped working under 1.5.4: void cMainMenuActuator::Tune(bool live) { int Apids[MAXAPIDS + 1] = { 0 }; int Dpids[MAXDPIDS + 1] = { 0 }; char ALangs[MAXAPIDS+1][MAXLANGCODE2]={ "" }; char DLangs[MAXDPIDS+1][MAXLANGCODE2]={ "" }; Apids[0]=menuvalue[MI_APID]; SChannel->SetPids(menuvalue[MI_VPID],0,Apids,ALangs,Dpids,DLangs,0); SChannel->cChannel::SetSatTransponderData(curSource->Code(),menuvalue[MI_FREQUENCY],Pol,menuvalue[MI_SYMBOLRATE],FEC_AUTO); cDevice *myDevice=cDevice::GetDevice(DvbKarte); if (myDevice==cDevice::ActualDevice()) HasSwitched=true; if (HasSwitched && live) { if (cDevice::GetDevice(SChannel,0,true)==myDevice) { cDevice::PrimaryDevice()->SwitchChannel(SChannel, HasSwitched); return; } } myDevice->SwitchChannel(SChannel, HasSwitched); } I.e., it creates a dummy channel with the transponder data currently on screen and tries to tune it with the card connected to the motor, cDevice::GetDevice(DvbKarte). Since I don't have a full-featured card, it's not the primary card, so the line that's executed is the last one. Putting some printf here and there, it seems that's ultimately calling cDevice::SetChannelDevice instead of cDvbDevice::SetChannelDevice, and I don't understand why, since DvbKarte is 0 (the first and only card, which should be a cDvbDevice). What should I do to adapt to the new vdr? (BTW, I noticed that also the LoadEpg plugin stopped working, for a similar, but not exactly the same, reason: it switches for a split second to the channel with the epg data, then goes back to the previous one, so it doesn't get any data). I suppose that I could just use cDevice::PrimaryDevice()->SwitchChannel[*], but then I couldn't be sure that the transponder will be definitely tuned by the desired card (it would be in my case, but it wouldn't when there's more than a dvb-s card). [*]actually, I tried, but then my pat and sdt filters didn't work, but that's a different matter ;-) Bye -- Luca

2 2

[ANNOUNCE] VDR developer version 1.5.5
by Klaus Schmidinger 23 Jun '07

23 Jun '07

VDR developer version 1.5.5 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.5.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.4-1.5.5.diff 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.4: - Fixed a name clash between skincurses.c and the new cOsd position functions. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Changed the parameter "OSD font size" to "Default font size" in "Setup/OSD". - Fixed handling address masks in SVDRP host settings (thanks to Frank Schmirler). - Fonts can now be created with a width that overwrites the default width (thanks to Andreas Mair). - Added full weekday names to i18n.c for plugins to use (thanks to Patrice Staudt). The new function WeekDayNameFull() can be used to get these names from integer values (just like the abbreviated weekday names). - Fixed stripping i18n stuff from font names (reported by Anssi Hannula). - Improved performance of the SVDRP commands LSTC and CHAN when used with a channel name. I'll be on vacation for the next three weeks, so there won't be anything new in a while ;-) Have fun! Klaus

2 1

[ANNOUNCE] VDR developer version 1.5.4
by Klaus Schmidinger 23 Jun '07

23 Jun '07

VDR developer version 1.5.4 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.4.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.3-1.5.4.diff 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.3: - Increased APIVERSION (forgot to do that in 1.5.2 and 1.5.3). - Fixed a crash in i18n character set conversion (thanks to Alexander Riedel, Jose Alberto Reguero and Christian Wieninger for patches that cured part of the problem). - Adjusted the 'skincurses' plugin to UTF-8 handling. - Using nl_langinfo(CODESET) to determine the local codeset to use (thanks to Thomas Günther). The codeset names in 'libsi/si.c' have been changed to the canonical spelling with '-' (thanks to Ludwig Nussel for pointing this out). - Modified handling invalid characters in VFAT mode. - Replaced strn0cpy() with Utf8Strn0Cpy() where necessary. - Now using 'fontconfig' to determine which fonts to use (thanks to Anssi Hannula for code and hints on how to do this). - If no fonts are installed, VDR now uses a dummy font that doesn't actually draw any text, and logs an error message. - The new function cFont::CreateFont() can be used by plugins to create and use fonts of their own, independent of VDR's standard fonts. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Changed the parameter "OSD font" to "Default font" in "Setup/OSD" (suggested by Rolf Ahrenberg). - Fixed handling detached processes in SystemExec() (thanks to Udo Richter). - The info.vdr file now also stores the name of the channel, and the new function cRecordingInfo::ChannelName() returns this information if available (based on a patch from Alexander Hans). - The new function cOsd::SetOsdPosition() can be used to dynamically change the position and size of the OSD (based on a request from Christoph Haubrich). Plugins that implement skins should no longer use Setup.OSDWidth etc. directly, but should rather use cOsd::OsdWidth() etc. instead. Currently a change to the OSD position will only apply to newly opened OSDs. Have fun! Klaus

4 7

PiP
by Tony Houghton 23 Jun '07

23 Jun '07

Has anyone thought about VDR supporting PiP (picture-in-picture)? It would be quite useful, but perhaps not enough to justify the work. Supporting all outputs, FF cards in particular, would require a lot of processing power to decode two streams then encode the superimposed version back to MPEG 2. Having the feature in Xine would be a lor more practical, but of course then Xine would need work done to support it. But I think it would be trivial for it to superimpose two decoded pictures compared to recoding the MPEG. -- TH * http://www.realh.co.uk

3 2

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr June 2007