vdr

vdr@linuxtv.org

2 participants
6731 discussions

[ANNOUNCE] VDR developer version 1.7.22
by Klaus Schmidinger 07 Dec '11

07 Dec '11

VDR developer version 1.7.22 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.22.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.21-1.7.22.diff MD5 checksums: b9c0fe1aac8e653c0d0234bc72c2bb2c vdr-1.7.22.tar.bz2 868bb332342c9a78beda17cc85e0bb93 vdr-1.7.21-1.7.22.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.7.21: - Fixed scaling subtitles in case the primary device's GetVideoSize() function doesn't return actual values (thanks to Luca Olivetti). - The DiSEqC codes are now copied in the call to cDiseqc::Execute(). - VDR now supports "Satellite Channel Routing" (SCR) according to EN50494 (based on the "unicable" patch from Lars Hanisch). Since "Unicable" is a registered trademark and stands for only one of many implementations of SCR, the following changes have been made compared to the patch, which need to be taken into account by people who have set up their system using the patch: - The 'U' parameter in the diseqc.conf file has been changed to 'S' ("Scr"). - The configuration file name has been changed from "unicable.conf" to "scr.conf". - Updated sources.conf (thanks to Arthur Konovalov). - The SVDRP command LSTC now also accepts channel IDs (thanks to Dominic Evans). - Fixed handling DVB subtitles and implemented decoding textual DVB subtitles (thanks to Rolf Ahrenberg). - Added cap_net_raw to the capabilities that are not dropped (thanks to Dominic Evans). - Fixed setting the start time of an edited recording (thanks to Christoph Haubrich). - Temporarily switching free devices to transponders in order to have their running status updated is now done by marking the devices as "occupied" for a certain amount of time. - The new setup options "LNB/Device n connected to sat cable" can be used to define which DVB-S devices are connected to the same sat cable and are therefore "bonded". This obsoletes the LNBSHARE patch. Users of the LNBSHARE patch will need to newly set up their sat devices with the above options. - Fixed a crash when deleting a recording while cutting it (thanks to Ville Skyttä). - Fixed several spelling errors (thanks to Ville Skyttä). - The new SVDRP command UPDR can be used to trigger an update of the list of recordings (thanks to Lars Hanisch). - Added generating a pkg-config file to the Makefile (thanks to Ville Skyttä). - Removed the '.pl' suffix from all scripts (thanks to Ville Skyttä). - Changed the default location for the LIRC socket to /var/run/lirc/lircd (thanks to Ville Skyttä). - Added file name and line number to LOG_ERROR_STR() (thanks to Rolf Ahrenberg). - Replaced all calls to sleep() with cCondWait::SleepMs() (thanks to Rolf Ahrenberg). - Fixed a crash with malformed SI data (patch from vdr-portal). Have fun! Klaus

3 6

vdr-xine sync early patch
by Arturo Martinez 07 Dec '11

07 Dec '11

Hi, What is the situation with the syncearly patch for vdr-xine? Does it help with vdr 1.7.x ? Is there a version of the patch that applies cleanly on vdr 1.7.21 ? Is it recommended?

1 0

Streamdev script to stream audio only?
by Teemu Suikki 07 Dec '11

07 Dec '11

Hi! I need a mp3 audio stream of live tv channels.. I tried to do it with ffmpeg, but it doesn't work properly. No data is transferred, I guess ffmpeg doesn't like to write to a fifo? Any ideas?

3 4

Hard Link Cutter 0.2.2 for VDR-1.7.22
by Udo Richter 05 Dec '11

05 Dec '11

Hi list, Hard Link Cutter is updated for VDR-1.7.22 available for download: http://www.udo-richter.de/vdr/patches.en.html#hlcutter http://www.udo-richter.de/vdr/patches.html#hlcutter Original patch by Ville Skyttä, adapted to the variant that VDR-1.7.22 uses. Not intensely tested, but should work. Cheers, Udo

1 0

vdr-1.7.21 DiscontinuityDetected
by Arturo Martinez 03 Dec '11

03 Dec '11

Hi, Whenever xine connects to vdr it triggers a discontinuity, why could this be? vdr-xine: Client connected! [v] DiscontinuityDetected: triggering soft start [vAVM]buffered 8.2 frames (v:20.0, a:8.2) frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) frame: (0, 0)-(720, 576), zoom: (1.00, 1.00) buffered 7.8 frames (v:24.4, a:7.8) <<<<< SetPlayMode: 0 SetPlayMode: 1 frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)

1 0

[ANNOUNCE] halirc
by Wolfgang Rohdewald 28 Nov '11

28 Nov '11

halirc is a python program I wrote for my own use, but maybe others are interested in it too. If so, I will make it a sourceforge project halirc can get events from lirc and other sources. It controls devices like vdr, my Denon AVR 2805 Receiver (via RS232), my LG Plasma TV (via RS232) and other things by shell calls. This would be rather difficult to do with lircrc and shell scripts (I tried). it is rather modular, adding support for more devices should be straightforward. halirc gives you a basic library making it easy to implement your specific wishes on top of it. It knows about the quirks of those devices and hides them from you (like the LG reacting in strange ways when sending commands while it powers up or down and the Denon ignoring new commands while processing some. Both devices have no reliable way of telling that they are ready to process the next command) my use cases (they need about 90 statements on top of the library code): - in the morning, start a certain radio station very loudly. Later, make it less loud, then turn it off. Only on weekdays - I find it easier if I only have to get contact with one single IR receiver. So halirc listens to lirc events and redirects them to the matching devices (I use IR codes of otherwise unused remotes for this) - when listening to radio, I can switch the TV off with one button. This is not yet standby, if the image is wanted again it appears without delay. After 5 minutes halirc puts the screen into standby. Any other key will switch the screen back on and initialize it as needed by vdr. roadmap: - add direct support for USB-controlled Gembird power outlet, right now I do that via shell scripts - show some state changes of the Denon receiver on screen, especially for the different sound falsifying modes like SUPER STADIUM. The display of the Denon is too far away to be visible. This is easy to do because the Denon will automatically send all state changes over RS232, no polling needed. - I do have RS232 specifications for some Epson beamers and for some Pioneer blue ray players, but I currently have no plans to buy those. Anyway adding support for them those should be easy to do. - maybe support sending IR commands with lirc get it here: http://www.rohdewald.de/vdr/halirc.tar -- Wolfgang

1 0

vdr-xine with xxmc -> problem with OSD
by Arturo Martinez 27 Nov '11

27 Nov '11

Hi, I am launching xine with -V xxmc for the graphical acceleration. Using vdr 1.7.21 with vdr-xine 0.9.4 The only OSD mode that works is osdOverlay, the rest bring a severely corrupted OSD. But osdoverlay seems to be very CPU intensive. Does anybody know of a fix/patch or workaround? xine.osdMode = osdOverlay lspci |grep VGA 01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) * English - detected * English * Spanish * English * Spanish <javascript:void(0);> auto-copied

2 1

dropping broken PES packet
by Vidar Tyldum 25 Nov '11

25 Nov '11

After upgrading to 1.7.21 I have started having these issues where the picture freezes on the frontend from time to time. It can last from 30 seconds to several minutes. Looking at the log I see these errors repeating themselves: vdr-sxfe[9003]: [9014] [demux_vdr] ts2es: payload not PES ? vdr-sxfe[9003]: [9014] [demux_vdr] ts2es: dropping broken PES packet VDR itself is not logging anything particular when this happens, despite being at loglevel 3. I tried just streaming to VLC and the same thing happends, which means it's nota frontend issue. I cannot open the OSD when the problem is 'active'. If the watchdog is enabled it will cause a restart of VDR. If the picture comes back before the watchdog kicks inn I get: vdr-sxfe[31073]: [31111] [demux_vdr] New PTS: 7275023756 (VIDEO) Any ideas on how to proceed to debug this? Source is DVB-C, 1.7.17 was my previous version where I did not have this issue. Using precompiled packages from http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu -- Vidar Tyldum vidar(a)tyldum.com PGP: 0x3110AA98

1 1

Re: [vdr] xine dropped frames warning
by Arturo Martinez 24 Nov '11

24 Nov '11

Finally, I´ve edited /xine-ui/src/xitk/errors.c the last function: I left it like this: void too_slow_window(void) { return; } Now no more dropped frames warning boxes :-)

1 0

Re: [vdr] xine dropped frames warning
by ian_and_joanna＠talktalk.net 24 Nov '11

24 Nov '11

Hi, I find this all puzzling too. I've been in similar situations and welcomed suggestions. Here is one of mine. Try changing your xine command line by replacing the '=' following --config with a space. Showing the commandline is not the same as the app parsing the parameter. Xine may be clever in this respect in which case this will make no difference. Ian. Sent from my HTC ----- Reply message ----- From: "Arturo Martinez" <martinez(a)embl.de> Date: Thu, Nov 24, 2011 08:29 Subject: [vdr] xine dropped frames warning To: <vdr(a)linuxtv.org> I am using the right config and the warnings still show. Lets prove it... ps -ef |grep xine xine --no-gui --no-logo --no-splash -pq -A alsa -f -V xxmc --post vdr --post vdr_video --post tvtime:method=LinearBlend,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --config=/home/tv/.xine/config vdr://tmp/vdr-xine/stream#demux:mpeg_pes So that´s my xine running and shows it is using for config /home/tv/.xine/config Now I run the grep command on it: grep "^gui.dropped_frames_warning:0" /home/tv/.xine/config && echo "config is good :)" || echo "config is bad :(" And the result is: gui.dropped_frames_warning:0 config is good :) Yet if I open vdr´s OSD and fiddle with it for a minute or so I am guaranteed to get the dropped frames warning. cxfe does not have the warning problem but unfortunately it does not support xxmc acceleration :( _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr