vdr May 2012

vdr@linuxtv.org

51 participants
47 discussions

Emergency exit
by Richard Scobie 20 May '12

20 May '12

Is it expected behavior for vdr to do an emergency exit with two recordings in progress? If so, perhaps there could be an option to disable this. I was recording a program on one tuner, while recording and delayed viewing a sports feed on the second tuner. When the carrier was dropped at the end of the event, this triggered an emergency exit, thus disrupting the recording in progress on the first tuner. vdr 1.7.27 and TT S2-6400. Regards, Richard

2 2

[ANNOUNCE] VDR successfully ported to Windows
by WinVDR 19 May '12

19 May '12

I have successfully ported VDR to Windows :) The port is a *native* Windows port using MinGW-w64 (does NOT use cygwin). (I will post the patch when every thing is ready). The only unsolved problem is that section filtering functions in cDevice cannot be implemented on Windows since hardware drivers do not use file descriptors to deliver data, another problem is that some drivers like the SkyStar2 driver do not provide section filtering at all, so if you want that data you have to extract it from TS packets directly. To solve that problem we need to modify these functions and avoid using file descriptors: int cDevice::OpenFilter(u_short Pid, u_char Tid, u_char Mask); void cDevice::CloseFilter(int Handle); Does any body have suggestions about the best way to implement this. We might also consider implementing builtin section filtering in VDR so we can extract section filtering data from TS packets directly if the driver does not provide them. The libdvbpsi library might be handy for that purpose. I have implemented a plugin to support the SkyStar2 budget card and it works fine, but since cDevice::OpenFilter() is not implemented, all the recordings produced by VDR do not include section packets(PAT,PMT..) so they are not playable.

7 8

Re: [vdr] vdr xine-lib eac3
by Karim Afifi 18 May '12

18 May '12

Hello, I am using vdr-1.7.27 and xineliboutput (with xine-lib from january 2012 and José Alberto's patch). All HD dvb-t french channels are deliver "eac3", but vdr delivers only stereo pcm on the spdif output (instead of 5.1). Is it the normal behaviour, or did I miss something ? Is there a way to convert eac3 => ac3 for delivering 5.1 stream through the spdif output ? Regards. Karim -----Message d'origine----- De : vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Jose Alberto Reguero Envoyé : dimanche 3 octobre 2010 23:56 À : VDR Mailing List Objet : Re: [vdr] vdr xine-lib eac3 Attached is a patch to fix xine-lib ts work with eac3. With this patch you can use xine-ui to play the records. Jose Alberto El Domingo 03 Octubre 2010, Jose Alberto Reguero escribió: > Playing with xine-ui and demux ts don't work well. You must play it > with > vdr- xine. > > Jose Alberto >

1 0

Re: [vdr] vdr-1.7.27 : compilation error with several plugins
by Udo Richter 17 May '12

17 May '12

Am 01.05.2012 14:00, schrieb Karim Afifi: > Hello, > > I am building a new box with vdr-1.7.27. Several plugins don't compil > anymore with this error msg : > i18n.h:8: error: ‘tI18nPhrase’ does not name a type > > Is there a solution to fix this ? Most plugins should have updated versions or developer snapshots available by now. Some patches are also available at vdr-portal.de. For the common iI18NPhrase bugs, there's usually a line missing in i18n.h: --- i18n.h +++ i18n.h @@ -9,6 +9,7 @@ #ifndef __SOMEPLUGIN_I18N_H #define __SOMEPLUGIN_I18N_H +#include <vdr/config.h> #include <vdr/i18n.h> #if VDRVERSNUM < 10507 Cheers, Udo

2 2

Problems viewing while recording with IPTV plugin 0.5.2
by Johan Andersson 16 May '12

16 May '12

Do anyone else have IPTV problems with vdr 1.7.27? I am trying to update to vdr 1.7.27 on Ubuntu Precise. I have tried both a 'pure' VDR and the yavdr teams PPA. In both cases, if I record one channel supplied by IPTV I can not view another supplied by IPTV. I have the plugin started with '--devices=4'. The viewed channel gets all garbled, it seems very little data arrives. If I use an earlier IPTV version, the recorded channel gets no data and the dreaded 'Video Data stream broken' arrives. I broadcast all my FTA channels from the server by mumudvb and this works nicely under Ubuntu 10.04, vdr 1.7.16 and iptv 0.4.2. /Johan

1 0

[ANNOUNCE] epgfixer-plugin 0.2.0
by Matti Lehtimäki 14 May '12

14 May '12

New features in 0.2.0: - Support for ignoring EPG data for selected channels. - Support for copying EPG data from one channel to another. Bug fixes: - Fix character set conversion for selected channels. - Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg). - Fix compiling with g++-4.7. - Improve example configuration files. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti

3 6

Initial Tuning fails with lnb sharing / device bonding
by Midas 13 May '12

13 May '12

Hi, to pick out one of the problems i am currently experiencing with lnb sharing i am starting a new thread. With device bonding or same cable usage (vdr 1.7.27 / 21 resp.) set, vdr absolutely fails to tune to any satellite channel after a restart. The only chance to regain tuning is to set up the devices individually, then switch to some channel, then switch between devices via femon and then set up back to lnb sharing /device bonding. This is not reliable and it may be necessary to repeat the steps until vdr finally works as expected. Afterwards there seem to be at least no serious problems with the setup and vdr keeps tuning as expected (yet maybe from time to time it looses live pic when switching polarization on timer start). Adapters (with indices set by module params): MSI TV@nywhere Satellite II PCI (Mantis / stb0899) adapter_nr=0 Technisat Skystar HD PCI (TT S3200 clone / stb0899) adapter_nr=1 Hauppauge WinTV Nova T-Stick (mt2060) adapter_nr=2 Notes: -This is a Diseqc setup. -The MSI card replaces my old Twinhan VP1020 SD DVBS device. In the old setup i had lnb sharing running for months but it turned out to be necessary to patch the Twinhan driver preventing it from sending any voltage signal, to achieve reliable switching between V and H. Conclusion: Something is wrong in how vdr administrates / sets up the master device (on restart). Greetz Michael

2 2

[xineliboutput] remove top/bottom black borders (patch suggested)
by Midas 12 May '12

12 May '12

Hi, some shows though being sent in native 16:9 still have black borders at top and bottom of the pics. To some extent this can be reduced but not completely removed by setting Overscan to 10% (don't confuse with Overscan Compensation) in xineliboutputs video menu. After some investigation i found a very simple patch that allows one to set Overscan to values > 10 % (i limited to 20% in the patch). Furthermore i changed the sequence of the settings in xineliboutputs Video menu to make Overscan the topmost setting, so one now could configure some User keys in keymacros.conf. Feel free to play around with it. ************************************SNIP***************************** diff -Naur vdr-plugin-xineliboutput//setup_menu.c /usr/src/vdr/PLUGINS/src/vdr-plugin-xineliboutput/setup_menu.c --- vdr-plugin-xineliboutput//setup_menu.c 2012-05-08 01:34:30.000000000 +0200 +++ /usr/src/vdr/PLUGINS/src/vdr-plugin-xineliboutput/setup_menu.c 2012-05-08 23:58:03.000000000 +0200 @@ -580,6 +580,11 @@ Add(SeparatorItem(tr("Video"))); + Add(ctrl_overscan = + new cMenuEditTypedIntItem(tr("Overscan (crop image borders)"), "%", + &newconfig.overscan, 0, 20, + tr("Off"))); + Add(ctrl_vo_aspect_ratio = new cMenuEditStraI18nItem(tr("Aspect ratio"), &newconfig.vo_aspect_ratio, VO_ASPECT_count, xc.s_vo_aspects)); @@ -668,10 +673,6 @@ } } - Add(ctrl_overscan = - new cMenuEditTypedIntItem(tr("Overscan (crop image borders)"), "%", - &newconfig.overscan, 0, 10, - tr("Off"))); Add(ctrl_pp = new cMenuEditBoolItem(tr("Post processing (ffmpeg)"), &newconfig.ffmpeg_pp)); ************************************SNIP***************************** hf Michael

1 0

[Announce] streamdev 0.5.2
by Frank Schmirler 12 May '12

12 May '12

Hi, today I published streamdev 0.5.2 at http://projects.vdr-developer.org/projects/plg-streamdev/files which can be used with VDR 1.6 and 1.7. I also pushed some changes to git. The current git version now requires at least VDR 1.7.25 (better 1.7.27) and is completely priority driven. A negative priority gives precedence to live TV on the server, a priority of zero or more gives precedence to the client. For HTTP and IGMP multicast the priority is configured in the streamdev-server setup. The live TV priority of a streamdev-client is configured in the streamdev-client setup. For legacy clients (streamdev-client 0.5.1 or older) the priority is configured in streamdev-server as well. If you want to give the git version a try, I'd be particularly interested if the following things work like before: - clients with lower precedence like local live TV - encrypted channels - streamdev-server running streamdev-client (e.g. for mutually sharing DVB cards between two VDRs) Changelog of streamdev-0.5.2: - Use fileno() to retrieve the fd from a FILE structure (submitted by an anonymous user) - New special meaning "show current channel" when channel 0 is requested. Applies to HTTP streaming only (thanks to Rolf Ahrenberg) - Added streamdev-client support for upcoming streamdev-server versions with purely priority driven precedence. - API change of VDR 1.7.26: "avoid device" is no longer available - Fixed ProvidesChannel() on client always returning true since the new timeout option has been added. - Updated Finnish translation (thanks to Rolf Ahrenberg) - With VDR 1.7.25 priorities down to -99 will be used. Please update "Minimum Priority" in streamdev-client setup. - Use the new streamdev-client setup option "Live TV Priority" to control precedence among multiple clients. The VDR option "Primary Limit" which has previouly been used for this purpose has been dropped in VDR 1.7.25. - Timout for network operations now configurable in streamdev-client setup - Added timeout to Connect() - Report the server-side HTTP status "503 Service unavailable" instead of the client-side error "409 Conflict" when a channel is unavailable (suggested by Methodus) - Update of po headers and Finnish translation (thanks to Rolf Ahrenberg) - support for non-cycle-free setups (e.g. where two VDRs mutually share their DVB cards through streamdev-client/-server). Must be enabled in streamdev-server setup. Obsoletes recursion patches. - API change of VDR 1.7.22 - VDR 1.7.22 obsoletes cap_net_raw patch. Added cap_net_raw patch for VDR 1.7.5 - 1.7.21. - Update and UTF-8 conversion of Finnish po files (thanks to Rolf Ahrenberg) - Added "Hide mainmenu entry" option on server (thanks to Rolf Ahrenberg) - Added server menu with list of clients. Connections can be terminated with the "red" key. The former main menu action of suspending live TV moved to the "blue" key. - code cleanup and optimization (thanks to Ville Skyttä) - properly shutdown IGMP timeout handler thread when the plugin is stopped. Fixes occasional segfaults on VDR exit. - fixed memory leak in libdvbmpeg read_pes (thanks to Ville Skyttä) - dropped several unused functions in libdvbmpeg - restricted VTP command RENR to liemikuutio patch < 1.32. Build fails with newer versions of this patch (thanks to Ville Skyttä) - updated outdated COPYING file and FSF address (thanks to Ville Skyttä) - include SDT and TDT in TS streams - the icy-name HTTP header sent with radio streams makes VLC pick the wrong demuxer. Send icy-name only for ES audio streams. - fixed regression of "live TV must be switched in VDR main thread" change: deadlock in IGMP streaming server when switching live TV. - streamdev-client returns true in its AvoidRecording() method introduced with VDR 1.7.19. Note however that the impact of NumProvidedSystems is higher. - updated device selection to code of VDR 1.7.19 - adaption to VDR 1.7.12 cReceiver API change - increased WRITERBUFSIZE. Has been reported to fix some ringbuffer overflows (thanks to Lubo Doleel) - check availability of channel if VTP command TUNE is called without prior PROV call (e.g. client side EPG scan) - added support for VDR 1.7.19 SignalStrength/SignalQuality - analog video channels use the same transponder and pid for different channels, so streamdev-client must always issue TUNE command - server must close the VTP connection also if filter stream is broken - fixed missing #ifdefs for new NumProvidedSystems setup option - new externremux.sh mencoder config options: audio pid by language code (-alang) and verbosity (-msglevel) (thanks to Pekko Tiitto) - writer must not spend too much time waiting in select() without checking if the thread has been cancelled - added Spanish translation (thanks to Javier Bradineras) - live TV must be switched in VDR main thread - dropped compatibility with VDR < 1.5.16 - return value of streamdev-clients cDevice::NumProvidedSystems() now configurable in plugin setup Have fun, Frank

1 0

vdr-sxfe no longer works locally after system crash, remote ok
by cedric.dewijs＠telfort.nl 12 May '12

12 May '12

Hi All, I have a PC running vdr. On this PC i cannot watch TV using vdr-sxfe. I also have a laptop, on this laptop I can connect to the PC using vdr-sxfe. On my laptop I can watch TV without any problems. All was working properly, until I ran 12 concurrent instances of vdr-sxfe on my PC. Next I did a "killall vdr-sxfe" and then cut the power from my PC. I guess I've lost or corrupted a file somewhere on my PC, but i can't figure out which one. Can anybody help me? Best regards, Cedric Messages from vdr-sxfe running locally on the PC: ************ [cedric@myhost ~]$ vdr-sxfe -V xv -f localhost vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.0, using xine-lib 1.2.0) Video driver: xv Fullscreen mode VDR Server: localhost WARNING: MRL does not start with 'xvdr:' (localhost) [920] [input_vdr] Connecting (control) to tcp://localhost:37890 ... [920] [input_vdr] Server greeting: VDR-1.7.22 xineliboutput-1.0.90-cvs READY [920] [input_vdr] Connected (control) to tcp://localhost:37890 [920] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/fifo/pipes.773/pipe.0 [920] [input_vdr] Data stream connected (PIPE) [920] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000! [920] [input_vdr] using custom "no signal" image /usr/share/libxine-xvdr/nosignal.mpg [920] [vdr-fe] fe_xine_open: xine_open("xvdr://localhost#nocache") failed Error opening xvdr://localhost [932] [input_vdr] write_control aborted [920] [input_vdr] Connections closed. ************** Messages from vdr-sxfe on my laptop: ************** [cedric@cedric ~]$ vdr-sxfe -V xv -f tv vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Video driver: xv Fullscreen mode VDR Server: tv WARNING: MRL does not start with 'xvdr:' (tv) [6641] [vdr-fe] Detected 2 CPUs [6641] [vdr-fe] Enabling FFmpeg multithreaded video decoding input_bluray: (bluray_class_get_instance:1581) bluray_class_get_instance input_bluray: (bluray_class_get_instance:1581) bluray_class_get_instance [6641] [input_vdr] Connecting (control) to tcp://tv:37890 ... [6641] [input_vdr] Server greeting: VDR-1.7.22 xineliboutput-1.0.90-cvs READY [6641] [input_vdr] Connected (control) to tcp://tv:37890 [6641] [input_vdr] connect_pipe_data_stream: client ip=0x651fa8c0 != server ip=0xcd1fa8c0 ! [6641] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/fifo/pipes.773/pipe.0 [6641] [input_vdr] Pipe not found [6641] [input_vdr] Data stream connection failed (PIPE) [6641] [input_vdr] Connecting (data) to udp://tv ... [6641] [input_vdr] Server does not support UDP ? (UDP: UDP transport disabled in configuration.) [6641] [input_vdr] Data stream connection failed (UDP) [6641] [input_vdr] Connecting (data) to tcp://tv:37890 ... [6641] [input_vdr] Data stream connected (TCP) [6641] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000! [6641] [input_vdr] using custom "no signal" image /usr/share/libxine-xvdr/nosignal.mpg Press Esc to exit xv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=0 xv_set_property: property=5, value=0 xv_set_property: property=24, value=0 xv_set_property: property=25, value=0 xv_set_property: property=4, value=0 xv_set_property: property=1, value=0 [6652] [vdr-fe] Can't load post plugin pp [6653] [demux_vdr] PMT changed, resetting demuxer xv_set_property: property=0, value=0 xv_set_property: property=0, value=0 [6643] [lastpts ] stream changed from (nil) to 0x8d6280 [6643] [lastpts ] new stream is vdr stream [6654] [console] Keyboard thread terminated xv_set_property: property=0, value=0 [6641] [input_vdr] Connections closed. xv_set_property: property=2, value=0 xv_set_property: property=3, value=0 xv_set_property: property=5, value=0 xv_set_property: property=24, value=0 xv_set_property: property=25, value=0 xv_set_property: property=4, value=0 xv_set_property: property=1, value=0 Terminating... xv_set_property: property=0, value=0 [cedric@cedric ~]$ ************

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2012