vdr September 2008

vdr@linuxtv.org

88 participants
88 discussions

[Announce] svdrpservice-0.0.4
by Frank Schmirler 25 Sep '08

25 Sep '08

Hi there, a new release of the svdrpservice-Plugin is available from http://vdr.schmirler.de HISTORY 0.0.4 - Italian translation (thanks to Diego Pierotto) - Commandline parameter for default server IP and port (suggested by kris@vdrportal) - Automatic charset conversion (suggested by skiller2k1@vdrportal) Includes patches for VDR < 1.6.1 to make it report its charset in the SVDRP greeting message - Gettext support for VDR 1.5.7+ Credits to Udo Richter for his po218n.pl backward compatibility script - Accept empty responses (status code + space character) - No longer strip trailing whitespace from responses - Configurable timeouts ** What is the svdrpservice-plugin all about? It's a little helper used by a couple of other plugins (e.g. remotetimers and remoteosd) to contact an other VDR using SVDRP. So it doesn't make sense to install svdrpservice as long as no other plugin requires it. ** Some notes on the new charset conversion feature If two connected VDRs are using different charsets (e.g. a VDR 1.6 with UTF-8 and a VDR 1.4 with ISO-8859-15), svdrpservice will do an on-the-fly conversion. However the server must report the charset it uses or otherwise svdrpservice won't convert. Since VDR 1.6.0-2 and 1.7.1 the charset is included in the SVDRP greeting message. In the patches subdirectory of the plugin sources you will find patches for older VDRs (affects only a single line). Note that you don't need to patch the client VDR (i.e. the one running svdrpservice). Let me give you an example: - Server VDR running 1.6.0-2, client VDR running 1.4.7: You're all fine. No patch required - Server VDR running 1.4.7, client VDR running 1.6.0-2: You need to patch the server VDR here ** What bugs will be fixed by svdrpservice-0.0.4 - A remoteosd connection aborted whenever a menu with empty title was opened (e.g. extrecmenu plugin) - The name of a recording as returned by the SVDRP command LSTR may end with a space character. Previous svdrservice versions stripped that off. Some features of remotetimers 0.1.0 (not released yet) will fail on these recordings if an old svdrpservice version is running. Enjoy, Frank

1 0

Re: [vdr] [linux-dvb] [Wanted] dvb-ttpci maintainer
by Oliver Endriss 25 Sep '08

25 Sep '08

Goga777 wrote: > Oliver Endriss wrote: > > So - if someone wants to take over the dvb-ttpci drivers he should speak > > up now. The sooner the better. > > ah, it's very pity :( > > will you stay with VDR project ? Sure. Oliver -- ---------------------------------------------------------------- VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/ ----------------------------------------------------------------

1 0

Re: [vdr] [linux-dvb] [v4l-dvb-maintainer] [Wanted] dvb-ttpci maintainer
by Torgeir Veimo 25 Sep '08

25 Sep '08

This whole issue seems to be a classical case of tension during a cathedral to bazar development style project transition. -- Torgeir Veimo torgeir(a)pobox.com

1 0

only single channel handled by CAM and no teletext on encrypted channels.
by Simon Siemonsma 22 Sep '08

22 Sep '08

System: Distribution: Gentoo (amd64) vdr version: 1.6.0_p2 single card Technotrend budget T1500 with CI cart. CAM: Conax cam by Smit. Output on OSD: 7 Setup -> 5 CAM -> 1 Conax Conditional Access -> 9 About Conax CA Number of sessions: 5 Output of cat /var/log/messages | grep vdr | grep CAM: [20686] CAM 1: assigned to device 1 [21000] CAM 1: module present [21000] CAM 1: module ready [21000] CAM 1: Conax Conditional Access, 01, CAFE, BABE [21000] CAM 1: doesn't reply to QUERY - only a single channel can be decrypted To me this doesn't look correct. 5 sessions according to the CAM menu and only a single channel can be decripted. I saw something on the mailinglist dated april. However I didn't understand how it was solved. Probable because there was also another problem. Further I note that I don't have teletext on encripted channels. On FTA channels it works fine. Has anybody an idea what is going on and how I can solve it. Simon Siemonsma

2 2

Re: [vdr] vdr 1.7.0 + reelbox plugin problem - solved
by Josce 22 Sep '08

22 Sep '08

Well it turned out that for some reason Fedora 9 (kernel 2.6.25.14-108.fc9.i686) and VIA EX10000EG motherboard and Reelbox eHD combination doesn't work. I re-installed Fedora twice to make sure. (And still it might be that I overlooked something...) Then I installed an identical Fedora 9 on a different motherboard and it worked immidiately. Big thanks to Niels Wagenaar and Georg Acher for helping me out. Would never have gotten it to work without your help! Josce

1 0

OSD problem with xineliboutput 1.0.1 when playing videos using Media Player
by Pauli Borodulin 21 Sep '08

21 Sep '08

Hi! Here's my current setup: VDR 1.6.0-2, FFmpeg r15245, DirectFB 1.0.1, Xinelib 1.1.15, and Xineliboutput 1.0.1. I have a Matrox G550, so I'm running VDR using -P "xineliboutput --local=fbfe --video=DirectFB" to output the picture thru' tv-out. Everything works nicely except the OSD in Xineliboutput's Media player. When using hardware scaling for video (xineliboutput.Video.SwScale = 0), the OSD is correctly sized with any video, but looks a bit awful (hw scaling is not doing too good job). So I want to use software scaling instead. If I switch software scaling on during video playback, the OSD becomes nice looking, just like it is when watching/playing DVB stuff. BUT, if I later try playing any video with media player (the same as before or another), the OSD is really tiny in the top-left corner. The size of the OSD now seems to depend on the video resolution. If I go to Xineliboutput's settings, disable & enable sw scaling, the OSD is again shown correctly. So this seems to be some kind of problem with initializing the OSD during startup of video playback. Any hints? Br, -- Pauli Borodulin

1 0

Re: [vdr] vdr 1.7.0 + reelbox plugin problem
by Josce 20 Sep '08

20 Sep '08

>Have a look at the hdtsplay-demo in the hdshm3-folder. It is a simple demo >that plays back TS files over the DeCypher. If that works, your basic driver >setup (+ the HW) is OK, and something in the vdr (or the patches) itself >is wrong. Playing back a ts file with hdtsplay is actually even worse. I am using a patched hdshm.c file that I downloaded. The one in the reelbox SVN testing used 'pci_get_device_reverse', which I think has been removed from the newer kernels. I will SVN a completely fresh reelbox tommorrow and see if maybe I have made some mistakes when installing the drivers. Josce

1 0

Re: [vdr] vdr 1.7.0 + reelbox plugin problem
by Josce 20 Sep '08

20 Sep '08

>> I guess the correct term would be "artifacts"? >> I can see the video but here and there across the screen are small "boxes". >What is the CPU load during that time? The host CPU transfers the data into >the shared memory on the card, so anything below 80-90% load indicates >another problem. This is what puzzles me. The CPU load is only about 10% >Have a look at the hdtsplay-demo in the hdshm3-folder. It is a simple demo >that plays back TS files over the DeCypher. If that works, your basic driver >setup (+ the HW) is OK, and something in the vdr (or the patches) itself >is wrong. Thanks, I will try this. Josce

1 0

Re: [vdr] vdr 1.7.0 + reelbox plugin problem
by Josce 20 Sep '08

20 Sep '08

>There is a reset circuit on the that controls the complicated power >sequencing. It is possible that your BIOS is too fast and configures the PCI >space during this powerup sequence. At that time, the HDE is not properly >accessible. > >It is possible to shorten this sequence a bit, but for that you need to >exchange a SMD capacitor on the HDE board. OK, thanks. I have the "Quick Power On Self Test" enabled, so by disabling this I should have this problem fixed. Josce

1 0

Re: [vdr] vdr 1.7.0 + reelbox plugin problem
by Josce 20 Sep '08

20 Sep '08

Noticed some other thing. When I playback a recording that worked well with vdr 1.6.0 the subtitles come 6-7 seconds before they should. The audio and video are in sync. I also get, (which I don't know what they are): virtual void Reel::HdOsd::SetActive(bool) On=1 virtual void Reel::HdOsd::SetActive(bool) On=0 virtual void Reel::HdOsd::SetActive(bool) On=1 virtual void Reel::HdOsd::SetActive(bool) On=0 GET STC 0 virtual void Reel::HdOsd::SetActive(bool) On=1 GET STC 0 GET STC 0 GET STC 0 GET STC 0 GET STC 0 vdr-1.7.0 +vdr-1.6.0-truecolor-compile_fixes.diff +vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff +vdr-1.7.0-multiproto-update.diff Reelbox plugin (SVN revision 8171) multiproto from http://mercurial.intuxication.org/hg/liplianindvb Josce

2 1

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr September 2008