vdr

vdr@linuxtv.org

6731 discussions

vdr 1.4.7 + mp3-0.10.0
by nevermind 04 Feb '09

04 Feb '09

Hi, When I click on "encode dvd" from vdrrip plugin menu, I have this error: vdr[6891] general protection eip:80e6531 esp:bff26120 error:0 gdb stacktrace: $ gdb ./vdr core.6891 [...] Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 Core was generated by `/vdr/VDR/vdr -w 60 -v /storage/recordings -L /vdr/VDR/PLUGINS/lib -d -c /storag'. Program terminated with signal 11, Segmentation fault. #0 0x080e6531 in cOsdMenu::AddSubMenu (this=0xb46049b8, SubMenu=0xffffffff) at osdbase.c:490 490 subMenu->Display(); (gdb) bt #0 0x080e6531 in cOsdMenu::AddSubMenu (this=0xb46049b8, SubMenu=0xffffffff) at osdbase.c:490 #1 0x080d8f97 in cMenuMain::ProcessKey (this=0xb46049b8, Key=kOk) at menu.c:3241 #2 0x08130b56 in main (argc=52, argv=0xbff26614) at vdr.c:1042 Current language: auto; currently c++ (gdb)

2 2

vdpau ouput to pal tv
by Torgeir Veimo 02 Feb '09

02 Feb '09

I am having some issues trying out vdpau with an nvidia card on the svideo output; I'm getting testing. Does anyone have any tips on how to fix this? It seems to be a persistent problem for a number of users, yet some people claim to have fixed it. -- Torgeir Veimo torgeir(a)pobox.com

2 5

vdr-1.6.0 / mplayer / spdif Nexus => pb with DTS tracks
by kafifi 02 Feb '09

02 Feb '09

Hello, I am using vdr-1.6.0 and mplayer with Nexus FF card and it's spdif output. When I run some "720p_AC3.avi" movies, my HC ampli receives 5.1 audio without problem. But with movies with DTS audio tracks, vdr+mplayer give only PCM in stereo mode. There is an issue with DTS passthrough. When I try mplayer **without vdr**, DTS is working : Mplayer -ao mpegpes afm hwac3 movie.avi My mplayer.sh.conf has theses lines : USEAC3="true" AC3AOUT="-ao mpegpes -afm hwac3" Did I missed something ? Do you know how could I fix this issue ? Thank you. ========================================================================== Here is the log logger: *** Starting mplayer.sh Version 0.8.7 logger: *** DEBUG: Variable CFGFIL has value "/DATA/configVDR/mplayer.sh.conf" logger: *** DEBUG: Variable USEAC3 has value "true" logger: *** DEBUG: Variable AC3AOUT has value "-ao mpegpes -afm hwac3" logger: *** DEBUG: Variable TV_ASPECT has value "16/9" logger: *** DEBUG: Variable PAL has value "true" logger: *** DEBUG: Variable NTSC has value "false" logger: *** DEBUG: Variable USE_SPEED has value "true" logger: *** DEBUG: Variable DETC_FILTER has value "ivtc=1" logger: *** DEBUG: Variable MPLAYER has value "/usr/bin/mplayer" logger: *** DEBUG: Variable VOP has value "lavc=5000" logger: *** DEBUG: Variable VO has value "mpegpes:card=1" logger: *** DEBUG: Variable AO has value "mpegpes:card=1" logger: *** DEBUG: Variable CACHE has value "8192" logger: *** DEBUG: Variable CACHESTR has value "-cache 8192" logger: *** DEBUG: Variable FRAMEDROP has value "true" logger: *** DEBUG: Variable FDSTR has value "-framedrop" logger: *** DEBUG: Variable LIRCRC has value "" logger: *** DEBUG: Variable LIRCSTR has value "" logger: *** DEBUG: Variable SUBTITLE has value " -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30" logger: *** DEBUG: Variable REMOTE has value "-slave -nolirc" logger: *** Use Option USERDEF at your own risk! logger: *** DEBUG: Variable USERDEF has value "-quiet" logger: *** DEBUG: Variable XResPAL has value "352 480 528 544 688 704 720" logger: *** DEBUG: Variable XResNTSC has value "352 480 512 640 704 720" logger: *** DEBUG: Variable SLOW_CPU has value "false" logger: *** DEBUG: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD "" logger: *** DEBUG: Variable DVDFiles has value "" logger: *** DEBUG: *** Option DVD not set correctly! You will not be able to play VCD/DVD "" logger: *** DEBUG: Variable DVD has value "" logger: *** DEBUG: Variable DVDLANG has value "fr" logger: *** DEBUG: Variable DVDOPTIONS has value "-aop list=volume:volume=170" logger: *** DEBUG: Variable VCDOPTIONS has value "" logger: *** DEBUG: Variable MPEG_DIRECT has value "true" logger: *** DEBUG: Variable SUFFIX has value ".mkv" logger: *** DEBUG: Variable MPLAYER_V1 has value "true" logger: *** DEBUG: Calling getvidxy function to analyze source video stream ... logger: *** DEBUG: OutputFromMPLAYER: "ID_VIDEO_ID=0 ID_VID_0_NAME=Cliffhanger (1993) ID_AUDIO_ID=0 ID_AID_0_NAME=DTS 5.1 768 kbps ID_AID_0_LANG=eng ID_FILENAME=/VIDEO/DIVX/Cliffhanger (1993) - 720p x264 DTS US.mkv ID_DEMUXER=mkv ID_VIDEO_FORMAT=avc1 ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=1280 ID_VIDEO_HEIGHT=532 ID_VIDEO_FPS=23.976 ID_VIDEO_ASPECT=2.4060 ID_AUDIO_FORMAT=8193 ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=6 ID_LENGTH=6762.71 ID_VIDEO_CODEC=ffh264 ID_AUDIO_BITRATE=768000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_AUDIO_CODEC=dts" logger: *** DEBUG: MPLAYER_RETURN: "0" logger: *** DEBUG: parsed output for ORIG_X: "1280" logger: *** DEBUG: parsed output for ORIG_Y: "532" logger: *** DEBUG: parsed output for ORIG_FPS: "23.976" logger: *** DEBUG: parsed output for ORIG_ASPECT: "2.4060" logger: *** DEBUG: parsed output for VIDEO_FORMAT: "avc1" logger: *** DEBUG: parsed output for AUDIO_CODEC: "dts" logger: *** INFO: Source Video has Resolution of 1280 x 532 ... logger: *** DEBUG: Film "" logger: *** DEBUG: Variable MAX_X has value "1024" logger: *** DEBUG: Variable NEW_Y has value "425" logger: *** INFO: For Sqare Pixels we would scale to 1024 x 425 ... logger: *** DEBUG: Variable XResTEMP has value "352 480 528 544 688 704 720" logger: *** DEBUG: Variable AnzahlVonXResTEMP has value "7" logger: *** DEBUG: Variable NEW_X has value "720" logger: *** DEBUG: setting REAL_Y = FULL_Y "" logger: *** DEBUG: Variable CMDLINE has value "/usr/bin/mplayer -vo mpegpes:card=1 -ao mpegpes:card=1 -vf scale=720:425,expand=720:576:-1:-1:1,lavc=5000:25 -speed 1.04 -framedrop -cache 8192 -slave -nolirc -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30 -quiet " MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz (Family: 6, Model: 15, Stepping: 13) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. PLAYING /VIDEO/DIVX/Cliffhanger (1993) - 720p x264 DTS US.mkv [mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "Cliffhanger (1993)", -vid 0 [mkv] Track ID 2: audio (A_DTS) "DTS 5.1 768 kbps", -aid 0, -alang eng [mkv] Will play video track 1. Matroska file format detected. VIDEO: [avc1] 1280x532 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s) Opening /dev/dvb/adapter0/video0+audio0 Opening video filter: [lavc=5000:25] Opening video filter: [expand w=720 h=576 x=-1 y=-1 osd=1] Expand: 720 x 576, -1 ; -1, osd: 1, aspect: 0.000000, round: 1 Opening video filter: [scale w=720 h=425] ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== Forced audio codec: mad Opening audio decoder: [libdca] DTS decoding with libdca Stream with high frequencies VQ coding AUDIO: 48000 Hz, 2 ch, s16le, 768.0 kbit/50.00% (ratio: 96000->192000) Selected audio codec: [dts] afm: libdca (DTS-libdca) ========================================================================== Opening /dev/dvb/adapter0/audio0 [AO MPEGPES] 49919 Hz not supported, try to resample. AO: [mpegpes] 48000Hz 2ch s16be (2 bytes per sample) PLAYBACK STARTED mplayer: volume=100 mpVolume=100 mpMute=0

2 2

eHD and how subtitle timing start work
by Vesa 02 Feb '09

02 Feb '09

There has been several discussion about eHD dvb subtitle timing. Vdr works correctly on this area and time subtitles as they should be. Reelbox-plugin do not deliver timing info (STC) with default settings. The catch is soundcard support. For audio delay adjustment reelbox-plugin deliver STC. So just turn "Analog audio" to "Soundcard" and STC is delivered to VDR and subtitles are in time. Only issue after this is with replaying recording, it will took some time to get STC to correct value. For this it would be nice to get min and max value for subtitle delay. If delay is out of those limits, vdr would use middle setting. -- Vesa

4 5

mp3 plugin+cdfs
by Придворов Андрей 02 Feb '09

02 Feb '09

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 I think cause in plugin sound buffer. Attached patch helped me I only add flush() before delete player....

4 3

[ANNOUNCE] vdr-xine-0.9.0 plugin
by Reinhard Nissl 01 Feb '09

01 Feb '09

Hi, after being away 7 month from VDR development I'm pleased to announce release 0.9.0. You can find it on my homepage as usual: http://home.vr-web.de/~rnissl Excerpt from HISTORY: 2009-01-12: Version 0.9.0 - Updated INSTALL and MANUAL accordingly. - Fixed several multithreading issues which got triggered on SMP systems (thanks to Edgar (gimli) Hucek for reporting issues and testing fixes). - Added support for VDR-1.7.3 besides TS still pictures. - Pulled patched VDR-1.7.2's remux.[ch] for a quick adaption to to VDR-1.7.3 (thanks to Klaus Schmidinger for his approval). - Fixed PTS handling in xine-lib's FFmpeg decoder for recent FFmpeg versions which should provide better A/V sync now. - Added patch sets to input_vdr.c which allow to omit parts of the MRL, e. g. vdr:// should be sufficient now (thanks to Ludwig Nussel for providing them). - Make use of new OSD functionality in xine-lib-1.2. For now an OSD implementation must provide both new features to have vdr-xine make use of it. - Extended OSD support in xine-lib-1.2 to allow truecolor OSDs as well as hardware scaled OSDs. The new functionality is currently only provided by VDPAU enabled installations. - Added frame grabbing support for accelerated frame formats to xine-lib. Previously, xine-lib exitted the app when frame grabbing was requested for accelerated frame formats like xxmc. You'll now get a green image in that case. Reading back the content of an accelerated frame is currently only provided by VDPAU enabled installations. - Hacked support for VDR-1.7.1's new cDevice::PlayTs() method. - Grab image nolonger needs pnmcut to select the relevant area of the TV image. Besides that, grab image respects the aspect ratio you select in VDR's setup menu, i. e. a 16:9 setup and a 16:9 broadcast will grab you a image without black borders. A mismatch of aspect ratios will add black borders to the image to match the visual impression you get on your TV set. Additionally, the grabbing of field pictures was corrected with regard to color upsampling. - A script mkNoSignal.sh is provided to create custom logos. Just provide PNG files named noSignal16x9*.png (and ...4x3... respectively) and have the tools mentioned in INSTALL in your path. You'll have to move your custom logos then over the default files. - The vdr-xine logo is now available in two aspect ratios (4:3 and 16:9) as more channels provide 16:9 content. Then vdr-xine selects the logo which matches VDR's DVB setup option video format. - Added the ability to detect discontinuities in live TV and to start a new buffering period in such a case. This will help to resume to fluent playback from bad weather conditions or when disconnecting and reattaching the antenna cable. - Updated it_IT.po (thanks to Diego Pierotto for providing the translations). Enjoy. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

8 12

Disabling EPG update from air or shift it in time
by Alex Betis 01 Feb '09

01 Feb '09

Hi all, Is there any configuration that disables EPG updates received on the channel? Or is there a way to shift time of those updates before they are written to EPG.data? The problem is that I have some channels that are transmitted for different time zones that start transmitting EPG info, but looks like the EPG is not shifted. There are some other shifted channels that do transmit the EPG properly, so I believe that's a provider problem. I use s script that updates those channels from internet, so I don't mind to disable EPG update received on the channel. Thanks.

3 10

no channel update for certain channels
by Patrick Rother 01 Feb '09

01 Feb '09

On Tue Jan 27 11:03:39 CET 2009 Klaus Schmidinger wrote: > On 27.01.2009 11:01, Matthias Dahl wrote: > > On Tuesday 27 January 2009 10:37:24 Klaus Schmidinger wrote: > >> Have you tried contacting the broadcaster about this? > >> Such problems should be fixed at the root ;-) > > > > I agree. There is just one exception: it's done intentionally by > > the broadcaster to limit reception to certain boxes. :-} For > > those cases it would be nice to exclude those channels from the > > automatic update process. > > Those bastards... > > Can you give an example of such a channel? I am currently suffering from events like this: Jan 28 05:50:53 vdr vdr: [15232] changing pids of channel 84 from 2815+2815:2816=deu:0:32 to 2815+2815:2816=deu:0:0 Jan 28 05:50:54 vdr vdr: [15232] changing pids of channel 83 from 1535+1535:1536=deu:0:32 to 1535+1535:1536=deu:0:0 Jan 28 05:50:54 vdr vdr: [15232] changing pids of channel 82 from 1023+1023:1024=deu:0:32 to 1023+1023:1024=deu:0:0 Jan 28 05:50:54 vdr vdr: [15232] changing pids of channel 85 from 3071+3071:3072=deu:0:32 to 3071+3071:3072=deu:0:0 Jan 28 05:50:55 vdr vdr: [15232] changing pids of channel 81 from 1791+1791:1792=deu:0:32 to 1791+1791:1792=deu:0:0 Jan 28 05:50:55 vdr vdr: [15224] stopping recording due to modification of channel 83 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 84 from 2815+2815:2816=deu:0:0 to 2815+2815:2816=deu:0:32 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 83 from 1535+1535:1536=deu:0:0 to 1535+1535:1536=deu:0:32 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 82 from 1023+1023:1024=deu:0:0 to 1023+1023:1024=deu:0:32 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 85 from 3071+3071:3072=deu:0:0 to 3071+3071:3072=deu:0:32 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 81 from 1791+1791:1792=deu:0:0 to 1791+1791:1792=deu:0:32 Jan 28 05:52:45 vdr vdr: [15232] changing pids of channel 75 from 2559+2559:2560=deu:0:0 to 2559+2559:2560=deu:0:32 Jan 28 05:52:45 vdr vdr: [15224] stopping recording due to modification of channel 83 Recording gets heavily fragmented and unviewable. I suggest that recordings shall not be stopped and restarted except when things are changed that are neccessary for the recording (which the TPID is not), and maybe there shall be even more rate limiting on PID updates for channels with active recordings on. Thank you.

2 4

32-bit capabilities?
by alex bustamante 31 Jan '09

31 Jan '09

"warning: `vdr' uses 32-bit capabilities (legacy support in use)" What is this exactly?

2 1

no channel update for certain channels
by Matthias Dahl 30 Jan '09

30 Jan '09

Hi. For certain situations, it'd be great to exclude some channels from the automatic channel update. For example, when one has entered a channel manually which broadcasts wrong channel informations. With the next channel update, all is overwritten. So one has to either completely disable the automatic updates or live without the channel for the time being. I had just a quick look over the vdr source and figured it wouldn't be too hard to come up with a patch to support something like this I guess. So I wanted to ask if this new feature would be considered ok for inclusion into vdr-1.7.x or if there are reasons against it? Otherwise I would put it on my todo list and get to it when I get some time... if no one else does it in the meantime that is. :-) Best regards, matthias.

4 14

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr