Re: [vdr] VDR User Counter: now with map!
Am 01.03.2015 um 16:53 schrieb Klaus Schmidinger: Registered users have received an email upon registration, containing a link to the page where they can edit their entry. If that link got lost, a new one can be requested via the Forgot your password? function (see http://www.tvdr.de/cgi-bin/vdr-counter.pl?action=forgot). Any options if the mail address used for registration a decade ago is not available anymore? ;-) Regards -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] polarization character case in channels.conf
Hi, I can confirm this problem, at least in 1.7.27 (which I'm using at the moment). I use the attached patch to resolve it. Am 08.11.2012 10:19, schrieb Klaus Schmidinger: Well, there is a toupper() in cDvbTransponderParameters::Parse(), so I would expect that all characters can be given in either upper- or lowercase. Right, but the toupper() is only in the comparision, but it passes the original (lowercase) value. And later during tuning the comparision fails. Regards. -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ diff -uN -x .dependencies -x vdr.pc -x Make.config -x '*.o' -x '*.rej' vdr-1.7.27-orig/dvbdevice.c vdr-current-1.7.27/dvbdevice.c --- vdr-1.7.27-orig/dvbdevice.c 2012-03-25 12:41:45.0 +0200 +++ vdr-current-1.7.27/dvbdevice.c 2012-07-21 19:12:57.542055052 +0200 @@ -769,7 +771,7 @@ frequency -= Setup.LnbFrequHi; tone = SEC_TONE_ON; } -int volt = (dtp.Polarization() == 'V' || dtp.Polarization() == 'R') ? SEC_VOLTAGE_13 : SEC_VOLTAGE_18; +int volt = (dtp.Polarization() == 'V' || dtp.Polarization() == 'R' || dtp.Polarization() == 'v' || dtp.Polarization() == 'r') ? SEC_VOLTAGE_13 : SEC_VOLTAGE_18; if (GetBondedMaster() != this) { tone = SEC_TONE_OFF; volt = SEC_VOLTAGE_13; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.4.7 + mp3-0.10.0
nevermind schrieb: When I click on encode dvd from vdrrip plugin menu, I have this error: How is this related to mp3-plugin (as mentioned in the subject)? Regards -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mp3 plugin+cdfs
Halim Sahin schrieb: I have the same problem here with live streams and latest mp3 plugin. Your patch stops the playback but segfaults vdr!Maybe Stefan can help in this case!!! What kind of data are the streams? icecast? On Fr, Jan 30, 2009 at 02:01:42 +1000, Придворов Андрей wrote: Hi The mp3 plugin have trouble when play audio cd with cdfs module It play disk fine, but if press stop, vdr hangs and not responding for RC command, but continue play disk. After some minutes, play stop and vdr can normal works For both problems first it's important to know which internal decoder module was used. And then to find out where it hangs (this may need to add additional debug output). Without knowing the reason of the problem, I don't like to take the suggested patch. Regards -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] incompatibiliy between radio plugin and all mp3 plugins
Wolfgang Rohdewald schrieb: Hello, in cPluginRadio::Replaying(), radio.c expects the replayed recording to be a VDR record. But mp3plugins like mp3, music, muggle use this mechanism for simple audio files. Klaus, could you clarify if the filename passed to cStatus:MsgReplaying() is supposed to be a VDR recording only or if it may be the filename of any kind of media file involved? A simple solution would be if the radio plugin could check if the recording is actually a VDR recording. Right now it just calls cFileName fn(FileName, false, true); Depending on Klaus answer, either the Radio plugin or the other plugins need to be fixed. It would be easy to make the mp3 plugin pass no filename at all if necessary. Merry X'mas Best regards -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] incompatibiliy between radio plugin and all mp3 plugins
Klaus Schmidinger schrieb: On 22.12.2008 22:48, Stefan Huelswitt wrote: Klaus, could you clarify if the filename passed to cStatus:MsgReplaying() is supposed to be a VDR recording only or if it may be the filename of any kind of media file involved? It's not limited to VDR recordings: class cStatus : public cListObject { ... virtual void Replaying(const cControl *Control, const char *Name, const char *FileName, bool On) {} // The given player control has started (On = true) or stopped (On = false) replaying Name. // Name is the name of the recording, without any directory path. In case of a player that can't provide // a name, Name can be a string that identifies the player type (like, e.g., DVD). // The full file name of the recording is given in FileName, which may be NULL in case there is no // actual file involved. If On is false, Name may be NULL. Thanks for quoting the documentation ;-) Nevertheless it's a bit unclear: full file name of the recording A mp3, divx, vob or whatever media file is not a recording as we speak of in the VDR context. Best regards. -- Stefan Huelswitt s.huelsw...@gmx.de | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] PremiereEPG plugin 0.2.0 released
Hi, today version 0.2.0 of the PremiereEPG plugin has been released. Available from my homepage or from HG: http://www.muempf.de/down/vdr-premiereepg-0.2.0.tar.gz http://hg.muempf.de/premiereepg/ NEWS: 09.12.2008: Version 0.2.0 - Fixed buffer overrun in string compose (mainly with UTF8). - Added new fix for brocken EPG data. Thanks to Sascha Abraham. - Autogenerate i18n.c with po2i18n.pl for VDR 1.5.7. - Added russian translations. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] floatingpoint exception in mp3 plugin
On 02 Mar 2008 Halim Sahin [EMAIL PROTECTED] wrote: Hi, Program terminated with signal 8, Arithmetic exception. #0 0xb7e6b8ce in __udivdi3 () from /lib/libgcc_s.so.1 (gdb) bt #0 0xb7e6b8ce in __udivdi3 () from /lib/libgcc_s.so.1 #1 0xb71d5099 in cSndInfo::DoScan (this=0x88290fc, KeepOpen=true) at decoder-snd.c:848 Appearently a division by zero. This patch should fix it temporarily: diff -r 710f847b02af decoder-snd.c --- a/decoder-snd.c Thu Jan 31 22:31:09 2008 +0100 +++ b/decoder-snd.c Sat Mar 08 03:59:57 2008 +0100 @@ -845,7 +845,7 @@ bool cSndInfo::DoScan(bool KeepOpen) Channels=file-sfi.channels; ChMode=Channels1 ? 3:0; Total=Frames/SampleFreq; - Bitrate=file-Filesize*8/Total; //XXX SampleFreq*Channels*file-sfi.pcmbitwidth; + Bitrate=Total ? file-Filesize*8/Total : 0; //XXX SampleFreq*Channels*file-sfi.pcmbitwidth; DecoderID=DEC_SND; InfoDone(); But I would like to find the cause of the problem. The problem seems to be that libsndfile returns a length of 0 frames. Could you please identify which file actualy causes the crash? I don't think that it's related to the non-audio files. Most probably one of the wav files. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.14
On 28 Jan 2008 Klaus Schmidinger [EMAIL PROTECTED] wrote: On 01/27/08 16:25, Ludwig Nussel wrote: Klaus Schmidinger wrote: - Implemented handling of DVB-S2 (thanks to Marco Schlüßler and Reinhald Nissl for a patch that was used to implement this). VDR now requires the multiproto DVB driver, e.g. from http://jusst.de/hg/multiproto. Would it be possible to make that optional via compile time define? I guess so, but I'm not going to ;-) This new driver appears to be stable enough now - at least I've been using it for a few days now without problems. I don't know if there are many people left, but I'm still working with a 2.4.x kernel and cannot use the new drivers (neither HG nor multiproto). This way I'm effectively looked out from VDR... I would really appreciate a backward compatibility option. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] Old DVB API patch for VDR-1.5.14
On 28 Jan 2008 Udo Richter [EMAIL PROTECTED] wrote: Asking myself if I want to build kernels and drivers for 4 different PCs or try my luck with an old DVB API patch for vdr-1.5.14, I've chosen the latter. The attached patch implements fallback for VDR in case no multiproto DVB driver headers are available. Thanks a lot. This saves me the time to dig into that by myself (which was the plan for tomorrow). Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Locale commandline option. Patch not accepted?
On 20 Jan 2008 Klaus Schmidinger [EMAIL PROTECTED] wrote: In a quick test it appeared to work, but you may want to test the modified patch to make sure I didn't break anything. The patch is fine. Thanks. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] MP3/MPlayer plugin HG repository
Hi all, Happy New Year :) I would like to announce a HG repository and bugtracking system for the MP3/MPlayer plugin at http://sharesource.org/project/mp3/ At the moment I consider this an experimental feature, as I'm not sure if that's the right way to go. May be you could let me know your opinion. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to convert a JPEG image to an I-frame?
On 01 Nov 2007 Klaus Schmidinger [EMAIL PROTECTED] wrote: I'm looking for a method to convert a JPEG image to an MPEG-2 I-frame that can be displayed through VDR's cDevice::StillPicture() function. The conversion should be done by a (sequence of) shell command(s). May be something like this: #!/bin/bash # # requires: ...topnm, pnmscale, pnmcomp, ppmntsc, ppmtoy4m, mpeg2enc # # video format. pal or ntsc FORMAT=pal # target image width/height (taking into account visible screen area) if [ $FORMAT = ntsc ]; then TW=600 TH=420 else TW=632 TH=512 fi TMP=/tmp/image_convert.$$.pnm IMG=$1 MPG=$2 DIR=`dirname $MPG` if [ ! -d $DIR ]; then mkdir -p $DIR fi # # get the file type and set the according converter to PNM # FILE_TYPE=`file -i -L -b $IMG 2/dev/null | cut -f2 -d/` case $FILE_TYPE in jpg | jpeg) TO_PNM=jpegtopnm ;; tiff) TO_PNM=tifftopnm ;; bmp | x-bmp) TO_PNM=bmptoppm ;; png | x-png) TO_PNM=pngtopnm ;; Netpbm | pnm | x-portable-pixmap) TO_PNM=cat ;; gif) TO_PNM=giftopnm ;; *) echo filetype '$FILE_TYPE' is not supported exit 1 ;; esac # # 'chroma subsampling mode' mjpegtools = 1.8.0 # SUBSAMPLINGMODE= if ppmtoy4m -h | egrep -q '420mpeg2'; then SUBSAMPLINGMODE=-S 420mpeg2 fi # # extract the image size compute scale value # LANG=C # get the decimal point right $TO_PNM $IMG $TMP 2/dev/null S=`pnmfile $TMP | awk '{ printf %d %d ,$4,$6 }'` S=`echo $S $TW $TH | awk '{ sw=$3/$1; sh=$4/$2; s=(swsh)?sw:sh; printf %.4f\n,(s1)?1.0:s; }'` # # now run the conversion # if [ $FORMAT = ntsc ]; then pnmscale $S $TMP | \ pnmpad -black -width 704 -height 480 | \ ppmntsc | \ ppmtoy4m -v 0 -n 1 -r -F 3:1001 $SUBSAMPLINGMODE | \ mpeg2enc -f 7 -T 90 -F 4 -nn -a 2 -v 0 -o $MPG else pnmscale $S $TMP | \ pnmpad -black -width 704 -height 576 | \ ppmntsc --pal | \ ppmtoy4m -v 0 -n 1 -r -F 25:1 $SUBSAMPLINGMODE | \ mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o $MPG fi # # cleanup # rm $TMP -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [vdr 1.5.9] i18n makefile rules
Hi, I dislike that current vdr remakes/copies the language file everytime even nothing has changed. The attached patch implements a (may be) more sophisticated way. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/--- vdr-1.5.9-orig/Makefile 2007-08-25 10:52:17.0 +0200 +++ vdr-1.5.9/Makefile 2007-08-27 14:40:07.0 +0200 @@ -76,6 +76,7 @@ endif all: vdr i18n +.PHONY: i18n # Implicit rules: @@ -106,25 +107,24 @@ PODIR = po LOCALEDIR = locale I18Npo= $(wildcard $(PODIR)/*.po) -I18Nmo= $(addsuffix .mo, $(foreach file, $(I18Npo), $(basename $(file -I18Ndirs = $(notdir $(foreach file, $(I18Npo), $(basename $(file +I18Nmsgs = $(addprefix $(LOCALEDIR)/,$(addsuffix /LC_MESSAGES/vdr.mo,$(notdir $(foreach file, $(wildcard $(PODIR)/*.po), $(basename $(file)) I18Npot = $(PODIR)/vdr.pot %.mo: %.po msgfmt -c -o $@ $ -$(I18Npot): $(wildcard *.c) - xgettext -C -cTRANSLATORS --no-wrap -F -k -ktr -ktrNOOP --msgid-bugs-address='[EMAIL PROTECTED]' -o $@ $(wildcard *.c) +$(I18Npot): $(shell grep -l '\(tr\|trNOOP\)(\.*\)' *.c) + xgettext -C -cTRANSLATORS --no-wrap -F -k -ktr -ktrNOOP --msgid-bugs-address='[EMAIL PROTECTED]' -o $@ $^ -$(I18Npo): $(I18Npot) +%.po: $(I18Npot) msgmerge -U --no-wrap -F --backup=none -q $@ $ + @touch $@ -i18n: $(I18Nmo) - @mkdir -p $(LOCALEDIR) - for i in $(I18Ndirs); do\ - mkdir -p $(LOCALEDIR)/$$i/LC_MESSAGES;\ - cp $(PODIR)/$$i.mo $(LOCALEDIR)/$$i/LC_MESSAGES/vdr.mo;\ - done +$(I18Nmsgs): $(LOCALEDIR)/%/LC_MESSAGES/vdr.mo: $(PODIR)/%.mo + @mkdir -p $(dir $@) + cp $ $@ + +i18n: $(I18Nmsgs) install-i18n: @mkdir -p $(DESTDIR)$(LOCDIR)___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.5: segfault in fontconfig
On 25 Jun 2007 Luca Olivetti [EMAIL PROTECTED] wrote: Hi, trying to upgrade to 1.5.5 I'm facing the problem that VDR segfaults right on startup (no plugins envolved). First step is to check if you have some tt font installed. I have a bunch of luxi*.ttf in the truetype font directory, one of them is Luxi Sans. Then check /etc/fonts/fonts.conf (and subdirectories in /etc/fonts) to see if Sans Serif points to an existing font (it usually point to Vera Sans or DejaVu, so you should have that font installed). I find fonts.conf hard to understand. As far as I see, Luxi Sans is linked correctly (it's default fonts.conf installed by fontconfig): !-- Sans-serif faces -- alias familyBitstream Vera Sans/family familyHelvetica/family familyArial/family familyVerdana/family familyAlbany AMT/family familyNimbus Sans L/family familyLuxi Sans/family familyKochi Gothic/family familyAR PL KaitiM GB/family familyAR PL KaitiM Big5/family familyï¼ï¼³ ã´ã·ãã¯/family familyBaekmuk Dotum/family familySimSun/family familyFreeSans/family defaultfamilysans-serif/family/default /alias Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.5: segfault in fontconfig
On 25 Jun 2007 [EMAIL PROTECTED] (Stefan Huelswitt) wrote: trying to upgrade to 1.5.5 I'm facing the problem that VDR segfaults right on startup (no plugins envolved). I updated to freetype 2.3.4 and fontconfig 2.4.2 and now it works. Sorry for bothering. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.5.5: segfault in fontconfig
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 0x400d 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=0xb7b4) at tools.h:160 #12 0x401e6522 in __libc_start_main () from /lib/libc.so.6 Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] MP3/MPlayer plugin 0.10.0
On 18 Jun 2007 Igor [EMAIL PROTECTED] wrote: but does it compatible with fresh svn-version of mplayer ? Honestly, I don't know. Personaly I don't use mplayer much and I still use mplayer 1.0pre2. Please let me know if there are any problem with more current versions. and what about play of dvd with this plugin ? is it possible ? Probably it is. At least you can assign whatever slave command you want to the remote keys (see plugin setup menu). I remember about dvd-plugin :) I guess that the better way to go. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [BUG] check terminal access
On 29 Apr 2007 Klaus Schmidinger [EMAIL PROTECTED] wrote: On 04/07/07 15:05, Stefan Huelswitt wrote: Hi, I think there is a bug in the RW access check for a terminal given with commandline option -t. The check is performed before VDR actualy switches his uid, so if the user which starts VDR has access rights and the effective vdr user doesn't have, the check is useless. In addition VDR should check the return value of freopen() when claiming the terminal later on. The current code segfaults on the first terminal access (e.g. printf), if the effective vdr user doesn't have sufficient rights. Can you please provide a tested patch against version 1.4.6 for this? Sorry, I didn't care to patch the issue until now. Once you know the effect it can easily be avoided. I think the best is to move all the access checks (terminal, configdir) out of the options loop and place them after the uid switch. Checking the freopen() is trivia. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM/CI Dumb Question
On 16 Apr 2007 Simon Baxter [EMAIL PROTECTED] wrote: Question is, when you're using a CAM to decrypt channels, can it decrypt multiple channels simultaneously like the above for FTA??? AFAIK, yes, under certain conditions: 1) vdr 1.5.x needed 2) your CAM must support multiple streams 3) your CAM must respond to query request Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [BUG] check terminal access
Hi, I think there is a bug in the RW access check for a terminal given with commandline option -t. The check is performed before VDR actualy switches his uid, so if the user which starts VDR has access rights and the effective vdr user doesn't have, the check is useless. In addition VDR should check the return value of freopen() when claiming the terminal later on. The current code segfaults on the first terminal access (e.g. printf), if the effective vdr user doesn't have sufficient rights. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
On 01 Feb 2007 Reinhard Nissl [EMAIL PROTECTED] wrote: Heikki Manninen wrote: I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22 (or something about) I made a test by recording nine channels simultaneously and watching a recording at the same time. I remember there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after fourth recording starts vdr becomes sluggish and there starts to come errors on log: dvb-ttpci: warning: timeout waiting in LoadBitmap when pushing menu button. And ofcourse no menu appears or menu appears only partly. Exactly the same thing here and with the latest and the second latest firmware. My FF 2.1 TT card starts to die after third simultaneous recording. But then again, I think that budget cards are much better in this area. Most likely, it's me who has to be blamed. Around 1.3.27, cVideoRepacker was introduced which has an impact on CPU load. This could be a reason why the menu is slow when running several recordings at the same time. I don't think that the problem is related to anything on VDR side. AFAIK the bandwidth from ARM to PCI bus is very limited on full-featured cards. With 3 recordings being transfered to VDR there is simply not enough bandwidth left for the OSD transfers. Hence the LoadBitmap timeout. I experience the problem since VDR introduced concurrent recordings and I cannot believe that there is any VDR / firmware combination which doesn't show this behaviour as it's IMO a hardware limitation. Budget cards doesn't have this limitation, they can transfer the full transponder without problems. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] playing mp3's over smb (lockup)
On 02 Mar 2007 Stone [EMAIL PROTECTED] wrote: I have noticed that when I mount a samba drive on my vdr box and play mp3's with vdr from it, vdr will often lockup and require a restart. But, the strange thing about this is that this only happens when using the mpeg decoder on the FF card. If I use vdr-xine as the playback method with my FF card, then vdr never locks up when playing mp3's over the samba drive. Would there happen to be a buffer that needs to be increased? The lockup always occurs when a new mp3 is just about to start. Which background mode does you use? If it's image, try to use black. There is still some bug in firmware which causes the stillpicture ioctl to look up. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mp3 plugin error
On 26 Jan 2007 Marco Skambraks [EMAIL PROTECTED] wrote: On Thu, 25 Jan 2007, Halim Sahin wrote: The plugin remembers the last played directory but does not check if the dir is available before loading it. A fix can be possible in LoadDir function I made a dirty hack and it looks OK but not very fast and not nice menu.c - LoadDir line 141: You're right. Thanks for reporting. I adapted the patch as attached. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/--- menu.c +++ menu.c @@ -107,8 +107,7 @@ excl=Excl; SetSource(Source); - LoadDir(currentdir); - SetButtons(); + NewDir(currentdir); } cMenuBrowse::~cMenuBrowse() @@ -157,7 +156,12 @@ bool cMenuBrowse::NewDir(const char *dir) { char *ncur=dir ? strdup(dir):0; - if(LoadDir(ncur)) { + bool r=LoadDir(ncur); + if(!r ncur) { +free(ncur); ncur=0; +r=LoadDir(ncur); +} + if(r) { free(currentdir); currentdir=ncur; cFileObj *item=CurrentItem();___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.5.0: PrimaryLimit ?
Hi, I'm playing around with 1.5.0 Initialy I wasn't able to tune to any channel. Even for FTA vdr kept saying not available. It took me nearly an hour to find the reason for that: I had set PrimaryLimit=20 I have this setting since ages, but cannot say why anymore. I found that vdr runs with PrimaryLimit=0 only. So my question is: what is the meaning of PrimaryLimit if there is exactly one setting which makes vdr operable? FYI: I think the change is in cDevice::SetChannel(), line 674. In the GetDevice() call the priority was Setup.PrimaryLimit, now is 0. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deletes timers?
On 17 Oct 2006 Lars Fredriksson [EMAIL PROTECTED] wrote: Oct 17 22:52:47 digestive vdr: [9229] timer 1 (4 2058-2205 'House') set ^ to event Tue 17.10.2006 21:00-21:55 'House' ^^^ The timer is in the past... Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] MP3/MPlayer plugin 0.9.15 available
On 21 Sep 2006 C.Y.M [EMAIL PROTECTED] wrote: - Added -S option to ppmtoy4m call in example image convert script. Suggested by Thorsten Gehrig. I was thinking of something more like this for backwards compatibility: [...] Yes, this looks better. Thanks. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] MP3/MPlayer plugin 0.9.15 available
Hi, a new version of the MP3/MPlayer plugin is available from my homepage. http://www.muempf.de/down/vdr-mp3-0.9.15.tar.gz NEWS: 21.09.2006: Version 0.9.15 development (vdr 1.4.1-4) - NOTE: This version has been tested with VDR 1.4.x only. It might be still compatible with VDR 1.2.x or 1.3.x, but this wasn't verified. - In MPlayer filebrowser you can display a summary text file with key 0. Filename convention: video filename extended with .summary, e.g. somefile.avi - somefile.avi.summary. Summary files are not shown in the browsers filelist. (was in 0.9.14 already, but was missing in history) - Using .txt and .nfo as alternative extention for MPlayer summary file display. Suggested by Soeren Sonnenburg. - Additionaly searching for a MPlayer summary file with the video filename extention stripped of (e.g. somefile.summary). - Added SVDR and service support to MP3 and MPlayer plugin. Based on a patches provided by Olivier Jacques and Holger Brunn. - Added setup option to reverse title/artist display in MP3 plugin. - Added support for basic HTTP authorization in MP3 streaming. - Now passing correct name path to VDR's status class during MPlayer playback. - Added commandline option to specify a subdirectory to load sources file from. Suggested by Ronny Kornexl. - Added commandline option to specify a directory for the global MPlayer resume file. Suggested by Ronny Kornexl. - Added -S option to ppmtoy4m call in example image convert script. Suggested by Thorsten Gehrig. - Replaced leftover usleep() calls. Thanks to Malte Schröder. - Moved cleanup of ID3 cache to a seperate thread to prevent watchdog timeout. Suggested by Peter Holik. - Fixed browser excludes taking effect only after the first directory change. Reported by Soeren Sonnenburg. - Fixed parsing the filename from MPlayer output. Based on a fix from TomG. - Fixed MPlayer volume changes. Take non-linear changes in VDR into account. Reported by Daniel Karsubka. - Fixed delay when MPlayer process exits at EOF. Reported by Daniel Karsubka. - Fixed MPlayer volumen handling for VDR 1.4.1-2. Note that the current code doesn't work with VDR 1.4.1 and 1.4.1-1. - Fixed button translations with vdr 1.3.38+. Thanks to Ville Skyttä. - Fixed some gcc 4.1 issues. Thanks to Ville Skyttä. - Removed explizit libz dependency from Makefile. Suggested by Ville Skyttä. - Updated Makefile according to changes in VDR 1.3.47 1.4.1. - Updated finish translations. Provided by Rolf Ahrenberg. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] libmad compile issue with mplayer plugins 0.9.15pre14 / VDR 1.4.2
On 06 Sep 2006 Philippe =?ISO-8859-15?Q?Gramoull=E9?= [EMAIL PROTECTED] wrote: I tried to install the latest version 0.9.15pre14 for VDR 1.4.0+ I have the following error (i tried with older mp3 plugins versions as well) /usr/src/vdr-1.4.2# make plugins [snap] Plugin mp3: make[1]: Entering directory `/usr/src/vdr-1.4.2/PLUGINS/src/mp3-0.9.15pre14' g++ -march=pentium3 -O3 -c -D_GNU_SOURCE -DAPIVERSNUM=10402 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include mp3.c /usr/include/mad.h:552: error: expected unqualified-id before 'unsigned' /usr/include/mad.h:552: error: abstract declarator 'const unsigned char*' used as declaration /usr/include/mad.h:552: error: expected ';' before 'unsigned' make[1]: *** [mp3.o] Error 1 make[1]: Leaving directory `/usr/src/vdr-1.4.2/PLUGINS/src/mp3-0.9.15pre14' Any idea ? I'm using gcc/g++ 4.1 ( Debian x86 unstable with latest packages) I'm sorry, but probably this is a compatibility problem between libmad and your gcc version (taking that's the same error with all mp3 plugin versions). If you're not using latest libmad, I would try to upgrade that first. If you only want the mplayer plugin and you don't need the mp3 plugin, you can disable compile of the mp3 part in the plugin makefile. Remove the comment mark in front of WITHOUT_MP3=1 Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with mplayer plug-in
On 23 Aug 2006 Jean-Claude Repetto [EMAIL PROTECTED] wrote: Thanks, now the error message appears : DVB: height=384 not supported (try 240/480 (ntsc) or 288/576 (pal) It seems that the plug-in tries to expand the format to 352/384, but the DVB card does not support the new format. Well, actualy it's the mplayer.sh script which fails here. The plugin only calls the script. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with mplayer plugin
On 22 Aug 2006 Jean-Claude Repetto [EMAIL PROTECTED] wrote: I have enabled the DEBUG option of the plugin, and here is the log : You should look at the console output which includes original mplayer output as well. Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr