vdr

vdr@linuxtv.org

2 participants
6731 discussions

[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

[ANNOUNCE] epgfixer-plugin 0.1.0
by Matti Lehtimäki 10 May '12

10 May '12

New features in 0.1.0: - Support for character set conversion for selected channels. - Support for stripping HTML entities. - Supply user with extra information for each setup menu option using Info key. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti

9 20

Convert recording
by Marx 09 May '12

09 May '12

Hello It's probably common use but I didn't find good info how to do that: I record movie. It needs to be cutted (advertisment etc) and than compressed from mpeg2 to divx (because this format is smaller and playable on almost everything). Then movie is moved to library which scans IMDB or similair services to download meta information. The goal is how to do that as most automatically as possible. For now it's rather long way: I convert .ts stream into mpeg2 (I forgot the name but it's software which allows cut file altogether, hovewer it's not user friendly becauses of small preview window), then convert it with some software (VirtualDub, Handbrake or ffmpeg), then rename and load into XBMC library. I know it's rather lously connected with VDR, hovewer I have idea of using VDR as main tool in this toolchain. First it knows from EPG metadata the name of movie, so it can find it in IMDB (in fact both web interfaces can do that now). Next it allows to cut recordings (hovewer I prefer doing it with keyboard) and sometimes automate ads removing. The last piece is converting which also is available via some external scripts. The problem is I would prefer doing it via web interface, because keyboard & mouse is more productive than remote. I hoverwer didn't find possibility to start converting via web interface. What do you think about it? Marx

7 20

[PATCH] vdr-plugin-ttxtsubs - Sync subtitles using PTS
by Matti Horila 08 May '12

08 May '12

Hi! After i upgraded my vdr to 1.7.27 and fetched latest sources for plugins, i got serious subtitle timing issues. When viewing live tv the delay needed was about 2500ms and with recordings delay was almost 9000ms. I have no idea what causes that difference. Previously subtitles have been pretty well synced in both live and recordings. Attached patch removes PES and TS delay settings and uses PTS to sync subtitles. It works pretty well with my system using xinelibouput + vdpau. Patch has two side effects: 1. when replay of recording is started it sometimes takes 5 to 10 seconds until first subtitles appear. This is caused by wrong (live) PTS values got from xineliboutput since actual replaying hasn't started yet when first subtitles are parsed from stream. 2. when stopping replaying vdr is sometimes unresponsive for a few seconds if the needed delays are large like in my system. I think the delay sleep in cTtxtSubsDisplay::TtxtData() needs some tweaking to get rid of this side effect. Regards, Matti

2 1

probs with new ZDF HDchannels
by Harald Milz 06 May '12

06 May '12

Hi guys, I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimm…. It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected. Did anyone else observe this, and what can we do to fix this? -- Sitzt einer in der Wüste und läßt Sand durch die Finger gleiten, dabei sagt er immer: "Boooaaar". Kommt ein Kameltreiber daher und fragt: "Warum sitzt du denn im Sand und sagst immer 'Boooaaar'?" "Ja, Mensch, Boooaaar, kama hier viel Sand klauen!"

5 10

[ANNOUNCE] epgfixer-plugin 0.0.5
by Matti Lehtimäki 05 May '12

05 May '12

New features in 0.0.5: - Support using channel IDs in channel list in addition to channel numbers. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti

3 7

vdr-1.7.27 fails on compile against fontconfig-2.9.0
by Joerg Bornkessel 03 May '12

03 May '12

Hallo Klaus, included a small patch to fix compile problems with fontconfig-2.9.0 Error Message: vdr: fcmatch.c:850: IA__FcFontSort: Assertion `result != ((void *)0)' failed. Aborted <snipp> diff --git a/font.c b/font.c index 706a017..72c5ec3 100644 --- a/font.c +++ b/font.c @@ -482,7 +482,8 @@ cString cFont::GetFontFileName(const char *FontName) FcPatternAddBool(pat, FC_SCALABLE, FcTrue); FcConfigSubstitute(NULL, pat, FcMatchPattern); FcDefaultSubstitute(pat); - FcFontSet *fontset = FcFontSort(NULL, pat, FcFalse, NULL, NULL); + FcResult fresult; + FcFontSet *fontset = FcFontSort(NULL, pat, FcFalse, NULL, &fresult); if (fontset) { for (int i = 0; i < fontset->nfont; i++) { FcBool scalable; </snapp> this diff resolve the compile problem, backwards compatible to fontconfig-2.8.0 Credits? iam noticed the patch first time on IRC #gentoo-vdr submitted by negril don't know, if he has written the patch or if he found the patch somewhere in the wilderness... May be the patch writer will give i sign here to catch the credits Yust to informe you, befor vdr-2.0 is available ;) -- Regards Joerg Bornkessel mailto:ml@websitec.de

1 1

Re: [vdr] vdr-1.7.27 : compilation error with several plugins
by lukkinosat 03 May '12

03 May '12

Hello As soon as I can I place the plugin :-)) Hi, Luca ________________________________ Da: Karim Afifi <karim.afifi(a)laposte.net> A: 'VDR Mailing List' <vdr(a)linuxtv.org> Inviato: Martedì 1 Maggio 2012 14:00 Oggetto: [vdr] vdr-1.7.27 : compilation error with several plugins 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 ? Thanks a lot. Karim ____________________________________________ Plugin loadepg: make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"loadepg"' -I/usr/local/src/media_build/linux/include -I../../../include loadepg.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"loadepg"' -I/usr/local/src/media_build/linux/include -I../../../include i18n.c In file included from i18n.c:1: i18n.h:8: error: ‘tI18nPhrase’ does not name a type i18n.c:5: error: ‘tI18nPhrase’ does not name a type make[1]: *** [i18n.o] Erreur 1 make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » ____________________________________________ Plugin osdpip: make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/osdpip-0.1.1 » make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/osdpip-0.1.1 » make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/osdpip-0.1.1 » g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"osdpip"' -D__STDC_CONSTANT_MACROS -DUSE_SWSCALE -DUSE_NEW_FFMPEG_HEADERS -I/usr/local/src/media_build/linux/include -I../../../include osdpip.c In file included from osdpip.c:24: ../../../include/vdr/status.h:33: warning: ‘virtual void cStatus::ChannelSwitch(const cDevice*, int, bool)’ was hidden osd.h:79: warning: by ‘virtual void cOsdPipObject::ChannelSwitch(const cDevice*, int)’ g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"osdpip"' -D__STDC_CONSTANT_MACROS -DUSE_SWSCALE -DUSE_NEW_FFMPEG_HEADERS -I/usr/local/src/media_build/linux/include -I../../../include osd_info.c In file included from osd_info.c:24: i18n.h:33: error: ‘tI18nPhrase’ does not name a type make[1]: *** [osd_info.o] Erreur 1 make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/osdpip-0.1.1 » ____________________________________________ Plugin text2skin: make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"loadepg"' -I/usr/local/src/media_build/linux/include -I../../../include i18n.c In file included from i18n.c:1: i18n.h:8: error: ‘tI18nPhrase’ does not name a type i18n.c:5: error: ‘tI18nPhrase’ does not name a type make[1]: *** [i18n.o] Erreur 1 make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.27/PLUGINS/src/loadepg-0.2.3 » _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr