vdr March 2005

vdr@linuxtv.org

196 participants
257 discussions

[ANNOUNCE] vdr-epgsearch-0.9.0
by cwieninger＠gmx.de 19 Mar '05

19 Mar '05

Hi, here's a new release of the epgsearch plugin. You can find it here: http://people.freenet.de/cwieninger/html/vdr-epg-search__english_.html wget: http://people.freenet.de/cwieninger/vdr-epgsearch-0.9.0.tgz What's new? 2005-03-19: Version 0.9.0 - new search mode 'regular expressions' (POSIX(default) or Perl compatible by compiler switch HAVE_PCREPOSIX in the Makefile, see README - Installation) - new search mode 'match exactly' to simplify matching of short search terms - new option for search timers: 'only annouce' will not add a timer, but display an OSD message about the found event - new progressbar in 'what's on next', that displays the time span to the next event (0 minutes(=100%) to max. 30 minutes(=0%)) - timer conficts can now be checked in the background and are displayed via OSD after each search timer scan (requires a recent timeline plugin running) - key blue in search results now toggles between "only FTA" and "all channels" (to hide results from pay tv channels) - removed some superfluous search timer modifications - finnish translation, thanks to Rolf Ahrenberg - updated README and added a description of the search process - shifted version number to allow subversions What is it about? EPG-Search can be used as a replacement for the default schedules menu entry. It looks like the standard schedules menu, but adds some additional functions: - Commands for EPG entries with 5 built-in commands like 'show repeats', 'create search'. One can add own commands for other needs, like adding a VDRAdmin auto-timer. - Add up to 4 user-defined times to 'now' and 'next' - Searching the EPG: Create reusable queries, which can also be used as 'search timers'. - Search timers: Search for broadcasts in the background and add a timer if one matches (similar to VDRAdmin's auto-timers) or simply make an annoucement about it via OSD - Progress bar in 'What's on now' and 'What's on next' - Shift the time displayed by keypress, e.g. 'What's on now' + 30 minutes - Start menu can be setup between 'Schedule' or 'What's on now' - background check for timer conflicts (requires a recent timeline plugin) Works only for vdr-1.3.x (x>=7). Tested on 1.3.10 to 1.3.21. Parts of the sources are based on the repeating-EPG patch from Gerhard Steiner, who gave me the permission to use them (thanks for his work!). Best regards, Christian

1 0

RE: [vdr] expired timers are not deleted
by Vladimir Shved 18 Mar '05

18 Mar '05

> -----Original Message----- > From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf > Of Jan Ekholm > Sent: Friday, March 18, 2005 2:03 PM > To: lars.blaeser(a)lycos.de; Klaus Schmidinger's VDR > Subject: Re: [vdr] expired timers are not deleted > > On Fri, 18 Mar 2005, [ISO-8859-1] Lars Bläser wrote: > > >Vladimir Shved wrote: > >> On my system, for some reason, expired timers are not deleted, is it a > >> feature or bug? Or is it just me? I mean the timer would complete > recording > >> but is not removed after recording, just shifted to the bottom of the > list. > >> I have to clean the list every time by hand because timeline plugin > shows > >> conflicts. Is there anyway to fix this? > > > >i see this on my system if i manualy disable a timer > > Same here and I've seen it also for normal non-disabled timers. Some > of these old timers may have ended up not being recorded due to VDR > freezing (the UI still works, so I can do a restart from within VDR). So, > maybe it's only timers that didn't get recorded successfully? > Here it seems to record without problems from start to end, no VDR restarts, and yet timer still stays on, just shifted to the end of the list. I've got about 5-8 repeating timers, not sure if those would cause the problem, they stay on top, ordered by start time.

1 0

RE: [vdr] expired timers are not deleted
by Vladimir Shved 18 Mar '05

18 Mar '05

Using vdr-1.3.22 w/ patches: vdr-1.3.13-NTSC.diff vdr-1.3.18-timeline-0.9.0.rev2.diff vdr-1.3.21-core-yaepg.diff vdr-1.3.21-enAIO-2.0.diff vdr-1.3.21-enAIO-with-streamdev.diff vdr-1.3.21-fix-adjacent-timers.diff vdr-1.3.21-jumpplay-0.6.diff vdr-1.3.21-natural_menu_cursor.diff vdr-1.3.21-osdbase-maxitems.diff vdr-1.3.21-show_valid_input.diff and w/ plugins: epgsearch-0.0.7 femon-0.8.0 prefermenu-0.6.3 streamdev-0.3.3-pre3-geni timeline-0.9.0 yaepg-0.0.2 > -----Original Message----- > From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf > Of Stefan Taferner > Sent: Friday, March 18, 2005 12:46 PM > To: Klaus Schmidinger's VDR > Subject: Re: [vdr] expired timers are not deleted > > On Friday 18 March 2005 19:31, Vladimir Shved wrote: > > On my system, for some reason, expired timers are not deleted, is it a > > feature or bug? Or is it just me? I mean the timer would complete > recording > > but is not removed after recording, just shifted to the bottom of the > list. > > I have to clean the list every time by hand because timeline plugin > shows > > conflicts. Is there anyway to fix this? > > Which version of vdr are you using? > Any plugins and extra patches? > > --Stefan > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

diseqc problems on hauppauge Nexus ver 2.3
by Martin Spears 18 Mar '05

18 Mar '05

I am pointed to 110 and 119. Using vdr 1.3.22 with Nexus ver 2.3. getting 119 but not 110, the diseqc for some reaon will not switch over. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.7.3 - Release Date: 3/15/2005

1 0

[patch] wapd-0.7a sort timers chronologically
by Rantanen Teemu 18 Mar '05

18 Mar '05

Hi, I wrote a small patch for wapd to sort timer list chronologically by starting time. The patch is so tiny that there has to be some bug in it :-) http://tvr.dy.fi/wapd-0.7a-SortTimersChronologically.diff Teemu

1 0

MP3/MPlayer plugin 0.9.12 (development)
by s.huelswitt＠gmx.de 17 Mar '05

17 Mar '05

Hi, this is a maintenance release of the MP3/MPlayer plugin. I finaly found the time to join all the patches from here and Vdr-Portal. I apologize that it lasted so long and for all the unanswered mails in my inbox. I'm currently busy with some other stuff. <http://www.muempf.de/down/vdr-mp3-0.9.12.tar.gz> NEWS: 17.03.2005: Version 0.9.12 development (vdr 1.2.6/1.3.22) - Fixed background image convert hanging a long time and some other oddities. - Now filtering image files in the song browser display. - Extended include field in mp3sources.conf to allow multiple patterns seperated by '/' e.g. *.mp3/*.ogg/*.txt - Enhanced image convert script for NTSC format. Thanks to Cym. - Fixed list sorting for vdr versions before 1.3.15. - Fixed MPlayer slavemode progress display reappearing on user requested close. - Now explicitly setting C locale in example image convert script. Thanks to Tobias Grimm. - Changed the location where cStatus::MsgReplaying is called. Helps to prevent a crash in graphlcd. In my opinion cControl API should be called from the foreground thread only. Reported by Wolfgang Fritz. - Fixed a huge bunch of typos in the documentation. Thanks to Ville Skyttä. - Updated finish translations. Provided by Rolf Ahrenberg & Ville Skyttä. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 1

VDR 1.3.22: GUI RFCs
by Pasi Juppo 17 Mar '05

17 Mar '05

Cursor behaviour ---------------- Maybe someone else than me has also wondered the behaviour of the cursor in VDR. After applying "natural cursor" patch the behaviour is now logical and similar to other software/device. Could you Klaus add on option where user can choose whether to have VDR's default cursor or "natural cursor" behaviour? VDR's implementation starts to move focus by pages after exceeding bottom (or top, depending on the direction) where as "natural cursor" moves focus by lines after exceeding bottom (full next page is shown but the cursor remains on next line). Hide menu options ----------------- Possibility to hide menu options from settings. Additional plugins provide similar functionalities (e.g. TV on screen) as VDR so it would be nice to have only one option for a task thus shorten the menu from "duplicates". Remaining space on disk ----------------------- Not sure if this is strictly skin dependant issue but it would be nice to see remaining disk space (in hours as it is now) in sub-menus as well instead of only in main menu. Current and next program ------------------------ Maybe also skin dependant issue but current and next program in channels menu would be nice. Start time of next program in between to separate programs from each other. Br, Pasi

3 2

RE: [vdr] vdr-xine and AC3 Audio
by Rantanen Teemu 17 Mar '05

17 Mar '05

Daniel THOMPSON wrote: > I am currently running vdr, vdr-dvd and vdr-xine on one machine and running the xine based display on another machine. Unfortunately the I have a similar situation, and this is not a solution, merely a suggestion... If you are already running xine, why don't you use it to play DVDs natively? In my experience xine has less problems with DVDs (especially some new dvd-menus) than vdr-dvd plugin. I have a kludge which toggles xine between VDR and DVD modes using TV/DVD buttons in my remote, and I have a different remote keymap configuration for both these modes. Teemu

1 0

segfault when killing vdr
by Wolfgang Rohdewald 17 Mar '05

17 Mar '05

this is vdr-1.3.22, no patches, no plugins. Sometimes when I kill it, it segfaults in different places but always while clearing some cList. After putting in a dsyslog into ~cListBase, I could no longer reproduce it. Any ideas? To me this smells like a threading bug. (gdb) bt #0 0xb7dbd4a1 in malloc_consolidate () from /lib/libc.so.6 #1 0xb7dbd36e in _int_free () from /lib/libc.so.6 #2 0xb7dbc09f in free () from /lib/libc.so.6 #3 0x080e6140 in ~cRecording (this=0x84b0e60) at recording.c:431 #4 0x081153fc in cListBase::Clear (this=0x81e1df8) at tools.c:997 #5 0x08114ffb in ~cListBase (this=0x81e1df8) at tools.c:920 #6 0x080e99a5 in ~cList (this=0x81e1df8) at svdrp.c:330 #7 0x080e987d in ~cRecordings (this=0x81e1df8) at svdrp.c:330 #8 0x080e943c in __tcf_0 () at recording.c:621 #9 0xb7d76ae2 in exit () from /lib/libc.so.6 #10 0xb7d60dce in __libc_start_main () from /lib/libc.so.6 #11 0x08086301 in _start () at ../sysdeps/i386/elf/start.S:102 (gdb) bt #0 0xb7dbd4a1 in malloc_consolidate () from /lib/libc.so.6 #1 0xb7dbd36e in _int_free () from /lib/libc.so.6 #2 0xb7dbc09f in free () from /lib/libc.so.6 #3 0xb7f39d23 in operator delete () from /usr/lib/libstdc++.so.5 #4 0x080df13c in ~cCaDescriptors (this=0x84c7068) at pat.c:199 #5 0x08115584 in cListBase::Clear (this=0x81e1fe0) at tools.c:997 #6 0x08115183 in ~cListBase (this=0x81e1fe0) at tools.c:920 #7 0x080df477 in ~cList (this=0x81e1fe0) at pat.c:222 #8 0x080df569 in ~cCaDescriptorHandler (this=0x81e1fe0) at pat.c:222 #9 0x080de84c in __tcf_0 () at pat.c:222 #10 0xb7d76ae2 in exit () from /lib/libc.so.6 #11 0xb7d60dce in __libc_start_main () from /lib/libc.so.6 #12 0x08086301 in _start () at ../sysdeps/i386/elf/start.S:102 valgrind output: ==17072== Process terminating with default action of signal 11 (SIGSEGV) ==17072== Access not within mapped region at address 0xFFFFFFFF ==17072== at 0x81C1209: typeinfo for cString (in /home/vdr/vdr-1.3.22/vdr) ==17072== by 0x810DCF5: cThread::StartThread(cThread*) (thread.c:227) ==17072== by 0x1D4E4D52: thread_wrapper (vg_libpthread.c:867) ==17072== by 0xB000F5DF: do__quit (vg_scheduler.c:1872) ==17072== -- Wolfgang

1 0

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

← Newer
1
...
13
14
15
16
17
18
19
...
26
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 March 2005