vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] thanks for the freesat patch for vdr 1.7.15
by Dominic Evans 22 Jun '10

22 Jun '10

On 22 June 2010 16:14, martinez <martinez(a)embl.de> wrote: > Thanks for the patch, I tried and it comes up with just one line rejected, > but it is easy to address manually > *************** cEitFilter::cEitFilter(void) > *** 358,363 **** > Set(0x12, 0x40, 0xC0); // event info now&next actual/other TS > (0x4E/0x4F), future actual/other TS (0x5X/0x6X) > if (Setup.SetSystemTime && Setup.TimeTransponder) > Set(0x14, 0x70); // TDT > } > void cEitFilter::SetDisableUntil(time_t Time) > --- 358,365 ---- > Set(0x12, 0x40, 0xC0); // event info now&next actual/other TS > (0x4E/0x4F), future actual/other TS (0x5X/0x6X) > if (Setup.SetSystemTime && Setup.TimeTransponder) > Set(0x14, 0x70); // TDT > + > + Set(3842, 0x40, 0xC0); // event info now&next actual/other TS > (0x4E/0x4F), future actual/other TS (0x5X/0x6X) > } > void cEitFilter::SetDisableUntil(time_t Time) That's odd, it seemed to apply cleanly for me. Glad it is working anyway. As mentioned, the eepg plugin might be a better long term solution for you. Cheers, Dom

1 0

vdradmin-am-3.6.7 missing .cache
by Timothy D. Lenz 22 Jun '10

22 Jun '10

I just got this version and when tried to start it I get: ERROR: directory './cache' is missing! The sub folder is missing from vdradmin-am-3.6.7.tar.bz2

3 4

[ANNOUNCE] vdr-text2skin-1.3.1
by Thomas Günther 21 Jun '10

21 Jun '10

Hello! A new version of the VDR Text2skin plugin was just released: http://projects.vdr-developer.org/projects/list_files/plg-text2skin Recent Changes: - Fixed some compiler warnings. - Makefile adjustments for VDR 1.7.13. - Fixed segmentation fault with 16bit images (closes #258 - thanks to domml@vdrportal) - Fixed crash with GraphicsMagick >= 1.3.8 and non-XPM images. - Fixed crash when deleting ongoing timers or their recordings (closes #306) Thanks a lot to all the contributors and translators! Development site: http://projects.vdr-developer.org/projects/show/plg-text2skin Downloads: http://projects.vdr-developer.org/projects/list_files/plg-text2skin Git-Web: http://projects.vdr-developer.org/git/?p=vdr-plugin-text2skin.git Anonymous Git-access: git clone git://projects.vdr-developer.org/vdr-plugin-text2skin.git This is now intended to be a community maintained project! Please report any bugs, ideas or feature requests to the project site (no registration required for this!). If you want to contribute patches, new features or whatever, post an issue or patch to the projects issue tracker or request to join the project. I would happily add everyone as a project member, who would like to contribute to the project! Tom

1 0

multiple patching trouble
by martinez 21 Jun '10

21 Jun '10

Hi Udo, First of all thanks a lot for taking the time to write the patch for the event scrolling!! I've taken vanilla vdr 1.7.15 and applied the extensions patch V3 (see link following) http://copperhead.vdr-developer.org/downloads/extensionpatch/ExtP-NG-vdr-1.… Then I apply the freesat epg patch (necessary to see 7 days of epg on 28e rather than just now and next) where I already don't know what I am doing 100% with eit.c.rej (see my previous post) http://www.rst38.org.uk/vdr/freesat_20080927_vdr1.7.diff and finally I try your patch (with --dry-run ) patch -p1 --dry-run < ../patches/event_1.7.15_patch patching file menu.h Hunk #1 succeeded at 95 with fuzz 2 (offset 50 lines). patching file menu.c Hunk #1 succeeded at 1438 with fuzz 1 (offset 464 lines). Hunk #2 succeeded at 1544 (offset 467 lines). Hunk #3 succeeded at 1770 (offset 539 lines). Hunk #4 FAILED at 1787. Hunk #5 succeeded at 1945 (offset 565 lines). Hunk #6 succeeded at 1959 (offset 565 lines). Hunk #7 FAILED at 1992. Hunk #8 succeeded at 2241 (offset 584 lines). Hunk #9 succeeded at 2269 with fuzz 1 (offset 584 lines). 2 out of 9 hunks FAILED -- saving rejects to file menu.c.rej Can you (or some other clever person) help ?

3 2

Feature request: program guide scroll
by martinez 21 Jun '10

21 Jun '10

I would love to see this implemented and I would gladly write the patch if I had the programming skills. Can any kind person write this patch? I am guessing it is probably no more than 12 lines of code?? Begin forwarded message: > Date: Sun, 13 Jun 2010 13:03:49 +0200 > From: Klaus Schmidinger <Klaus.Schmidinger(a)tvdr.de> > Subject: Re: [vdr] Feature request: program guide scroll > To: vdr(a)linuxtv.org > Message-ID: <4C14BB15.7060605(a)tvdr.de> > Content-Type: text/plain; charset=iso-8859-1 > > On 06/07/10 11:55, Istv?n F?ley wrote: >> Klaus Schmidinger wrote: >>> >>> "Left" and "Right" are used to page up/down within long list, and that's >>> not going to change. However, we could use the Green and Yellow buttons >>> (and additionally the kPrev and kNext keys) for this. >>> >>> Klaus >>> >> >> Klaus, is this an abandoned feature, or it just has a lower priority? > > Well, it has *no* priority to *me* ;-) > So if you want this, you can suggest a patch. > > Klaus

7 10

Xine - VDpau config help
by Jouni Karvo 21 Jun '10

21 Jun '10

hi, I have Nvidia GT220, with xine-lib-1.2 from today. I have been struggling with the deinterlacing of HD content, with no success. My current settings in .xine/config (which I found by reading the source code - is there any documentation anywhere?): video.output.vdpau_honor_progressive:1 video.output.vdpau_sd_deinterlace_method:temporal_spatial video.output.vdpau_hd_deinterlace_method:temporal_spatial video.output.vdpau_scaling_quality:1 video.output.vdpau_enable_inverse_telecine:1 video.output.vdpau_skip_chroma_deinterlace:0 video.output.vdpau_studio_levels:1 and here the output of xine, when trying to play HD content: vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none load_plugins: plugin vdpau_h264 will be used for video streamtype 4d. Allocate 4 reference frames vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial Create decoder: vdp_device: 1, profile: 7, res: 1920x1080 V]buffered 14.4 frames (v:36.3, a:14.4) set_speed 1000000 vdr_video: osd: (0, 0)-(1920, 1080)(a)1.77778 video jump vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 frame: (0, 0)-(1920, 1080), zoom: (1.00, 1.00) frame: (0, 0)-(1920, 1080), zoom: (1.00, 1.00) vdr: osdflush: n: 1, 10.1, timeout: 0, result: 0 vo_vdpau: deinterlace: temporal vo_vdpau: set_scaling_level=1 vo_vdpau: enabled features: inverse_telecine=1 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 vo_vdpau: skip_chroma = 0 It seems from the messages that there would be deinterlacing, but nevertheless, when large objects move horizontally fast, they are striped. Any ideas on where to go next? yours, Jouni

5 8

eit.c.rej
by martinez 21 Jun '10

21 Jun '10

Hi Udo, Thanks a lot for the patch, I will try it as soon as I can compile 1.7.15 (currently on 1.7.13) I am trying to apply the freesat uk patch to vdr 1.7.15 and there is a single .rej file (the rest are ok) and I am not sure how to handle this one as there seem to be in 1.7.15 just one instance of void cEitFilter::Process(u_short Pid, u_char Tid, const u_char *Data, int Length) Any ideas? freesat uk patch for vdr 1.7.x http://www.rst38.org.uk/vdr/freesat_20080927_vdr1.7.diff and here follows the .rej file *************** *** 318,328 **** Set(0x12, 0x50, 0xF0); // event info, actual TS, schedule(0x50)/schedule for future days(0x5X) Set(0x12, 0x60, 0xF0); // event info, other TS, schedule(0x60)/schedule for future days(0x6X) Set(0x14, 0x70); // TDT } void cEitFilter::Process(u_short Pid, u_char Tid, const u_char *Data, int Length) { switch (Pid) { case 0x12: { cSchedulesLock SchedulesLock(true, 10); cSchedules *Schedules = (cSchedules *)cSchedules::Schedules(SchedulesLock); --- 318,333 ---- Set(0x12, 0x50, 0xF0); // event info, actual TS, schedule(0x50)/schedule for future days(0x5X) Set(0x12, 0x60, 0xF0); // event info, other TS, schedule(0x60)/schedule for future days(0x6X) Set(0x14, 0x70); // TDT + Set(3842, 0x4E, 0xFE); // event info, actual(0x4E)/other(0x4F) TS, present/following Set(3842, 0x50, 0xF0); // event info, actual TS, schedule(0x50)/schedule for future days(0x5X) Set(3842, 0x60, 0xF0); // event info, other TS, schedule(0x60)/schedule for future days(0x6X) } void cEitFilter::Process(u_short Pid, u_char Tid, const u_char *Data, int Length) { switch (Pid) { + case 3842: case 0x12: { cSchedulesLock SchedulesLock(true, 10); cSchedules *Schedules = (cSchedules *)cSchedules::Schedules(SchedulesLock);

3 2

some non working HD channels?
by martinez＠embl.de 21 Jun '10

21 Jun '10

These channels seem not to be working with vdr 1.7.13 I am reporting this information in case it is usefull to track a bug or otherwise :->7.0E EUTELSAT All HD####################################################### Nat Geo HD;Digital Platform:10928:hC34M2O0S0:S7.0E:30000:2100=2:2300=TUR,2301=ORJ:0:664,D00:7806:126:21000:0 Nat Geo Turk HD;Digital Platform:10886:hC34M2O0S0:S7.0E:30000:5001=2:5002=TUR,5001=ORJ:0:664,D00:7901:0:0:0 DiziMax More HD;Digital Platform:10886:hC34M2O0S0:S7.0E:30000:3000=2:3001=TUR,3002=ORJ:0:664,D00:7902:0:0:0 DiziMax More HD;Digital Platform:10886:hC34M2O0S0:S7.0E:30000:2100=2:2101=TUR,2102=ORJ:0:664,D00:7912:0:0:0 Lig TV HD;Digital Platform:10886:vC34M2O0S0:S7.0E:30000:202=2:302=TUR,304=ORJ:0:664,D00:202:126:21100:0 MovieMax HD;Digital Platform:10886:vC34M2O0S0:S7.0E:30000:205=2:305=TUR,306=ORJ:0:664,D00:205:126:21100:0 Eurosport HD;Digital Platform:10886:vC34M2O0S0:S7.0E:30000:201=2:301=TUR,311=ORJ:0:664,D00:206:126:21100:0 SporMax HD;Digital Platform:10886:vC34M2O0S0:S7.0E:30000:210=2:309=TUR,310=ORJ:0:664,D00:208:126:21100:0 Dizimax HD;Digital Platform:10886:vC34M2O0S0:S7.0E:30000:211=2:355=TUR,356=ORJ:0:664,D00:210:126:21100:0

2 1

Vdr 1.7.15 and vdradmin
by Seppo Ingalsuo 20 Jun '10

20 Jun '10

Hi, Has anyone noticed problems with vdradmin-am, epgsearch and new vdr 1.7.15? Since upgrade from vdr 1.7.14 VDRadmin web interface dones not work. Web browser shows this error: "Can't connect to VDR at localhost:2001 Please check if VDR is running and if VDR's svdrphosts.conf is configured correctly." In the vdr log I see messages "EPGSearch: error connecting to socket!". My svdrphosts.conf is like with the previous version. Has something changed? Eventually I seem to loose also tuners. The log files shows e.g. "ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0'". There are finnish messages "ERROR (svdrp.c,126): Liian monta avointa tiedostoa" that translates to too many open files. BR, Seppo

5 6

epgsearch umlauts
by Ralf Schmitt 19 Jun '10

19 Jun '10

Hi, This is my setup vdr 1.7.15 epgsearch 0.9.25.beta16 locale en_US.UTF-8 Recording done by setting the timer myself result in valid folder names. Means the german umlauts are visible in the filesystem. However when recordings are done by an epgsearch timer the umlauts are broken. This is what ls shows on my box drwxr-xr-x 3 vdr vdr 4096 6. Jun 20:12 Das_Vermächtnis_der_Tempelritter drwxr-xr-x 3 vdr vdr 4096 29. Mai 22:07 Star_Trek_-_Das_n?chste_Jahrhundert Anything I can do to fix this myself or is this a bug somewhere? Ralf

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