vdr March 2012

vdr@linuxtv.org

51 participants
42 discussions

How to discover Freeview HD tuning details?
by Tony Houghton 21 Mar '12

21 Mar '12

My local transmitter (uk-Rowridge) completed switchover today and the HD channels are available. They're all on one channel which isn't fully listed in the NIT in the descriptors I'm aware of for this purpose. w_scan finds this channel at 474000000 with a bandwidth of 8MHz, but all the other parameters are 'AUTO'. The transport_id is 16515. There are no DVB-T delivery descriptors for it in the NIT on the standard PID. There are T2 delivery system descriptors for it, but they're all of the short form ie they only contain the plp_id and T2_system_id. Is there another type of descriptor I need to look out for, or is Freeview HD using non-standard PIDs like Freesat?

1 0

Re: [vdr] Make.config.template broken in 1.7.24
by Christian Ruppert 19 Mar '12

19 Mar '12

Ok, that was done by mistake :( Attached is a patch against 1.7.26 which reverts those "?=" back to "=" as in pre 1.7.24 versions. Klaus: Please apply that patch for the next release :) -- Regards, Christian Ruppert

1 0

[ANNOUNCE] New VDR plugin: epgfixer
by Matti Lehtimäki 19 Mar '12

19 Mar '12

Hi I made a new plugin to remove parental rating from the end of title in EPG when separated by parentheses, for example "Program title (12)". The obtained parental rating is then placed into correct EPG field. The feature can be activated/disabled from plugin setup. Requirements: VDR-1.7.26 or later If there are other features related to handling of EPG data you would like to add please let me know. I'll be happy to integrate them to this plugin. -- Matti

3 3

[PATCH] Strip parental rating from title in EPG
by Matti Lehtimäki 15 Mar '12

15 Mar '12

Hi Finnish channels add parental rating to the end of title in EPG separated by parentheses, for example "Program title (12)", which in both annoying and also makes alphabetical sorting not function properly as different episodes may have different parental rating. The attached patch will remove the parental rating from the title and place it into correct EPG field. If this is to be integrated into vdr-core it should be decided to which bugfix level it belongs. I added it to bugfix level 1 as it basically is misuse of EPG fields. P.S. I have only tested this patch with 1.7.22 because my kernel is not supported anymore in most recent developer versions but it should not cause problems. -- Matti

2 1

locale issue with --edit
by Tobi 14 Mar '12

14 Mar '12

This was driving me mad! I have a NTSC TS-recording with 29.97002997 fps. When I set cut marks via the VDR-OSD and cut the recording, this works fine. But when I cut the same recording with the same cut marks with `vdr --edit`, the cut points are offset by some seconds e.g. the beginning of the cutted recording is about 9 seconds earlier than it should be. Reason: When invoking `vdr --edit` LC_NUMERIC is *not* set to "C" yet when CutRecording() is called. My default locale uses "," as the decimal point, causing the framerate to be parsed as 29.0 instead of 29.97002997. setlocale(LC_NUMERIC, "C") should be called earlier in main(). Tobias

2 2

vdr crashes when replaying zero length recording
by Torgeir Veimo 14 Mar '12

14 Mar '12

I've seen this a lot lately. due to tuning problems with my nova-t 500s, I've gotten frequent zero length recordings. Playing back these either using the xine plugin, or xineliboutput, causes VDR to crash and restart. I'm using yavdr with only trivial modifications. -- -Tor

4 9

remote.conf question
by Arturo Martinez 13 Mar '12

13 Mar '12

I have a remote control that on pressing a single specific key it sends two keys at once 0000000080010051 00 KEY_3 VRC-1100 000000008001004c 00 KEY_5 VRC-1100 Can I use this key somehow in vdr´s remote.con (to assign a command in the even that KEY_3 and KEY_5 are received at once)

1 0

Theses Client/Server VDR
by fnu 12 Mar '12

12 Mar '12

Hi there, following the discussion regarding Client/Server the last couple of day, I'm honestly horrified. What I did realize where super complex ideas, hacks, bottomline a solution from developers for developers. I got the imagination some want to keep out normal users, inventing VDR to death, because only a few users are able to handle it. Since Apple pretty much come with a TV solution this year, expectations of users will change in terms of GUI & usability. And not only Apple, even Ubuntu does invent in the same direction on their UbuntuTV. There's no need to copy these solutions, but the need to be prepared to these fast changing expectations. To think about the details of VDR, a good and stable solution, which I love to use since over 10 years now. I don't have any issues to run a complete VDR on Client and Server, the binary is small, so what. My dream of a Client/Server VDR solution is: - 1+n VDRs do find themselfs seemless w/o user interaction within a network - 1+n VDRs do elect/define a principle, which become the leader of the pack, preferably that one with (the most) DVB devices - The principle becomes the central point of VDR operation - Timers set on whether Client/Server VDR, is handled by the principle centrally - Recordings are also handled centrally on the principle, the clients do have seemless access to it - It doesn't matter if the clients do have their own disks - But if needed principle can use this addional disk space on clients and each client does also have seemless access - DVB devices can be added and removed dynamically to each of the VDRs, but principle stay responsible for all DVB devices within network - Plugins can be added/removed dynamically via OSD or a Web-Interface - The VDR pack or rather the principle can be controlled/programmed by a cloud service from all over the world. - Setting up one of these VDRs may only be possible for experienced user, but es soon as they're up and running, you're little children could hanle them. Just my vision for a smart client/server VDR solution. Cheers fnu

6 9

Local frontend - using XBMC strm vs vdr-sxfe
by Dominic Evans 11 Mar '12

11 Mar '12

Hi all, Running vdr-sxfe as a local frontend using a pipe _should_ be as fast (if not faster) than using XBMC over an http://localhost streamdev connection. However, I seem to find the opposite to be the case. vdr-sxfe still struggles with HD content, has pops and clicks in the audio, crashes out every now again and generally has inferior playback. On my main frontend I have VDR running full time in the background with no local frontend running. Then I have a bare-bones X11 configured with a simple .xinitrc that flips between running vdr-sxfe and xbmc (as I prefer it for watching DVDs etc.). For both frontends I am using VDPAU. I have to use vdr-sxfe to interact with the menus, auto skip adverts in recordings, do cutting, etc. But I'm increasingly finding myself using XBMC and just a directory full of .strm files that point at streamdev TS links, when I want to watch a live HD broadcast. Does anyone have vdr-sxfe running flawlessly as a local frontend for HD content? I just wish I could have the full VDR OSD, but within XBMC :) Cheers, Dom

9 16

[ANNOUNCE] VDR developer version 1.7.26
by Klaus Schmidinger 11 Mar '12

11 Mar '12

VDR developer version 1.7.26 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.26.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.25-1.7.26.diff MD5 checksums: eb57398e44935ecb0bfc532bdfead312 vdr-1.7.26.tar.bz2 62e0f39e2c53ec2b5abd3ebb0e00ce3d vdr-1.7.25-1.7.26.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.25: - Now checking for NULL in cOsd::AddPixmap() (suggested by Christoph Haubrich). - Fixed the German translation of "VDR will shut down in %s minutes" (thanks to Frank Neumann). - The replay progress display is now turned on whenever a mark is toggled (not only when one is set). - Toggling a mark now restarts the timeout of the replay progress display. - Fixed a possible race condition with the SVDRP commands CLRE and PUTE, where EPG data from the transponder could be handled even though it shouldn't be handled for 10 seconds. - Added some missing member initializations in cBitmap. - Improved displaying the play mode in the ST:TNG skin. - Made the ST:TNG skin the default in case the user selected skin is not available. - Improved displaying signal strength and quality in the ST:TNG skin's channel display. - Fixed switching devices to the transponders of VPS recordings in case there are only bonded devices. The cDevice's "avoid device" mechanism has been replaced by using "occupied". - Fixed selecting devices for the EPG scan in case the primary device is bonded with an other one. - Removed the calls to EITScanner.UsesDevice(this) from dvb[hs]ddevice.c, because the code following these calls is only executed if LiveView is true, which is never the case when the EITScanner switches to a channel. - Removed the obsolete function cEITScanner::UsesDevice(). If a plugin has used this function to find out whether a call to its cStatus::ChannelSwitch() function was due to a live channel switch, it can use that function's new parameter LiveView. Any plugins that implement cStatus::ChannelSwitch() need to add the parameter 'bool LiveView' to that function. - Fixed parsing channel data in case the audio pid is 0. On channels that only broadcast Dolby Digital audio there were sometimes log entries like "changing pids of channel ... from ... to ..." with no apparent difference between the old and new set of pids. - Fixed checking pids in case a channel has only Dolby Digital audio. - The Green button in the "Edit timer" menu can now be used to toggle between single shot and repeating timers. This is the same as pressing '0' when the "Day" field is selected, but it works at any time (and is more obvious). - Revoked "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". - Added a new plugin interface for implementing EPG handlers. + A plugin can implement an EPG handler by creating an object derived from cEpgHandler and implementing the necessary member functions. + The special handling of events with table id 0x00 has been dropped. For backwards compatibility EPG events with table ids lower than 0x4E will be treated as if they had a table id of 0x4E, and the new plugin 'epgtableid0' can be used to have them handled like in previous versions. + The default table id for a newly created cEvent has been changed to 0xFF, which is higher than any normal table id that is broadcast in the EIT data. See PLUGINS.html, section "Electronic Program Guide" for more information. Have fun! Klaus

6 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr March 2012