vdr

vdr@linuxtv.org

2 participants
6731 discussions

[ANNOUNCE] VDR developer version 1.7.24
by Klaus Schmidinger 05 Mar '12

05 Mar '12

VDR developer version 1.7.24 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.24.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.23-1.7.24.diff MD5 checksums: a034c5e399417dfc583483f650d003ee vdr-1.7.24.tar.bz2 aa1a2b202da92e65945ff39470b26618 vdr-1.7.23-1.7.24.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.23: - Updated the Italian OSD texts (thanks to Diego Pierotto). - Fixed a high load in case a transponder can't be received. - Improved the way DVB_API_VERSION is checked. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Fixed asserting there is a live programme if the primary device is bonded with a device that starts a recording on a different band. - Fixed the return type of cMyDeviceHook::DeviceProvidesTransponder() in PLUGINS.html. - Fixed a crash in a plugin using cDeviceHook when VDR ends (reported by Oliver Endriss). - Some improvements to the Makefiles (thanks to Christian Ruppert). - Fixed cRecording::LengthInSeconds(), which wrongfully rounded the result to full minutes (thanks to Christoph Haubrich). - Symbolic links are no longer resolved in cRecordings::ScanVideoDir() (thanks to Sundararaj Reel). - The epg.data file is now read in a separate thread to make the startup process faster in case the file is very large (suggested by Helmut Auer). - Fixed selecting the primary device for receiving the live viewing channel in case it is bonded with an other device and has no receiver attached to it. - Fixed a possible crash when canceling VDR while displaying subtitles, and the primary device is no longer available. - Improved handling subtitles of BBC channels. - No longer using tabs as delimiter in the EPG bugfix log (they were garbled in the log file). - Added a missing '.' after the month in VPS strings. - Added some missing 'const' to cDevice (thanks to Joachim Wilke). - Fixed handling the PrimaryLimit when requesting a device for live viewing (reported by Uwe Scheffler). - Removed superfluous calls to SetVideoFormat() from device constructors. This function is called in cDevice::SetPrimaryDevice(), anyway. - An ongoing editing process is now canceled if either the original or the edited version of the recording is deleted from the Recordings menu. - The SVDRP command DELR now won't delete a recording that is currently being edited. - Removed code stub for obsolete SVDRP command MOVT. - The DVB device adapters/frontends are now probed by scanning the /dev/dvb directory instead of looping through adapter/frontend numbers. This allows for "holes" in the device numbering. - cReadDir::Next() now skips directory entries "." and "..". - Fixed a possible deadlock in time shift mode. - Fixed switching into time shift mode when pausing live video (thanks to Reinhard Nissl for helping to debug this one). Have fun! Klaus

20 78

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24
by Gerald Dachs 04 Mar '12

04 Mar '12

Am 2012-03-02 00:18, schrieb Tony Houghton: > Going off on a tangent, there's been some discussion about "Pause and > rewind live TV". That could be implemented fairly easily in clients > with > a big RAM buffer, without adding any complexity to the server. Big RAM buffer means long breaks between channel changes. Gerald

6 6

[OsdTeletext] detach receiver for VDR 1.7.25
by Udo Richter 03 Mar '12

03 Mar '12

Hi list, To actually make use of the new MsgChannelSwitch behavior of VDR 1.7.25, I've quickly hacked an experimental patch to use this to detach the old receiver before VDR attempts to switch channel. With this, channel switching should not jump between receivers for FF cards, avoiding transfer mode whenever possible. Please test. Cheers, Udo

2 2

VDR-1.7.16 doesn't respect valid dvb device frequency ranges
by Andreas Brachold 03 Mar '12

03 Mar '12

Hello, Any current vdr doesn't respect valid dvb device frequency ranges. Here on a EPG-Scan it's generate many messages on syslog, like : DVB: adapter 0 frontend 0 frequency 177500000 out of range (470000000..860000000) DVB: adapter 0 frontend 0 frequency 177500000 out of range (470000000..860000000) DVB: adapter 0 frontend 0 frequency 177500000 out of range (470000000..860000000) Any of my three DVB-T devices have different frequency ranges, and the primary device can't receive VHF-channels. frontend 0:0 frequency range 470000000..860000000 frontend 1:0 frequency range 51000000..858000000 frontend 2:0 frequency range 177000000..858000000 Therefore i attach a simple patch to check provided frequency ranges of used dvb-t device driver. Andreas

2 1

[ANNOUNCE] VDR developer version 1.7.25
by Klaus Schmidinger 03 Mar '12

03 Mar '12

VDR developer version 1.7.25 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.25.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.24-1.7.25.diff MD5 checksums: a3fd482a3dd8027706d4f32a88c6bd13 vdr-1.7.25.tar.bz2 f34adcdc0cdab378431d8946872d6b59 vdr-1.7.24-1.7.25.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.24: - The fps value for channels where it differs from the default is now set correctly when pausing live video. - Increased the average character estimate for calculating tab positions in skins, to better suit wide fonts (reported by Rudi Hofer). - Fixed getting the subsystem ids of DVB devices in case they have been rearranged via udev rules. - Added several cTimer::Set...() functions (suggested by Alexander Rieger). - Changed the return value of cTimer::SetFile() to 'void'. - Revoked "Fixed a possible deadlock in time shift mode" because it caused trouble with output on vdr-xine and dxr3, and also short glitches when replaying on any output device. - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Fixed handling subtitle color palettes on channels where subtitles appear "word by word" (thanks to Rolf Ahrenberg). - Fixed upscaling cBitmaps with anti-aliasing (thanks to Rolf Ahrenberg for reporting a problem with color palettes in subtitles). - Fixed getting the video aspect ratio for scaling subtitles. - Removed the "PrimaryLimit". Old "full featured" DVB cards can be run with the --outputonly option to avoid problems with recording high bandwidth channels. Besides, with HDTV becoming ever more popular those cards are pretty much obsolete by now (the TT S2-6400 has no problems recording and replaying high bandwidth channels simultaneously). And, last but not least, people using software players won't notice this change, anyway. - Since cReceivers can have priorities between -99 and 99, the priority for an unused device has been changed from -1 to -100. - If the first event in a schedule has a table id of 0x00, any incoming EIT data for that schedule from the DVB stream will be completely ignored. This way an external EPG source can fill the schedules with EPG data that will not be messed up with that from the DVB data stream. Note, though, that this means VDR can not do VPS controlled recordings with such events! - Added some typecasts to silence gcc compiler warnings (thanks to Rolf Ahrenberg). - Fixed handling overlapping timers in case a VPS timer with higher priority needs to interrupt a timer with lower priority. - The code for the RCU remote control unit has been moved into a separate plugin named "rcu". The REMOTE=RCU option in the 'make' call for VDR is now obsolete. The command line option --rcu is now obsolete. Use -Prcu instead. If you have used --rcu with a device path, use -P"rcu -d<device>". - Added support for automatically selecting subtitles when playing old PES recordings made with the subtitles plugin (thanks to Anssi Hannula). - Revised priority handling to allow receivers with a priority that is lower than that of live viewing (with suggestions from Frank Schmirler): + An idle device (one that is not used for live viewing and has no receiver attached to it) now has priority IDLEPRIORITY (-100). + An unused CAM slot now has priority IDLEPRIORITY. + The default priority of a cReceiver is now MINPRIORITY (-99). + A device that is used only for live viewing (no matter whether it's in Transfer Mode or real live mode) now has priority TRANSFERPRIORITY (-1). + The function cDevice::Receiving() now returns true if there is any receiver attached to the device. Its boolean parameter has no meaning any more. + The default value for the Priority parameter of the function cDevice::ProvidesChannel() has been changed to IDLEPRIORITY. - Added a Query parameter to cDevice::GetDevice(), so that devices can be queried without side effects when zapping. - Replaced min(max()) calls with the new function constrain(). - Fixed handling OSD color button texts in case a menu item has texts of its own (reported by Rolf Ahrenberg). If a plugin creates derived cMenuEditItems that set color button texts, these should not set the texts directly by calling cSkinDisplay::Current()->SetButtons(), but rather call the new member function cMenuEditItem::SetHelp(). - Moved the call to cStatus::MsgChannelSwitch(this, 0) to the beginning of cDevice::SetChannel(), so that any receivers that have been attached to the device by plugins may be detached before the final call to GetDevice(). This actually reverts "Only calling cStatus::MsgChannelSwitch() if a channel is actually going to be switched or has actually been switched successfully" which was made in version 1.1.10, so please report if this has any unwanted side effects. Have fun! Klaus

1 0

Make.config.template broken in 1.7.24
by Manuel Reimer 03 Mar '12

03 Mar '12

Hello, if I have a look at the changes in 1.7.24, then for me it looks like the file "Make.config.template" is broken there. As Variables are set using "?=", the values in "Make.config.template" not longer override the defaults of "Makefile". I'd vote for reverting this change. Any objections? Yours Manuel

2 1

Client/server implementation after VDR 2.0: Do not reinvent the wheel
by Paul Menzel 01 Mar '12

01 Mar '12

Dear VDR folks, as you might have noticed in the thread of the announcement for version 1.7.25 there is some ongoing discussion about a client/server implementation for VDR which Klaus said to look at after the VDR 2.0 release. I just want to throw in, that there are several programs already using a client/server approach (MythTV [1], Tvheadend [2], …) and we should not reinvent the wheel when designing the new implementation. That means maybe folks having already used some of the other programs could write down the pros and the cons of their implementation. Maybe even the developers of these programs could be asked to comment on that and to give hints. Just a thought. Thanks, Paul [1] http://www.mythtv.org [2] https://www.lonelycoder.com/tvheadend/

5 8

DVB subtitke colors vary
by Kartsa 29 Feb '12

29 Feb '12

Hi Lately I have been noticing that the fg color of the DVB subtitles changes irregularly between white, grey and black. If there is more than one line the lines may have different colors but the whole line is the same color. This is seen in Finnish YLE channels. Is there some setting for this? I was in the impression that color mapping should come with the subtitles but it would seem strange if they would change the color irregularly. Is this a broadcast issue or a VDR issue? I'm running Ubuntu 10.04.4 LTS. I've installed all from yavdr-stable repository and these are the installed components vdr (1.7.20/1.7.20) vompserver (0.3.1-3) femon (1.7.10) osdteletext (0.9.1) epgsearch (1.0.0) burn (0.2.0-beta7) pvrinput (2011-08-18) wirbelscan (0.0.7-pre01) vdrrip (0.3.0) conflictcheckonly (0.0.1) quickepgsearch (0.0.1) undelete (0.0.6) streamdev-server (0.5.1-git) webvideo (0.4.4) xineliboutput (1.0.90-cvs) dvd (0.3.6-b03) epgsearchonly (0.0.1) skinsoppalusikka (1.7.2) ttxtsubs (0.2.3) Player is vdr-sxfe 1.0.90-cvs also from yavdr repo. \\Karsta

3 3

[Bug] VPS Recording not starting as long as another recording (with lower priority) is running
by Markus Ehrnsperger 26 Feb '12

26 Feb '12

Hi, I created two timers: 5:S19.2E-1-1101-28106:2011-02-26:1330:1500:50:99:Das Traumhotel - Afrika: 9:S19.2E-1-1079-28006:2011-02-26:1300:1500:10:99:Wintersport: The second timer was recorded for the complete time. The first Timer was ignored, in spite of the higher priority. This is related to VPS: A VPS timer seems to be ignored as long as other recorings block the devices. In this logic, the priority of the recoring is ignored. Note: For this test, I started VDR with --device=0 so only one device is used. I used no patch (plain 1.7.16) and only one plugin (dvbsddevice). Regards, Markus

4 11

Intelligent management of simulcast DVB-S2 / DVB-T channels
by Dominic Evans 26 Feb '12

26 Feb '12

I remember seeing patches for marking channels as identical in terms of EPG (so e.g., a DVB-S version of the channel can automatically share the EPG entries from the DVB-T version), but has anyone worked on a patch for identifying simulcasting channels, or even had some preliminary design thoughts for how one could be implemented? I can imagine at least the following two use cases: 1) When watching live TV, channel '1' automatically selects the 'best' available version of 'BBC One London' depending on available tuners - e.g., rotating through BBC One HD (DVB-S2), BBC One (DVB-T2), BBC One (DVB-S) and BBC One London (DVB-T). This is much more intuitive than having to manually find an available broadcast of the channel. 2) For recordings, if a timer needs to start a recording on 'BBC One London', depending on its priority and a 'required quality' attribute it will similarly locate a tuner to make the recording with. Assuming it needs the DVB-S2 tuner for HD, if someone with lower priority is currently watching live TV on BBC One HD via DVB-S2 (and only one HD tuner is available) then they will be transparently switched down to the next available tuner quality.

4 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr