Messages

Have you seen this site?

http://www.raspbian.org/

They are rebuilding the Debian distribution to make use of the floating-point hardware in the Pi - the build done by the Foundation uses software emulation. I don't know how much floating-point arithmetic is involved in MPEG decoding but it might help. Discussion on the new build is here:

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=9&t=4256

My Pi arrived today   

Is there anything I can try to test whether the Pi will be powerful enough to be a Vomp replacement?

Btw.: i didn't get one 

Me neither. Still it was interesting getting up at 0545 

The RPi goes on sale at 0600Z tomorrow. If I'm lucky enough to get one of them I could perhaps help with testing.

Unfortunately it now seems that the Raspberry Pi will not currently decode MPEG2 in hardware, and the ARM processor may be too slow to do it in software. There is a possibility of unlocking MPEG2 decoding by paying $$ to Broadcom, otherwise this may be a HD-only VOMP replacement.

http://www.raspberrypi.org/archives/592

The vompserver plugin compiles fine for me (GCC 4 4 3) and I can't see any changes in later versions which could cause it to fail.

Do you mean that you just commented out the line:

Code Select Expand

    char b[offsetof(struct dirent, d_name) + NAME_MAX + 1];

That section of code was copied from the GNU C Library Reference Manual (2007) and is intended to make sure that the memory allocated to a dirent structure is always guaranteed to be large enough. I'm no expert but I don't think there is a problem on Linux, and even if there were, it would only be an issue if you had very large filenames (close to 255 characters).

Dave

It's mentioned here:

http://www.loggytronic.com/vomp-usage.php

"VDR-Pri: This controls the priority level VOMP will use when requesting live TV channels from VDR. If you use a value of 0 then VOMP will only get a TV channel if it would not interfere with a recording or another playback device. If you use a higher priority you risk cancelling recordings or stopping other playback devices. Currently VDR might crash if this is done. Leave at 0 unless you know what you are doing!"

Dave

According to the README, the latest version 1.7.13 needs a small alteration to the Vompserver makefile.

Code Select Expand


--- PLUGINS/src/vompserver/Makefile  2009/10/18 14:00:07      2.1
+++ PLUGINS/src/vompserver/Makefile  2010/02/06 14:50:03      2.2
@@ -19,7 +19,8 @@
ifdef DEBUG
CXXFLAGS ?= -g -fPIC -Wall -Woverloaded-virtual #-Werror
else
-CXXFLAGS ?= -O2 -fPIC -Wall -Woverloaded-virtual #-Werror
+CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses
+
endif

### The directory environment:
@@ -28,6 +29,10 @@
LIBDIR = ../../lib
TMPDIR = /tmp

+### Make sure that necessary options are included:
+
+include $(VDRDIR)/Make.global
+


Works for me, though I'm not sure what the debug options ought to be.

This should fix it (untested):

Code Select Expand


--- vompclientrrproc.c  2009-05-30 15:22:59.000000000 +0100
+++ vompclientrrproc.new.c      2009-12-13 15:37:54.000000000 +0000
@@ -586,10 +586,16 @@

int VompClientRRProc::processGetRecordingsList()
{
-  int FreeMB;
+  int FreeMB, Total;
   int Percent = VideoDiskSpace(&FreeMB);
-  int Total = (FreeMB / (100 - Percent)) * 100;
-
+  if (Percent == 100)
+  {
+    Total = 0;
+  }
+  else
+  {
+    Total = (FreeMB / (100 - Percent)) * 100;
+  }
   resp->addULONG(Total);
   resp->addULONG(FreeMB);
   resp->addULONG(Percent);


Thanks both for the comments.

The fonts used to display the OSD in vomp are pre-processed into C code by a utility called bdftobogl. Does anyone know where I can find the version of this utility used in vomp? There are lots of places on the net where source code can be found, but the latest version seems to be 0.1.18 and the data structures are completely different to the vomp ones.

The reason I'm looking for bdftobogl is that the default fonts (Helvetica Bold) look very blocky on my large screen and I'd like to try some lighter ones.

I'm running VOMP on a Mandriva 2009.1 box and have no problem booting the client. My dhcpd.conf is identical to yours except for the IP addresses. However I use the Mandriva tftp server rather than the one in vompserver - could that be a solution?

My 'official' D3 power supply is rated at 7.5V, 2.15A. The MVP has an internal 5V regulator so the input voltage will need to be more than about 6V, but not too high as the regulator does not have a heat sink. The unit draws 4W when operating.

Hope this helps.

@dingo35:
There is a thread running on the VDR mailing list about modifying the vompserver for the latest VDR version, and a patch has been posted which is similar to, but not quite the same as yours.

http://toms-cafe.de/vdr/download/vompserver-0.3.0-1.7.3.diff

Maybe you guys should be talking...

@davep
How did you turn on subtitles with the green button and the menu?

The MVP client in CVS has subtitles enabled via the yellow button.

Ah, are we talking about teletext or subtitles, or are they the same?