Re: [vdr] Breaking sound at playback
On Sunday, 22. Julyta 2007 02:27, Petri Helin wrote: Do you use identical configurations for xine-ui and xineliboutput? I mean the ones in your ~/.xine directory. What are those like? [EMAIL PROTECTED] ~ $ cat .xine/config | egrep -v \# | egrep -v $^ .version:2 gui.experience_level:Expert gui.play_anyway:1 gui.panel_visible:0 gui.panel_x:820 gui.panel_y:618 gui.eventer_x:1109 gui.eventer_y:496 gui.setup_x:77 gui.setup_y:81 audio.a52.dynamic_range:1 audio.a52.level:128 audio.device.alsa_front_device:default audio.output.speaker_arrangement:Surround 5.1 audio.synchronization.av_sync_method:resample video.processing.ffmpeg_pp_quality:4 media.dvd.region:2 engine.performance.memcpy_method:libc [EMAIL PROTECTED] ~ $ cat .xine/config_xineliboutput | egrep -v \# | egrep -v $^ .version:2 audio.device.alsa_front_device:default audio.device.alsa_surround51_device:default audio.output.speaker_arrangement:Surround 5.0 audio.synchronization.av_sync_method:resample video.output.xv_deinterlace_method:none media.dvd.skip_behaviour:skip part effects.goom.fps:60 effects.goom.height:768 effects.goom.width:1024 engine.buffers.video_num_buffers:250 engine.performance.memcpy_method:sse Do you use vdr-sxfe, vdr-fbfe or local frontend with xineliboutput? Have you tried other frontends like VLC or mplayer? No local frontend. With VLC and mplayer/kmplayer/gmplayer file itself plays fine.. Mplayer/Vlc as frontend.. Yes sound is fine. Have you tried increasing the output of vdr-sxfe (or your frontend of choice)? Mixer settings or frontends volume settings don't make any difference.. EVEN it sounds like (the sound/gaps) it's overdriving the sound. Is audio compressed or not, no different. What versions of xine-lib and xineliboutput are you using? xine-lib: 1.1.4-r2 (cannot compile 1.1.7, got error) xineliboutput: 1.0.0_rc2 How do you start the frontend, VDR and other players you have tested? Do you for example always use the same audio driver? Command what I use to start frontend.. There is no different on sound even I use --audio= parameter /usr/bin/vdr-sxfe --lirc=/dev/lircd --fullscreen --video=xv --syslog --aspect=16:9 --rtp xvdr://localhost Please try to gather all the necessary information... that way it is easier for others to help you. Right now I use version vdr 1.5.2, I have tried 1.5.5 too.. Ofcourse with no different.. Reason to change to lower version was purely to test IF I can compile that newer xine-lib version.. But it don't compile.. Of course, it's not related to that, it's ffmpeg problem. Here is vdr's startup: htpc etc # /ini/vdr start * Preparing start of vdr: * config files ... [ ok ] * mounting videotext dir /var/cache/osdteletext * Waiting for prerequisits (devices nodes etc.) ... * waited 0 seconds [ ok ] * Starting vdr-1.5.2 ... * CMDLINE: start-stop-daemon '--start' '--chdir' '/var/vdr' '--exec' '/usr/bin/vdr' -- '-u' 'vdr' '--watchdog=20' '--config=/etc/vdr' '--epgfile=/data/epg.data' '--log=2' '--video=/data/tv-rec' '--record=/usr/share/vdr/bin/vdrrecord-gate.sh' '--plugin=xineliboutput --local=none --remote=37890' '--plugin=spider ' '--plugin=zaphistory ' '--plugin=vdrrip --MPlayer=/usr/bin/mplayer --MEncoder=/usr/bin/mencoder ' '--plugin=vdrcd -c /dev/cdrom -m /usr/bin/mount-vdrcd.sh ' '--plugin=streamdev-server ' '--plugin=avolctl ' '--plugin=eggtimer ' '--plugin=epgsearch ' '--plugin=freecell ' '--plugin=games ' '--plugin=osdteletext -d /var/cache/osdteletext -n 20 ' '--plugin=pilotskin ' '--plugin=skinenigmang -l /usr/share/vdr/skinenigmang ' '--plugin=submenu ' '--plugin=subtitles ' '--plugin=ffnetdev ' '--plugin=skinsoppalusikka -l /usr/share/vdr/channel-logos ' [ ok ] * Waiting for working vdr ... * waited 3 seconds [ ok ] * Starting vdr watchdog ... As extra info, here is error message from xine-lib compile: /usr/include/ffmpeg/avcodec.h:2252: warning: 'ImgReSampleContext' is deprecated /usr/include/ffmpeg/avcodec.h:2258: warning: 'ImgReSampleContext' is deprecated In file included from ffmpeg_encoder.c:45: /usr/include/ffmpeg/avcodec.h:2252: warning: 'ImgReSampleContext' is deprecated /usr/include/ffmpeg/avcodec.h:2258: warning: 'ImgReSampleContext' is deprecated ffmpeg_encoder.c: In function 'dxr3_encoder_init': ffmpeg_encoder.c:79: error: 'mpeg1video_encoder' undeclared (first use in this function) ffmpeg_encoder.c:79:
Re: [vdr] Breaking sound at playback
On 7/22/07, JJussi [EMAIL PROTECTED] wrote: Have you tried increasing the output of vdr-sxfe (or your frontend of choice)? Mixer settings or frontends volume settings don't make any difference.. EVEN it sounds like (the sound/gaps) it's overdriving the sound. Is audio compressed or not, no different. How do you start the frontend, VDR and other players you have tested? Do you for example always use the same audio driver? With output I meant verbose debugging information... ;) Command what I use to start frontend.. There is no different on sound even I use --audio= parameter /usr/bin/vdr-sxfe --lirc=/dev/lircd --fullscreen --video=xv --syslog --aspect=16:9 --rtp xvdr://localhost Could you try without the ---rtp option, so that it would use local pipe instead? And perhaps try the other transport options too (--tcp and --udp). And add --verbose to the command to get more detailed information. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Breaking sound at playback
On Sunday, 22. Julyta 2007 12:03, Petri Helin wrote: With output I meant verbose debugging information... ;) ;-) Sorry! Could you try without the ---rtp option, so that it would use local pipe instead? And perhaps try the other transport options too (--tcp and --udp). And add --verbose to the command to get more detailed information. Hmm.. With short testing.. That was problem.. Same problem exists with UDP transport. Only working selection is TCP.. Strange that UDP at local machine makes gaps to sound too... Testing continues. But THANK YOU! ;-) -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM-CI and multi-channel viewing + slow startup
On 07/21/07 21:37, Simon Baxter wrote: Does your log contain any of these lines?: Jul 21 12:30:41 video vdr: [3935] CAM 1: replies to QUERY - multi channel decryption possible Jul 21 12:30:42 video vdr: [3939] CAM 3: doesn't reply to QUERY - only a single channel can be decrypted Should be self-explanatory ;-) No, all I get is info: Channel not available! Here's the logs from starting recording on channel 2, and trying to switch to channel 1, with these 2 channels in the same transponder : Sky 1;T:594000:C0M64:C::529:530:0:606:201:182:2:0 Juice 2;T:594000:C0M64:C::577:578:0:606:204:182:2:0 /var/log/messages: Jul 22 07:23:51 media1 vdr: [5764] timer 1 (2 0723-1023 '@TITLE EPISODE') start Jul 22 07:23:51 media1 vdr: [5764] record /media/video/vdr/@J2_-_Our_Kind_of_Music_Press_'i'_for_more_information./200 7-07-22.07.23.50.99.rec Jul 22 07:23:51 media1 vdr: [5764] info: Recording started Jul 22 07:24:01 media1 vdr: [5764] switching to channel 1 Jul 22 07:24:01 media1 vdr: [5764] info: Channel not available! Jul 22 07:24:03 media1 vdr: [5764] switching to channel 2 Jul 22 07:24:21 media1 vdr: [5764] confirm: Stop recording? Jul 22 07:24:21 media1 vdr: [5764] warning: Stop recording? Jul 22 07:24:27 media1 vdr: [5764] confirmed are there more debugs I should have on? I've turned on static bool DebugProtocol = true; in ci.c and still get none of these CAM 1: messages These log entries are independent of the DebugProtocol setting. Are you running VDR with reduced logging (option -l)? If so, please run it with the default (-l3) which is full logging. Are all your logs going into a single log file (/var/log/messages), or are you spreading the logs into several files? Maybe the debug log entries go somewhere else on your system. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Breaking sound at playback
I demand that JJussi may or may not have written... [snip] As extra info, here is error message from xine-lib compile: [snip] ffmpeg_encoder.c: In function 'dxr3_encoder_init': ffmpeg_encoder.c:79: error: 'mpeg1video_encoder' undeclared (first use in this function) ffmpeg_encoder.c:79: error: (Each undeclared identifier is reported only once ffmpeg_encoder.c:79: error: for each function it appears in.) [snip] Use either --disable-dxr3 or --without-external-ffmpeg. Or patch it :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. You will be aided greatly by a person whom you thought to be unimportant. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Breaking sound at playback
On Sunday, 22. Julyta 2007 16:11, Darren Salt wrote: Use either --disable-dxr3 or --without-external-ffmpeg. Or patch it :-) Than you.. That helped.. USE=-dxr3 emerge xine-lib -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM-CI and multi-channel viewing + slow startup
are there more debugs I should have on? I've turned on static bool DebugProtocol = true; in ci.c and still get none of these CAM 1: messages These log entries are independent of the DebugProtocol setting. Are you running VDR with reduced logging (option -l)? If so, please run it with the default (-l3) which is full logging. Are all your logs going into a single log file (/var/log/messages), or are you spreading the logs into several files? Maybe the debug log entries go somewhere else on your system. Sorry, I am getting messages like: Jul 23 07:38:51 media1 kernel: dvb_ca adapter 0: DVB CAM detected and initialised successfully Jul 23 07:38:51 media1 vdr: [4597] CAM 1: module ready Jul 23 07:38:54 media1 vdr: [4597] CAM 1: Irdeto Access, 01, 06FF, 06FF and all (-l3) logs are going to /var/log/messages But I'm not getting these QUERY messages. Just get channel not available on the OSD and info: Channel not available! in the logs whenever a second channel in the stream is requested. Maybe I have a setting in setup.conf which is stopping it even trying/checking for another channel in the TS? Or is my channels.conf wrong? Sky 1;T:594000:M64:C::529:530:0:606:201:182:2:0 Juice 2;T:594000:M64:C::577:578:0:606:204:182:2:0 Food TV;T:602000:M64:C::817:818:0:606:303:182:3:0 -Simon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.6
On 07/22/07 16:56, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: VDR developer version 1.5.6 is now available at With this version display of national character broke here, e.g. WDR münster changed to WDR mlittle squarenster (not only in the channels name, also in the epg for wdr, zdf, das erste ). I reverted these two fixes in tools.c: - Fixed a buffer overflow in initializing the system character table (thanks to Marco Schlüßler). [...] - Fixed handling single byte characters 0x7F in Utf8ToArray() (thanks to Udo Richter). with no result. Marco Schlüßler sent me the fix - see attachment. It was a side effect of the changes in skipspace()... Klaus diff -bur vdr-1.5.6_orig/tools.h vdr-1.5.6/tools.h --- vdr-1.5.6_orig/tools.h 2007-07-22 18:54:14.0 +0200 +++ vdr-1.5.6/tools.h 2007-07-22 18:56:30.0 +0200 @@ -175,9 +175,9 @@ char *strreplace(char *s, const char *s1, const char *s2); /// re-allocates 's' and deletes the original string if necessary! inline char *skipspace(const char *s) { - if (*s ' ') // most strings don't have any leading space, so handle this case as fast as possible + if ((uchar)*s ' ') // most strings don't have any leading space, so handle this case as fast as possible return (char *)s; - while (*s *s = ' ') // avoiding isspace() here, because it is much slower + while (*s (uchar)*s = ' ') // avoiding isspace() here, because it is much slower s++; return (char *)s; } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.6
On Sun, Jul 22, 2007 at 10:38:21PM +0200, Klaus Schmidinger wrote: Marco Schlüßler sent me the fix - see attachment. It was a side effect of the changes in skipspace()... this patch seems to work only partialy: - lstc wdr 250-17 WDR Köln;ARD:11836:hC34:S19.2E:27500:601:602=deu:604:0:28111:1:1101:0 250-901 WDR M�nster;ARD:12421:hC34:S19.2E:27500:101:102=deu:104:0:28310:1:1201:0 CUT 250-1425 WDR D�sseldorf;ARD:12421:hC34:S19.2E:27500:101:102=deu:104:0:28308:1:1201:0 - looks like only The Ü (ONLY UPPERCASE) does not work for me :-o newt 1:20:23:0:5:0:0:AAAÖÖÖÜÜÜ 250 14 1:20:2007-07-23::0005:0:0:AAAÖÖÖ���: vdr: [17770] timer 14 (20 -0005 'AAAÖÖÖ�\377�\377�^F�\377�\377�^F�\377�\377�^F') added vdr: [17770] deleting timer 14 (20 -0005 'AAAÖÖÖ�\377�\377�^F�\377�\377�^F�\377�\377�^F') newt 1:20:23:715:720:0:0:Bühnendübel 250 14 1:20:2007-07-23:0715:0720:0:0:Bühnendübel: here it get strange: after putting a Ü in the Line, the timer gets added but the normal output of the complete timerline is not always echoed back: i have to press enter for getting a prompt; only every second input of lstt works; newt 1:20:23:800:805:0:0:BÜHNENDÜBEL lstt 15 500 Command unrecognized: lstt lstt 15 250 15 1:20:2007-07-23:0800:0805:0:0:B�HNEND�BEL: mfg hermann pgpKIFaCh4RPR.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr