vdr February 2008

vdr@linuxtv.org

148 participants
104 discussions

vdr on arm (little endian) has problems with epg
by Stefan 22 Feb '08

22 Feb '08

Hi, I'm trying to setup vdr with debian unstable on arm (little endian) (NSLU2) with a WideView WT-220U PenType Receiver (USB). At first the system would freeze when the device got activated by vdr or scan. This is because arm has some problems with cache coherence. The appended patch fixes that. The next thing is that although video output is working, there's still some trouble with the epg.data not properly handled. epg.data file looks like this: C T-8468-12289-2 arte c C T-8468-12289-3 Phoenix c ... The same setup on x86 works fine, I double checked that. So I started debugging with gdb and had a look at the raw epg data that is copied from usb, comparing the output from arm and x86 looks quite similar so I guess to that point things are ok. In case you wonder I compared the output of unsigned char buf[4096] in void cSectionHandler::Action(void). I tried to narrow things further down with lots of debugging and I think the problem is related to the following code in libsi/si.h template <class T> class StructureLoop : public Loop { public: //currently you must use a while-loop testing for hasNext() //i must be 0 to get the first descriptor (with the first call) bool getNext(T &obj, Iterator &it) { if (!isValid() || it.i >= getLength()) return false; CharArray d=data; d.addOffset(it.i); T ret; ret.setData(d); ret.CheckParse(); if (!checkSize(ret.getLength())) return false; it.i+=ret.getLength(); obj=ret; return true; } By putting in some printf statements I found out it.i gets increased some bytes, these bytes are processes and that happens till getLength is reached. Then the chunk has been processed completely. That works fine on x86 but not on arm, I observed it.i increase far beyond getLength after a while. At this point things get pretty low-level and I'm stuck. Stefan

1 0

[ANNOUNCE] VDR developer version 1.5.15
by Klaus Schmidinger 22 Feb '08

22 Feb '08

VDR developer version 1.5.15 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.15.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.14-1.5.15.diff NOTE: ===== This is the final step towards a stable version 1.6.0. Please report any bugs as soon as possible, so that I can prepare a release candidate next weekend. If nothing unexpected happens, I plan to release version 1.6.0 on March 2. 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.14: - Updated the Italian OSD texts (thanks to Diego Pierotto). - Added option -i to the pictures plugin's pic2mpg to ignore unknown file types. - Revoked the switch to the "multiproto" driver in order to make a new stable version before making this big switch and forcing all users to install a driver that is not yet in the kernel source. The removed code will reappear in version 1.7.0. Note that you may need to switch back to an older version of your channels.conf file if you have already used version 1.5.14, because it introduced new parameters. - Added the new command line option --userdump to enable core dumps in case VDR is run as root with option -u (thanks to Hans-Werner Hilse). - Speeded up anti-aliased font rendering by caching the blend indexes (based on a suggestion by Martin Wache). - Fixed setting the OSD area in the pictures plugin. - Ignoring "repeat" and "release" keys in the time search entry mode during replay, to avoid inadvertently leaving it in case a key is pressed too long (suggested by Andreas Brugger). - Improved sending all frames to devices that can handle them in fast forward trick speeds, including subtitles (thanks to Timo Eskola). - The section handler is now stopped before the device is destroyed, to avoid accessing file handles after they have become invalid (thanks to Reinhard Nissl for reporting an invalid access when ending VDR, and to Deti Fliegl for a patch that was used to implement StopSectionHandler()). - Fixed setting the date in the channel display of the classic and sttng skins, to avoid unnecessary OSD access (thanks to Marco Schlüßler). - The free disk space is now also displayed in the title of the "Recordings" menu (suggested by Walter Koch). - Changed the message "Upcoming VPS recording!" to "Upcoming recording!" because it applies to non-VPS recordings as well. - Fixed a loss of a timer's 'recording' flag after modifying it via MODT. - Fixed detecting directories in cFileNameList::Load(). - Running the thread that removes deleted recordings at a low priority to (maybe) avoid stuttering replay in case the thread is run during replay. - Limiting the length of the recording name in timers in case VDR is run with --vfat, in order to avoid names that are too long for Windows (suggested by Rolf Ahrenberg). - Using cString::sprintf() instead of asprintf() (thanks to Wolfgang Rohdewald for pointing out a possible problem if the return value is not checked). Plugin authors may want to consider doing the same. For convenience there is now an additional version of cString::sprintf() that accepts a va_list parameter. - When deleting the recording that is currently replayed, the replay is now stopped immediately (thanks to Mikko Matilainen for reporting a possible crash if the Info key is pressed after deleting the currently replayed recording). - Updated the Russian OSD texts (thanks to Oleg Roitburd). - When determining the amount of free disk space, any deleted (but not yet removed) recordings on different file systems (that are mounted under the video directory) are no longer taken into account. - When running out of disk space during a recording, only such deleted or old recordings are removed, that actually are on the video directory file system(s). This prevents VDR from accidentally deleting recordings on other file systems, which would not add any free space to the video directory. - Implemented the cStatus, cDevice and cPlayer functions for setting subtitle tracks in plugins (thanks to Petri Hintukainen). - Added cStatus::TimerChange() to inform plugins about changes to the list of timers (based on a patch from Benedikt Elser). - Added new cStatus functions to the 'status' plugin. - Added missing #include <limits.h> to epg.c and menuitems.h (thanks to Ville Skyttä). - The new function cSkin::SetScrollbar() can be implemented by skins to display a scrollbar in every list menu. The 'classic' and 'sttng' skins have been changed accordingly, as well as the 'skincurses' plugin. - Introduced 'operator const void * ()' in cString to catch cases where operator*() should be used. - Fixed calculating the scrollbar sizes in the skins. The changes regarding the handling of deleted recordings have not been tested very intensely, yet. Please take a close look at the modified code in recording.c: AssertFreeDiskSpace() cRecordings::TotalFileSizeMB() tools.c: EntriesOnSameFileSystem() videodir.c: IsOnVideoDirectoryFileSystem() and report any obvious flaws. It would also be great if somebody could actually run some tests that verify the proper functionality of this new code. Are there, maybe, any other places where IsOnVideoDirectoryFileSystem() should be used? *When reporting problems, please don't reply to this message!* Create a new thread instead, using a descriptive subject! Have fun! Klaus

8 14

VDR + FF card under x11.
by Albert Gall 22 Feb '08

22 Feb '08

VDR + FF card works under x11 without requiring any plug mpeg decoder ? Greetings.

5 4

How to change font data?
by Martin Prochnow 22 Feb '08

22 Feb '08

Hi, My ExtRecMenu-plugin (and even my Nordlicht's EPG-plugin) uses a function to add icons to the used fonts. It changes some of the unused signs ( between 0x80 and 0x9f) by directly changing their data. Since VDR introduced true type fonts, this function doesn't work anymore. I tried to understand how to use CreateFont from the class cFont to do the same with newer VDR versions but I failed. Is it possible to change font data directly in code or do I have to create my own true type font containing the icons? Regards, Martin

1 0

Re: [vdr] VDR + FF card under x11.
by Torgeir Veimo 22 Feb '08

22 Feb '08

On 22 Feb 2008, at 18:20, Klaus Schmidinger wrote: > > On 02/22/08 08:45, Jean-Claude Repetto wrote: >> Albert Gall a écrit : >>> VDR + FF card works under x11 without requiring any plug mpeg >>> decoder ? >>> >> >> Yes, just use a V4L application such as xawtv or tvtime to display >> /dev/dvb/adapter0/dvr0 . > > There is also KVDR: http://www.s.netic.de/gfiala How does KVDR fetch the image off the FF card? Just blitting from the framebuffer? -- Torgeir Veimo torgeir(a)pobox.com

2 1

Help!! Remote Problems. for Manu Abraham..
by lucian orasanu 22 Feb '08

22 Feb '08

Hy. I have an SkyStar HD on an gentoo distro with latest multiproto drivers from http://jusst.de/hg. afther a few revision like changeset "7200 45eec532cefa" my remote control from skystar hd card with code "TTS35AI", works in x11org controling just volume up and down, and mute. But I cant' make it to work with vdr. My lircd.conf is this but not used: eps 30 aeps 100 one 0 0 zero 0 0 gap 135992 toggle_bit_mask 0x0 begin codes 1 0x80010002 2 0x80010003 3 0x80010004 4 0x80010005 5 0x80010006 6 0x80010007 7 0x80010008 8 0x80010009 9 0x8001000A 0 0x8001000B -/-- 0x8001001C red 0x8001006A green 0x80010069 yelow 0x80010080 blue 0x8001008B vol_up 0x80010073 vol_down 0x80010072 channel+ 0x80010192 channel- 0x80010193 menu 0x800100AE ok 0x8001001E mute 0x80010071 power 0x80010074 end codes end remote and remote.conf from vdr like this: remote-event5.Up 0000000100010192 remote-event5.Down 0000000100010193 remote-event5.Menu 000000010001001E remote-event5.Ok 00000001000100AE wich is difrent from TT-S3200. I know that skystar hd is a clone of TT-s3200, but on remote case is a litle bit diffrent each other, even when woked a few keys on remote never worked like yelo, menu and tv, and they work for shure tested in winxp with original software from card. And now I can't make it work in vdr with vdr-remote. is another way?, lyke remote-keys.?? ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

1 0

Current xine-lib: vdr-xine breakage
by Darren Salt 21 Feb '08

21 Feb '08

You'll need the following patch to avoid build failure with recent xine-lib 1.1.x, patched for vdr-xine. Details: XINE_PLUGINDIR now references libdir (that's the build failure: recursive reference), and using xineplug_LTLIBRARIES removes any need to override libdir. This patch will break builds with xine-lib < 1.1.5. ----8<---- --- ./src/vdr/Makefile.am~ 2008-02-21 00:57:14.000000000 +0000 +++ ./src/vdr/Makefile.am 2008-02-21 00:57:14.000000000 +0000 @@ -1,12 +1,8 @@ include $(top_srcdir)/misc/Makefile.common - - -libdir = $(XINE_PLUGINDIR) - AM_CFLAGS = -D_LARGEFILE64_SOURCE -lib_LTLIBRARIES = \ +xineplug_LTLIBRARIES = \ xineplug_vdr.la xineplug_vdr_la_SOURCES = combined_vdr.c input_vdr.c post_vdr_video.c post_vdr_audio.c ----8<---- -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Your code should be more efficient.

1 0

vdr 1.5.15 and epgsearch-0.9.23
by Ville Aakko 20 Feb '08

20 Feb '08

Hi! Anybody got vdr-epgsearch working with vdr 1.5.15? In Gentoo (via vdr-1.5 overlay ebuilds?). The emerge fails here, complete log attached (sorry for the color codes). The relevant errors are, I belive (sorry if the line breaks are messed up, the attached log should be OK): mail.c:365: error: ambiguous overload for 'operator<<' in 'std::operator<< [with _Traits = std::char_traits<char>](((std::basic_ostream<char, std::char_traits<char> >&)((std::basic_ostream<char, std::char_traits<char> >*)newMailConflicts.std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> >::<anonymous>.std::basic_ostream<_CharT, _Traits>::operator<< [with _CharT = char, _Traits = std::char_traits<char>](((cConflictCheckTimerObj*)it. std::_Rb_tree_const_iterator<_Tp>::operator* [with _Tp = cConflictCheckTimerObj*]())->cConflictCheckTimerObj::Event()->cEvent::EventID()))), ((const char*)"|")) << tChannelID::ToString() const()' Copies for the author. If you have any patches to test I'll be happy to help =) (copies already sent but I put the wrong mailing list address to the first email) -- -- Ville Aakko - ville.aakko(a)gmail.com

4 5

load i18n versions of commands/reccmds.conf
by oleg roitburd 20 Feb '08

20 Feb '08

Hi, For a few time Lucean has annonced this patch http://linvdr.org/mailinglists/vdr/2005/11/msg00348.html I'm seeking a newer version. Old version doesn't working with new gettext system in vdr >= 1.5.7 Languages aren't more stored as strings (char *) config.c: In function 'bool LoadCommandsI18n(cCommands&, const char*, bool, bool)': config.c:567: error: invalid conversion from 'char*' to 'int' config.c:567: error: initializing argument 1 of 'const char* I18nLanguageCode(int)' config.c:575: error: invalid types 'const cStringList*[char [16]]' for array subscript make: *** [config.o] Error 1 Regards Oleg

1 0

gentoo + vdr-1.5.12 + VDR_LOCAL_PATCHES_DIR
by JJussi 20 Feb '08

20 Feb '08

Hi! (this is maybe little bit wrong area.. But because gentoo vdr developer read this... I ask it here!) I have (in /etc/make.conf) DR_LOCAL_PATCHES_DIR="/var/cache/patch-dir" and I have patches in vdr-1.5.12 -directory ============================ htpc patch-dir # pwd /var/cache/patch-dir htpc patch-dir # ls vdr-1.5.12 vdr-1.5.12_ibptrickspeed_subtitles.patch vdr-1.5.12_improved_ibptrickspeed.patch ================ still when I 'emerge =media-video/vdr-1.5.12' it don't patch that version with those patches... Do I do something wrong? -- JJussi

3 4

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2008