Re: [vdr] mplayer does not work properly
Pasi Juppo wrote: > Niko Mikkila wrote: >> On Wed, 21 Feb 2007 22:58:57 +0200 >> Pasi Juppo <[EMAIL PROTECTED]> wrote: >> >>> Strange that it works fine on the server and both have the same setup of >>> codecs. Have to check further. > >> It could also be that the clip has AC3 or DTS audio, and MPlayer is >> configured to handle them in a different way (passthrough). Can't think >> of any other reason for the problem. > > Usually AC3 and DTS works just fine. Stream is sent to amplifier who > decodes it. But, I need to check this further when I have more time.. Video clips were using AC3. They have used to work fine so I downgraded to mplayer 1.0 pre 8 and now the audio gets passed through to the amplifier via FF card. The same mplayer.sh.conf works with pre8 but not with rc1. I added hwdts to AC3 output configuration but this has nothing to do with AC3 anyway and had not effect on the matter. >From the log that mplayer.sh produces I cannot find reason why it fails. Br, Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mplayer does not work properly
Pasi Juppo wrote: > Pasi Juppo wrote: >> Niko Mikkila wrote: >>> On Wed, 21 Feb 2007 22:58:57 +0200 >>> Pasi Juppo <[EMAIL PROTECTED]> wrote: >>> Strange that it works fine on the server and both have the same setup of codecs. Have to check further. >>> It could also be that the clip has AC3 or DTS audio, and MPlayer is >>> configured to handle them in a different way (passthrough). Can't think >>> of any other reason for the problem. >> Usually AC3 and DTS works just fine. Stream is sent to amplifier who >> decodes it. But, I need to check this further when I have more time.. > > Video clips were using AC3. They have used to work fine so I downgraded > to mplayer 1.0 pre 8 and now the audio gets passed through to the > amplifier via FF card. > > The same mplayer.sh.conf works with pre8 but not with rc1. I added hwdts > to AC3 output configuration but this has nothing to do with AC3 anyway > and had not effect on the matter. > >From the log that mplayer.sh produces I cannot find reason why it fails. Now I got more log from SVN version of mplayer: [AO OSS] Can't set audio device /dev/dsp to ac3 output, trying s16le... AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) [format] Sample format big-endian AC3 not yet supported [libaf] Reinitialization did not work, audio filter 'format' returned error code -2 Couldn't find matching filter/ao format! With pre8 version this error does not come. Br, Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-burn & vdrconver segmentation fault
Hi Leo, On Saturday 24 February 2007 22:06, Leo Márquez wrote: > I'm desperated with this problem. I can't do dvd's from my vdr recordings. > I have tried with vdr-burn and vdrconvert-vdr2dvd. > I'm using debian etch, kernel 2.6.17.13, vdr 1.4.3 > > [mplex]INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28 > 17:50:54 $) > [author] /usr/bin/vdrburn-dvd.sh: line 45: 4944 Segment fault > dvdauthor -x "$DVDAUTHOR_XML" > [vdr] process author (pid = 4939) exited gracefully (exit code 139) > [vdr] process "author" exited > [vdr] ERROR: process demux (pid = 4937) crashed (signal 15) > [vdr] ERROR: process mplex (pid = 4938) crashed (signal 15) I had the same problem. AFAIK it is linked to the version of mjpegtools from debian etch, but didn't get it fixed so far. I got burn working by installing transcode and set the plugin up for it in the burn-plugin setup menu. Transcode uses tcmplex which worked fine for me. You can get it by adding deb http://www.debian-multimedia.org sarge main deb http://www.debian-multimedia.org etch main to your /etc/apt/sources.list Cheers, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR does not resume VPS recording after restart
On Saturday 24 February 2007 13:30, Klaus Schmidinger wrote: > > I am using vdr-1.4.5. If I have started a recording without VPS it does > > automatically resume the recording, if VDR has been restarted (either > > manually or caused by a reset). > > > > This is not working for a VPS recording. > > I just tried that and it did resume the VPS recording just fine > after restarting VDR. > > Maybe there are specific conditions under which this doesn't work? I couldn't reproduce it any furher, I do some more testing and let you know if I have more details. > Having a sanity check for the absolute maximum of a VPS controlled > recording might be a good idea. > I'll see what I can do in version 1.5. Thanks! Cheers, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
Udo Richter wrote: > Matthias Schwarzott wrote: >> In gentoo vdr package we added a small hack (attached), which >> implements a svdrp call "down" to tell vdr it is inactive and will >> shutdown in X minutes. >> >> We call this from shutdown-scripts to let vdr retry shutdown in 5 min >> (or other value if needed). > > Question is: Is this still needed? > > VDR already retries after an acceptable time, and VDR probably knows > better whether an user is currently active or not. The only reason I > could think of is that VDR was started without a timer nearby, and the > start script knows that this is not an user start. And sending a kPower > key press will also let VDR go inactive. > > Things were different in old versions, where VDR retried shutdown after > 3 hours or so, but that has changed. I assume that with the ability to force a reload by sending SIGHUP to the vdr process (which will be included in the upcoming version 1.5.1) this should not be necessary any more. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.5.1
VDR developer version 1.5.1 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.1.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0-1.5.1.diff WARNING: This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.5.0: - Added cDevice::HasCi() so that devices with Common Interface can be avoided when tuning to an FTA channel, thus preserving the CAM resources even on budget DVB cards (suggested by Petri Helin). - Fixed i18n characters for the Hungarian texts (thanks to Thomas Günther). - Now using cPipe instead of popen() in cCommand::Execute() to avoid problems with open file handles when starting background commands (thanks to Reinhard Nissl). - Removed 'assert(0)' from cDvbSpuDecoder::setTime() (thanks to Marco Schlüßler). - Fixed a possible crash when loading an invalid XPM file (thanks to Martin Wache). - Updated satellite names in 'sources.conf' (thanks to Thilo Wunderlich). - Adapted 'libsi' to DVB-S2 (thanks to Marco Schlüßler). - Fixed handling error status in cDvbTuner::GetFrontendStatus() (thanks to Reinhard Nissl). - Shutdown handling has been rewritten (thanks to Udo Richter). - Plugins can now implement the new function WakeupTime() to request VDR to wake up at a particular time (thanks to Udo Richter). - The HUP signal now forces a restart of VDR (thanks to Udo Richter). - cThread::EmergencyExit() has been replaced by ShutdownHandler.RequestEmergencyExit(). - Several references to "button" in a remote control context have been changed to "key" (based on a report from Marko Mäkelä regarding the "Menu button closes" text). The "MenuButtonCloses" parameter in 'setup.conf' has therefore been renamed to "MenuKeyCloses", accordingly. This will result in an "unknown config parameter: MenuButtonCloses" error message in the log file, so you may want to remove that entry from your 'setup.conf' file. - Simplified the error handling in cDvbTuner::GetFrontendStatus() (based on a discussion with Reinhard Nissl). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Increased the maximum number of DVB devices to 8 (thanks to Rolf Ahrenberg). - The new Setup parameter "Channel entry timeout" can be used to customize the time since the last keypress until a numerically entered channel number is considered complete, and the channel is switched (suggested by Helmut Auer). Setting this parameter to 0 turns off the automatic channel switching, and the user will have to confirm the entry by pressing the "Ok" key. KNOWN BUG - PLEASE HELP DEBUGGING: Start VDR with only one FF DVB card and an attached CI with a CAM. Switch to an encrypted channel for the first time, the channel is shown in Transfer Mode. Wait for at least 10 seconds, so that VDR will mark the CAM as "able to decrypt this channel". Now switch to the same channel again (by selecting it from the Channels menu or typing in its number), and the screen goes black. VDR is now receiving the channel in normal live mode (no Transfer Mode). Apparently there is a problem with switching to live mode after using Transfer Mode. The problem goes away if you switch to a channel on a different transponder and then back to the original one. Now it is shown even in normal live mode. I did a lot of debugging to find out why this goes wrong, but was unable to fix it. Maybe somebody out there can find out why this doesn't work. Have fun! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mplayer does not work properly
Pasi Juppo wrote: Now I got more log from SVN version of mplayer: [AO OSS] Can't set audio device /dev/dsp to ac3 output, trying s16le... AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) [format] Sample format big-endian AC3 not yet supported [libaf] Reinitialization did not work, audio filter 'format' returned error code -2 Couldn't find matching filter/ao format! Try to set different device in mplayer.sh.conf: AO="alsa:device=dmix" This should work on both AC3 & DTS: AC3AOUT="-afm hwac3" ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
On Sun, Jan 28, 2007 at 05:50:46PM +0100, Udo Richter wrote: > - Added #define PATCH_SHUTDOWN_REWRITE to detect the patch > Use #if VDRVERSNUM >= 105xx || defined(PATCH_SHUTDOWN_REWRITE) after > final integration into VDR. Now that VDR 1.5.1 includes the patch, I wonder if you are going to maintain the patch for vdr 1.4, or at least continue to host the latest version on your home page. I strongly hope so, because I am reluctant to switch my production system to the development branch until that branch stabilizes or introduces significant new features, such as support for UTF-8 locales or DVB subtitles. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE]: graphlcd-0.1.5
Hi, here is a new release of the GraphLCD base package and plugin for VDR. It fixes bugs and compile errors some people experienced. You can download the packages from the berlios project's file page: http://developer.berlios.de/project/showfiles.php?group_id=3566 Changes since 0.1.4: graphlcd-base changes: - added missing include path definition (thanks to Wolfgang Astleitner) - replaced unsigned long long with uint64_t - added missing includes - increased VER_MAJOR for glcdgraphics library as interface changed in an incompatible way (thanks to Tobias Grimm) - framebuffer driver: Changed type of fbp (framebuffer pointer) to void*. Compare fbp against MAP_FAILED to test for success of mmap. This should fix a x86_64 compile error. - ks0108 driver: Clear data lines after display refresh to fix problems with display contrast that occur under some conditions. vdr-graphlcd changes: - added some missing includes - do LCD initialisation in display thread instead of during plugin initialisation to fix some issues with direct port accesses (thanks to TomJoad from vdr-portal.de) Best regards Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
On Sun, Feb 25, 2007 at 09:11:36PM +0200, Marko Mäkelä wrote: > On Sun, Jan 28, 2007 at 05:50:46PM +0100, Udo Richter wrote: > > - Added #define PATCH_SHUTDOWN_REWRITE to detect the patch > > Use #if VDRVERSNUM >= 105xx || defined(PATCH_SHUTDOWN_REWRITE) after > > final integration into VDR. > > Now that VDR 1.5.1 includes the patch, I wonder if you are going to > maintain the patch for vdr 1.4, or at least continue to host the latest > version on your home page. I hope that you can release a 0.5 version of your patch that corresponds to what is included in VDR 1.5.1. Most notably, please rename the global variable Shutdown to ShutdownHandler. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB/V4L/VDR MediaWiki update
Hi, I updated the DVB, V4L and VDR Wikis on linuxtv.org to MediaWiki version 1.9.3. If you experience any problems due to the update, then please let me know about it. Thanks, Johannes ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] Relay plugin 0.1.1 for VDR 1.5.1
Because the global variable "Shutdown" introduced in Udo Richter's shutdown rewrite was renamed to "ShutdownHandler" in VDR 1.5.1, I have to release a new version of the relay plugin, for powering the output equipment on or off via RS-232. http://www.iki.fi/~msmakela/software/vdr/#relay http://www.iki.fi/~msmakela/software/vdr/vdr-relay-0.1.1.tgz http://www.iki.fi/~msmakela/electronics/relay/ I made similar changes to my patches for the subtitles and softdevice plugins: http://www.iki.fi/~msmakela/software/vdr/#shutdown Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr