vdr November 2005

vdr@linuxtv.org

144 participants
178 discussions

vdr-sudoku-0.1.1
by Thomas Günther 07 Nov '05

07 Nov '05

There is a new version of the Sudoku plugin. Download: http://toms-cafe.de/vdr/sudoku/vdr-sudoku-0.1.1.tgz Changes since version 0.1.0: - Fixed compiler warnings with gcc-4.0 (thanks to Ville Skyttä for reporting this). - Added Finnish language texts (thanks to Ville Skyttä). - Added setup option whether or not all cells are unmarked when the puzzle is reset. 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 2

[PATCH] cmdsubmenu patch for vdr-1.3.36
by Thomas Günther 06 Nov '05

06 Nov '05

Hi! The cmdsubmenu patch for vdr-1.3.36 is available: http://toms-cafe.de/vdr/download/vdr-cmdsubmenu-0.4-1.3.36.diff With this patch the commands and reccmds menus can be organised hierarchically. See http://www.linuxtv.org/vdrwiki/index.php/Cmdsubmenu-patch. Tom

1 0

Bogus channels
by Lauri Tischler 06 Nov '05

06 Nov '05

Has anybody found any fix for not getting bogus channels when using motor. There was some thread about it but it was for budjetcards. I have Nexus-S. Cheers.

1 0

vdrsync failure on one recording
by Dominique Dumont 06 Nov '05

06 Nov '05

Hello I've have a vdr recording which makes vdrsync.pl fails (see the enclosed output of vdrsync.pl). I end up with one file containing only the video. There's no file for the audio. Vdrsync works fine with other vdr recordings made with the same setup. I've also extracted the program I wanted from 002.vdr with ProjectX, so the program was not completely corrupted. If anyone want the original recording to debug vdrsync (about 400Mbytes), I'll upload it (or just a chunk of it if you prefer). HTH $ ls /mnt/video/vdr/kirby/_/2005-10-26.11.20.99.99.rec/ 001.vdr 002.vdr index.vdr info.vdr marks.vdr resume.vdr $ vdrsync.pl /mnt/video/vdr/kirby/_/2005-10-26.11.20.99.99.rec/ Parameter validation not complete yet Initialising and analysing the streams.... 10 Mbytes of 422 readDEBUG Cut detected at 454416192 before GOP 4 CUT detected in Video at 454416192 before GOP 4 DEBUG ::453994992::48__NEW__454416192 DEBUG Found non processed cuts in the buffer DEBUG processing Cut at GOP 4 DEBUG Delaying processing cause cut is at the buffer end: 4, and start is 0 DEBUG Found non processed cuts in the buffer DEBUG processing Cut at GOP 4 DEBUG Processing cut: ::453994992::48, 454416192 DEBUG Setting cutcounter to 1 WARNING: Stopped Audio flush for stream c0 because the last Audio PTS is bigger than the last Video PTS, but the Audio length is shorter than the Video length: Video length 435600 Audio length 429840 Diff: 5760 CORRECTION: Inserted 3 additional frames cause at 454671792 there was no t enough audio kill_score is now: 9 kill_score is now: 8 kill_score is now: 7 Got in buffer 88 packets 455136192 455131092 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 5100 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 455131092 kill_score is now: 16 kill_score is now: 15 kill_score is now: 14 Got in buffer 89 packets 455715792 455712132 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 3660 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 455712132 kill_score is now: 23 kill_score is now: 22 WARNING: Stopped Audio flush for stream c0 because the last Audio PTS is bigger than the last Video PTS, but the Audio length is shorter than the Video length: Video length 1836000 Audio length 1831680 Diff: 4320 CORRECTION: Inserted 2 additional frames cause at 456072192 there was no t enough audio kill_score is now: 31 kill_score is now: 30 kill_score is now: 29 Got in buffer 85 packets 456691392 456686292 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 5100 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 456686292 kill_score is now: 38 Got in buffer 67 packets 456903792 456900132 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 3660 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 456900132 kill_score is now: 47 kill_score is now: 46 WARNING: Stopped Audio flush for stream c0 because the last Audio PTS is bigger than the last Video PTS, but the Audio length is shorter than the Video length: Video length 3013200 Audio length 3008880 Diff: 4320 CORRECTION: Inserted 2 additional frames cause at 457249392 there was no t enough audio kill_score is now: 55 Got in buffer 78 packets 457490592 457485492 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 5100 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 457485492 kill_score is now: 64 20 Mbytes of 422 readGot in buffer 74 packets 457648992 457645332 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 3660 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 457645332 kill_score is now: 73 kill_score is now: 72 WARNING: Stopped Audio flush for stream c0 because the last Audio PTS is bigger than the last Video PTS, but the Audio length is shorter than the Video length: Video length 3823200 Audio length 3818880 Diff: 4320 CORRECTION: Inserted 2 additional frames cause at 458059392 there was no t enough audio kill_score is now: 81 kill_score is now: 80 Got in buffer 83 packets 458426592 458420772 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 5820 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 458420772 CORRECTION: dropping Frame with PTS 458422932 kill_score is now: 89 WARNING: Stopped Audio flush for stream c0 because the last Audio PTS is bigger than the last Video PTS, but the Audio length is shorter than the Video length: Video length 4330800 Audio length 4326480 Diff: 4320 CORRECTION: Inserted 2 additional frames cause at 458566992 there was no t enough audio kill_score is now: 98 kill_score is now: 97 Got in buffer 58 packets 458905392 458900292 WARNING: Too much Audio of stream c0, after adjusting Audio Stream length to Vid eo Stream length a PTS diff of : 5100 is present. Starting to drop Audio Frames CORRECTION: dropping Frame with PTS 458900292 kill_score is now: 106 got the kill list c0 Stream c0 was killed due to an error 270 Mbytes of 422 read domi@gandalf:~/tps_records/kirby$ ls vdrsync.mpv

1 1

Compile Error with VDR 1.3.36
by Dominique Simon 06 Nov '05

06 Nov '05

Hi! Trying to compile the new VDR Developer Version with GCC 2.95.4 i get this error: tools.o: In function `cUnbufferedFile::Close(void)': /usr/src/vdr-1.3.36/tools.c:885: warning: posix_fadvise is not implemented and will always fail Any Idea how to fix this? TIA, Dominique

3 3

[ANNOUNCE] VDR developer version 1.3.36
by Klaus Schmidinger 06 Nov '05

06 Nov '05

VDR developer version 1.3.36 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.36.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.35-36.diff The changes since version 1.3.35: - Fixed a NULL pointer access with the cUnbufferedFile when a replay session runs all the way until the end of the recording (thanks to Joachim Wilke). - A menu is no longer automatically closed when a replay ends (reported by Marko Mäkelä). - Removed '\n' from several syslog() calls (reported by Sascha Volkenandt). - Fixed missing '&' in the SetAreas() example in PLUGINS.html (reported by Sascha Volkenandt). - Fixed a memory leak in cString::operator=() (reported by Sascha Volkenandt). - Updated the Dutch OSD texts (thanks to Maarten Wisse). - cReadLine now dynamically allocates its buffer, so that it can handle lines of any length. - Changed cConfig::Load() to use cReadLine instead of a fixed buffer (thanks to Andreas Mair for reporting a problem with extremely long summary fields in timers). - cSVDRP now dynamically allocates its command buffer in order to handle commands of any length. The MAXPARSEBUFFER macros is now obsolete and has been removed. If a plugin has used that macro, it should either define a buffer size of its own, or use cReadLine when reading files. - Fixed a race condition in the SPU decoder (thanks to Marco Schlüßler). - The EPG scan no longer disturbs players that have also set live PIDs (reported by Stefan Huelswitt). - Fixed setting the help key display in the Recordings menu in case of several layers of subdirectories. - Removed EPG bugfix #0, because it removed actually important data. I know, the last version was only a few days ago, but since there was a bug that caused a segfault when a replay ran all the way to the end, I thought it might be good to release these few changes... Have fun! Klaus

1 0

Working around Finnish EPG bugs?
by Marko Mäkelä 06 Nov '05

06 Nov '05

I'm watching Finnish DVB-T streams with VDR. Often, the EPG information for a program contains part of the description of the previous or following program. EPG bugfix level is set to 2. Should it be configured differently for Finnish transponders? Has anyone tried to contact the transponder people? Marko

8 21

no sound with dvd plugin
by tony 06 Nov '05

06 Nov '05

Hi, I decided to play with the dvd plugin and have no sound. libdvdread: Elapsed time 1 Clear(0)! SetDigitalAudioDevice: 1 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ When watching DVB-S the audio device is 0 I have installed ac3 and libmad what did I do wrong? vdr 1.3.28, vdr-xine 0.7.4, dvd 0.3.6_b03 Tony -- Tony Grant www.tgds.net - vente d'ordinateurs mini-itx en ligne www.tgds.net/epiaix1.html - A fedora Core 4 based live CD for VIA Epia-M

1 0

Re: Re: [vdr] ERROR (dvbdevice.c,658): Ungültiger Dateideskriptor with mplayer and vs.h=240 when ask for get eVideoSystem (was [ANNOUNCE] VDR developer version 1.3.34)
by s.huelswitt＠gmx.de 06 Nov '05

06 Nov '05

On 05 Nov 2005 "Frank" <dac440(a)gmx.net> wrote: > Can you tell me, why request will 'only' fail, when vs.h = 240? > On vs.h = 480 or if mplayer playing PAL the file handles will > not be released? Naturally i have now take a look in mplayer-plugin, > but i have see only ePlayMode "pmExtern_THIS_SHOULD_BE_AVOIDED". > What is the difference? There is no difference. The file handles are released every time. If you look at the implementation of cDvbDevice::GetVideoSystem() you will see, that the return value vsPAL is the default. If the ioctl() fails, you get this value regardless of what actualy is played. > I want only get the rich eVideoSystem from vdr without a patch and > not implement all for myself. This is currently impossible. May be it could be a solution, to not only close the file handles on pmEXTERN but reopen them in read-only mode. I don't know if mplayer will work with that fine. And I don't know if Klaus is going to accept patches in this area. Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 1

(small) patch for uclibc-compatibility wanted?
by Hans-Werner Hilse 05 Nov '05

05 Nov '05

Hi everybody, I'm a relatively new VDR user and very happy with it. As I like to fiddle with such things, I've tried to compile it against uclibc instead of glibc. This worked without problems, but it turned out to be slightly more complicated due to VDR's use of a glibc extension to the sscanf function ("%a[..."), which is defined in another way in C99. VDR uses this only when parsing config files. It was easy to implement a small dirty hack that works around this, but it would be easy to construct a clean patch, too. If there is demand for such a patch, please give me a short notice, I'll post it here, then. Of course this doesn't make much sense if VDR is focussing on glibc only - I can live fine with the hack... I'm currently happily running VDR (1.3.34) from a uclibc-based system and haven't noticed any problems yet. -hwh

3 4

← Newer
1
...
11
12
13
14
15
16
17
18
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 November 2005