vdr July 2005

vdr@linuxtv.org

116 participants
152 discussions

MP3-plugin problems with slow cpu
by Martin Cap 31 Jul '05

31 Jul '05

On 21 Apr 2005 Stefan Huelswitt <s.huelswitt at gmx.de> wrote: >> Markku Tavasti wrote: >> >> With version 0.9.12 of the plugin I get the following (Intel Celeron >> 433Mhz, output via OSS, black background) : >> - Only stable when playing streams over network. >> - Always crashes (well VDR takes 99% of CPU time) when playing songs >> from harddrive which are "new" >> (ie. no id3-tag got scanned). The next time the song gets played it >> works, besides this : >> - Frequent crashes when changing songs from harddrive (again, VDR takes >> 99% of CPU time), >> >> AFAIS, the plugin got some ugly race conditions concering threads. > >This might be possible, but I don't know how to debug this as >nothing of it happens on my machine (playing a lot song from >harddisc, right now for 6 hours continiously). > >My suggestion is that somebody with that problem, please wait >until vdr hangs with 100% cpu and then hook gdb to this process >to see which thread it is and where it hangs. > >I'm sorry, but I'm currently rather busy with other stuff, so >that I cannot spent time on this myself. I'm be back on this in a >week or two... > Hi, first, my apologies for my really late reply. Back to the problem above: I did a backtrace with gdb, and it seems the plugin itself isn't the problem (my setup?), read() blocks infinitely trying to read the mp3-file. I don't know why and I'm asking for your help/comments. Oh, here's the backtrace: (gdb) thread 2 [Switching to thread 2 (Thread -1320977488 (LWP 4039))]#0 0xb7f796a1 in __read_nocancel () from /lib/tls/libpthread.so.0 (gdb) bt #0 0xb7f796a1 in __read_nocancel () from /lib/tls/libpthread.so.0 #1 0xb76cc58c in cStream::Stream (this=0x93610c8, data=@0xb1427618, len=@0xb142761c, rest=0x93611d0 "") at stream.c:271 #2 0xb76d30e6 in cScanID3::DoScan (this=0x9361170) at decoder-mp3.c:39 #3 0xb76d1f6e in cMP3Decoder::Start (this=0x935f7a8) at decoder-mp3.c:159 #4 0xb76cae7d in cMP3Player::Action (this=0x9360580) at player-mp3.c:1798 #5 0x080ef2a2 in cThread::StartThread () #6 0xb7f74b63 in start_thread () from /lib/tls/libpthread.so.0 #7 0xb7e2918a in clone () from /lib/tls/libc.so.6 (gdb) *sigh* Today I tried to set O_NONBLOCK to the open()-calls (the code does a "do{ r = read(...); }while(r!=-1 && r != EINTR);" at stream.c:271 so this works out-of-the-box), then again I tried a select() on the filedescriptor before stream.c:271. None of the mentioned worked. I can comment out the call to doScan() in cMP3Player::Action to avoid scanning id3-tags. This makes the plugin work without id3-tags though (as one might expect...). That's all I can think of for now, if you need more information, please let me know. -- --- Regards, Martin Cap

5 14

VPS Timer stop too early
by Oliver Holler 31 Jul '05

31 Jul '05

Hi, I'm a great fan of the VPS function. It was one of the main reason to use VDR. Unfortunatelly the VPS timers do not work for me, as expected. In general they stop too early. They should stop recording when Running Status=1 (not running). Ist that right? I've got an Hauppauge FF and a Budget-Karte running im my PC. Here is an Example: Timer: 5:12:MDMDF--:1815:1840:99:99:Der Regenbogenfisch: VPS Timer using VPS time range 18:15-18:40 Jul 28 18:11:22 fs1 vdr[3542]: timer 6 (12 1815-1840 'Der Regenbogenfisch') set to event Don 28.07.2005 18:15-18:40 (VPS: 28.07 18:15) 'Der Regenbogenfisch' Jul 28 18:11:22 fs1 vdr[3542]: timer 6 (12 1815-1840 'Der Regenbogenfisch') entered VPS margin The Event switches to running status=4 (running), Start is working wonderful! Jul 28 18:19:23 fs1 vdr[3559]: channel 12 (KiKa) event 18:15 'Der Regenbogenfisch' status 4 Jul 28 18:19:24 fs1 vdr[3542]: switching device 2 to channel 12 Jul 28 18:19:24 fs1 vdr[3542]: timer 6 (12 1815-1840 'Der Regenbogenfisch') start Jul 28 18:19:24 fs1 vdr[3542]: Title: 'Der Regenbogenfisch' Subtitle: 'Videospielsüchtig / Zwei alte Komiker' Jul 28 18:19:24 fs1 vdr[3542]: record /video/Der_Regenbogenfisch/Videospielsüchtig_#2F_Zwei_alte_Komiker/2005-07-28.18.15.99.99.rec Jul 28 18:19:24 fs1 vdr[3542]: recording to '/video/Der_Regenbogenfisch/Videospielsüchtig_#2F_Zwei_alte_Komiker/2005-07-28.18.15.99.99.rec/002.vdr' Jul 28 18:19:24 fs1 vdr[3579]: file writer thread started (pid=3579, tid=360458) Jul 28 18:19:24 fs1 vdr[3580]: recording thread started (pid=3580, tid=376843) Jul 28 18:19:24 fs1 vdr[3581]: receiver on device 2 thread started (pid=3581, tid=393228) Jul 28 18:19:24 fs1 vdr[3582]: TS buffer on device 2 thread started (pid=3582, tid=409613) At 18:40 the timer stopps, however, the event is running! Jul 28 18:40:01 fs1 vdr[3580]: recording thread ended (pid=3580, tid=376843) Jul 28 18:40:01 fs1 vdr[3582]: TS buffer on device 2 thread ended (pid=3582, tid=409613) Jul 28 18:40:01 fs1 vdr[3581]: buffer stats: 51888 (2%) used Jul 28 18:40:01 fs1 vdr[3581]: receiver on device 2 thread ended (pid=3581, tid=393228) Jul 28 18:40:01 fs1 vdr[3579]: file writer thread ended (pid=3579, tid=360458) Jul 28 18:40:01 fs1 vdr[3542]: buffer stats: 96256 (1%) used Jul 28 18:40:01 fs1 vdr[3542]: timer 6 (12 1815-1840 'Der Regenbogenfisch') stop The Event switches running status=1 (not running), at this time the record should have been stopped. Jul 28 18:41:47 fs1 vdr[3559]: channel 12 (KiKa) event 18:15 'Der Regenbogenfisch' status 1 Jul 28 18:41:49 fs1 vdr[3542]: timer 6 (12 1815-1840 'Der Regenbogenfisch') set to no event If I extend the stop time, then the event is recorded until to this stop time. But I want that the running status is used to stop the event. The channel (KIKA) delivers a good Running Status. Regards O. Holler -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++

5 7

[Announce] PremiereEpg plugin
by s.huelswitt＠gmx.de 30 Jul '05

30 Jul '05

Hi, I want to announce a new plugin. The PremiereEpg parses the extended EPG data on Premieres option channels. The plugin is based on the commandline tool premiereepg2vdr written by Axel Katzur software(a)katzur.de. <http://www.muempf.de/vdr-premiereepg-0.0.1.tgz> Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

2 6

Re: [vdr] mailbox plugin
by Manfred Schmidt-Voigt 30 Jul '05

30 Jul '05

At Saturday, 30 July 2005, you wrote: >Hi List, > >I am fighting now some time with the mailboxplugin and I was not >able to get it working again. > >I have switched my VDR from Suse 8.2 to Debian Sarge now because >I could not get gozer running with this "old" system for vdr-convert. >Everything (vdr-1.3.27 with some other plugins) is running now again >and also VDR-convert 0.2. > >But I have problems with the mailbox plugin. Testenvironment is vanilla >VDR only with mailbox-plugin 0.3.0. > >Wenn I switch to "Postfach" in my Mainmenu I get the list with the >number of mail per mailbox (I have 3 of those). But wenn I choose >one of them to show the list of mails my VDR dies with this error: > >/usr/local/bin/runvdr: line 120: 18271 Speicherzugriffsfehler su >-c "$VDRCMD" $VDRUSR >Fehler= 139 >Sa Jul 30 20:12:31 CEST 2005 >restarting VDR > >Thats all, no special message in /var/log/messages or anything else. >I tried already different combinations of the libraries (imap) of >the mailboxplugin but with no success. > >It would be nice if somebody has a hint for me how to solve this >problem because I like this plugin very much > >Thanks >Manfred Sorry List for disturbing you, but I've found a patch at least on the vdrportal: http://www.vdrportal.de/board/thread.php?threadid=28359&sid=1a6ea84192bb376… Thanks and sorry again Manfred -- ------- Manfred Schmidt-Voigt ------- ----- Günzweg 10, 22393 Hamburg ----- ----- ----- ------- mailto:manfred.schmidt-voigt@mannitec.de -------

1 0

mailbox plugin
by Manfred Schmidt-Voigt 30 Jul '05

30 Jul '05

Hi List, I am fighting now some time with the mailboxplugin and I was not able to get it working again. I have switched my VDR from Suse 8.2 to Debian Sarge now because I could not get gozer running with this "old" system for vdr-convert. Everything (vdr-1.3.27 with some other plugins) is running now again and also VDR-convert 0.2. But I have problems with the mailbox plugin. Testenvironment is vanilla VDR only with mailbox-plugin 0.3.0. Wenn I switch to "Postfach" in my Mainmenu I get the list with the number of mail per mailbox (I have 3 of those). But wenn I choose one of them to show the list of mails my VDR dies with this error: /usr/local/bin/runvdr: line 120: 18271 Speicherzugriffsfehler su -c "$VDRCMD" $VDRUSR Fehler= 139 Sa Jul 30 20:12:31 CEST 2005 restarting VDR Thats all, no special message in /var/log/messages or anything else. I tried already different combinations of the libraries (imap) of the mailboxplugin but with no success. It would be nice if somebody has a hint for me how to solve this problem because I like this plugin very much Thanks Manfred -- ------- Manfred Schmidt-Voigt ------- ----- Günzweg 10, 22393 Hamburg ----- ----- ----- ------- mailto:manfred.schmidt-voigt@mannitec.de -------

1 0

[PATCH] EPG data growing without bounds
by Olaf Titz 30 Jul '05

30 Jul '05

There is a problem in VDR where the "X" lines in the epg.data file get duplicated at every restart of VDR (at least?), leading to an ever growing file and eventual out of memory errors. The following patch for 1.3.25 (also applies to .27) seems to fix this. It assumes that the "Components" in the EPG data structures are supposed to be unique, so it makes them unique (wrt. all fields - if this assumption is wrong the tComponent::equals() function should be adapted). Olaf --- epg.h.orig Sat May 28 13:32:36 2005 +++ epg.h Tue Jul 5 20:33:30 2005 @@ -28,7 +28,8 @@ char *description; cString ToString(void); bool FromString(const char *s); - }; + bool equals(uchar ostream, uchar otype, const char *olanguage, const char *odescription); +}; class cComponents { private: @@ -39,7 +40,7 @@ cComponents(void); ~cComponents(void); int NumComponents(void) const { return numComponents; } - void SetComponent(int Index, const char *s); + void SetComponent(const char *s); void SetComponent(int Index, uchar Stream, uchar Type, const char *Language, const char *Description); tComponent *Component(int Index) const { return (Index < numComponents) ? &components[Index] : NULL; } }; --- epg.c.orig Sun May 29 12:19:48 2005 +++ epg.c Tue Jul 5 20:33:29 2005 @@ -38,6 +38,12 @@ return n >= 3; } +bool tComponent::equals(uchar ostream, uchar otype, const char *olanguage, const char *odescription) +{ + return stream == ostream && type == otype && !strcmp(language, olanguage) + && ( (description == NULL && odescription == NULL) || !strcmp(description, odescription) ); +} + // --- cComponents ----------------------------------------------------------- cComponents::cComponents(void) @@ -63,8 +69,13 @@ } } -void cComponents::SetComponent(int Index, const char *s) +void cComponents::SetComponent(const char *s) { + for (int i = 0; i < numComponents; i++) { + if (!strcmp(s, *components[i].ToString())) + return; + } + int Index = numComponents; Realloc(Index); components[Index].FromString(s); } @@ -270,7 +281,7 @@ break; case 'X': if (!components) components = new cComponents; - components->SetComponent(components->NumComponents(), t); + components->SetComponent(t); break; case 'V': SetVps(atoi(t)); break; --- eit.c.orig Sat May 28 13:35:55 2005 +++ eit.c Tue Jul 5 20:11:34 2005 @@ -198,8 +198,17 @@ if (1 <= Stream && Stream <= 2 && Type != 0) { if (!Components) Components = new cComponents; + int index = 0; char buffer[256]; - Components->SetComponent(Components->NumComponents(), cd->getStreamContent(), cd->getComponentType(), I18nNormalizeLanguageCode(cd->languageCode), cd->description.getText(buffer, sizeof(buffer))); + cd->description.getText(buffer, sizeof(buffer)); + const char *lang = I18nNormalizeLanguageCode(cd->languageCode); + while (index < Components->NumComponents()) { + tComponent *c = Components->Component(index); + if (c->equals(Stream, Type, lang, buffer)) + break; + index++; + } + Components->SetComponent(index, Stream, Type, lang, buffer); } } break; === end of patch ===

2 1

LCD panel with Ethernet port?
by Simon Baxter 30 Jul '05

30 Jul '05

Does anyone know of a (cheap?) LCD panel with a built in mpeg (etc) decoder, that can sit on a LAN and receive unicast or multicast video streams? The idea would be to stream video from a single location to multiple video endpoints. Rather than use an expensive full blown PC, I'm looking for an addressible LAN attached video display. I've looked at polycom and touch-panels, but they have too many features (and the price to match). As VDR can demux all channels from the same transponder, I'd like to stream each (encoded) channel to a different display unit. But don't want a dedicated PC. any ideas?

2 1

Bug #14: VDR crashes after mplayer has finished playing a movie
by Pasi Juppo 30 Jul '05

30 Jul '05

Setup: -vdr-1.3.27-enAIO-2.4.diff -vdr-1.3.27-subtitles-0.3.7-and-ttxtsubs-0.0.5.diff -vdr-1.3.27-finnish.diff and plugins (and patches when needed): -vdr-femon-0.9.0 -vdr-mp3-0.9.12 -vdr-osdteletext-0.5 + vdr-osdteletext-0.5-finnish.diff patch -vdr-subtitles-0.3.7 -vdr-text2skin-1.1 (cvs) -vdr-ttxtsubs-0.0.5 + vdr-ttxtsubs-0.0.5-premium-edition.diff patch -vdr-tvonscreen-0.7.0 + vdr-tvonscreen-0.7.0-1.3.diff patch -vdr-timeline-0.9.0 + vdr-1.3.25-timeline-0.9.0.diff patch -vdr-sysinfo-0.0.4a DVB drivers are from kernel 2.6.12.1. DVB-C card is Technotrend's FF card (v1.5 iirc). NTPL is disabled (export LD_ASSUME_KERNEL=2.4.1). Bug: VDR+mplayer: After movie has been played till end i.e. autostopped VDR crashed without any error log what happened (not from mplayer or VDR). runvdr script did not restart VDR but had to be manually started. DVB driver was working ok i.e. no re-loading of driver was needed. Pasi

3 5

Linvdr 0.8
by Terry 30 Jul '05

30 Jul '05

Hi I would like to know if a new version from Linvdr is being Worked on,and if it would be possible to operate without Any knowledge of P.C.thanks a lot.

1 0

VDR-1.3.27: updated cVideoRepacker
by Reinhard Nissl 29 Jul '05

29 Jul '05

Hi, I'd like to invite you to test the attached patch which now also supports MPEG1 video streams (vdr-1.3.27-remux-repacker.patch). Besides that, a major change has been made in error reporting. Previous versions often reported a buffer overflow (although there was no buffer overflow) just as an indication for not beeing able to handle the data. Most likely this lead to the assumption that the repacker got stuck. VDR-1.3.28 will also (most likely) receive the second attached patch "vdr-1.3.27-dvbplayer-sequence-end-code.patch". It will cause a still image to be immediately shown by (softdevices like) vdr-xine, e. g. when moving or jumping to cutting marks. Does this patch have any bad impact on FF-devices? As old recordings (prior to VDR-1.3.26 or 1.3.27 with cVideoRepacker disabled) can have fragmented frames and VDR doesn't handle them correctly when passing still images to a device, it is hardly possible to edit cutting marks (at least) in vdr-xine for such recordings. The patch http://home.vr-web.de/~rnissl/vdr-1.3.24-dvbplayer.patch is a hack to at least fix the I-frames needed for fast forward, fast rewind, slow rewind and editing cutting marks. As you may see, it collides with the attached dvbplayer patch, so you have to decide whether to use the attached one and just edit new recordings or to use the one taken at version 1.3.24 and be able to edit new and old -- but only MPEG2 -- recordings. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

7 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr July 2005