News:

Latest versions:
Server plugin: 0.5.1
MVP dongle: 0.5.2
Raspberry Pi client: 0.5.2
Windows client: 0.5.2-1

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - stu-e

#46
I have managed to succeed in building a vomp dongle using the makedevenv-5 script.
I had to edit some of the packages to avoid the patch failure I reported earlier.
In brief, running the script for the first time goes something like this:

Execute the makedevenv-5 script. The script will stop at the patch failure, but will have managed
to download some packges to the pacakages directory in your vomp build directory.

cd into the packages directory and unpack compiler-2 and crosstool-0.43 archives.

The compiler-2 archive will unpack to a directory called crosstool. In there edit the script called prepare,
commenting out the last two lines. (These two lines delete and copy over a modified version of the
glibc-2.2.5-allow-gcc4.0-configure.patch.) Open the file glibc-2.2.5-allow-gcc4.0-configure.patch and
copy the single line of code that this patch applies.

Go into the crosstool-0.43/patches/glibc-2.2.5 directory and open the file
glibc-2.2.5-allow-gcc4.0-configure.patch. Replace the single line of code this patch applies with the
line copied from the compiler-2 archive version of glibc-2.2.5-allow-gcc4.0-configure.patch.

Move the original compiler-2.tar.gz and crosstool-0.43.tar.gz archives somewhere safe and
re-archive the modified versions maintaining the orignal archive file names.

Run the makedevenv-5 script again. The script will not download the packages again so it will not
overwrite the changes made to the packages.

Stuart

#47
Won't that get overwritten when I run the makedevenv-5 script?

I was wondering why the patch file refers to file configure.old which does not exist. Could that be the problem?
I tried editing the patch file to refer to file configure instead of configure.old, but the editied patch file got overwritten when I ran the makedevenv-5 script again. As a result I got the error again.

Maybe I should try upgrading my compiler, perhaps that way it would use a different set of patch files?

#48
VOMP General / MVP / Error building vomp client
April 21, 2008, 23:58:13
I am trying to use the makedevenv-5 script to build the latest Vomp client but I get this error:

applying patch /home/stuart/vompbuild/crosstool/crosstool-0.43/patches/glibc-2.2.5/glibc-2.2.5-allow-gcc-4.0-configure.patch
patching file configure
Hunk #1 FAILED at 1476.
1 out of 1 hunk FAILED -- saving rejects to file configure.rej
patch /home/stuart/vompbuild/crosstool/crosstool-0.43/patches/glibc-2.2.5/glibc-2.2.5-allow-gcc-4.0-configure.patch failed

The patch file concerned contains only 1 patch:

Fixes
checking version of powerpc-405-linux-gnu-gcc ... 4.0.0, bad
checking for gnumake... no
checking for gmake... no
checking for make... make
checking version of make... 3.80, ok
configure: error:
*** These critical programs are missing or too old:gcc


--- glibc-2.2.5/configure.old   2005-03-10 00:23:46.374213600 -0800
+++ glibc-2.2.5/configure   2005-03-10 00:25:13.313996744 -0800
@@ -1476,7 +1476,7 @@
   ac_prog_version=`$CC -v 2>&1 | sed -n 's/^.*version \([egcygnustpi-]*[0-9.]*\).*$/\1/p'`
   case $ac_prog_version in
     '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
-    *gcc-2.9[5-9].*|*2.8.[1-9]*|*2.9|*2.9.[0-9]*|2.9[5-9]*|3.[0-9]*|cygnus-2.9[1-9]*|gcc-2.9[5-9]|gcc-2.1[0-9][0-9]|sgicc-*)
+    *gcc-2.9[5-9].*|*2.8.[1-9]*|*2.9|*2.9.[0-9]*|2.9[5-9]*|3.[0-9]*|4.[012]*|cygnus-2.9[1-9]*|gcc-2.9[5-9]|gcc-2.1[0-9][0-9]|sgicc-*)
        ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
     *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;

Anybody know what is wrong here?

I compared the file gcc-3.4.5-glibc-2.2.5/glibc-2.2.5/configure to the patch file and I cannot see why the patch does not work.

Stu
#49
Are you also aware that recordings made with vdr 1.6.0 will not playback with vomp 0.2.7?

I managed to patch vompserver 0.2.7 to build under 1.6.0 only to discover new recordings would not playback so I have reverted to vdr 1.4.7 :-(
#50
VOMP General / MVP / Request for formal release
March 27, 2008, 10:34:35
Any chance of a formal release to coincide with the latest stable vdr 1.6.0?
#51
I got vompserver-0.2.7 compiled and running ok under vdr 1.6.0.

I edited function MVPReceiver::create removing all trace of NeedsDetachReceivers.

Thankyou for your help
#52
Yes I only just thought to browse CVS.
I can see the changes to function MVPReceiver::create.
I will copy these changes and see if any other problems pop up.

Thankyou
#53
The patch you refer to applies to vompserver 0.2.6 and has already been incoporated in 0.2.7.
There is another patch file on the same website for 0.2.7, but this does not patch the file concerned
(mvpreceiver.c).

Are you sure?
#54
I'm getting this error when building vompserver release 0.2.7 under the latest stable vdr 1.6.0

g++ -O2 -fPIC -Wall -Woverloaded-virtual -Werror -c -D_GNU_SOURCE -DPLUGIN_NAME_
I18N='"vompserver"' -I../../../include -I/include -o mvpreceiver.o mvpreceiver.c
cc1plus: warnings being treated as errors
mvpreceiver.c: In static member function 'static MVPReceiver* MVPReceiver::creat
e(cChannel*, int)':
mvpreceiver.c:6: warning: the address of 'NeedsDetachReceivers' will always eval
uate as 'true'
make[1]: *** [mvpreceiver.o] Error 1

How do I fix this?
Any chance of another stable release of vomp that builds nicely with the latest stable vdr 1.6.0?
#55
I have a rev D3A I purchased about 4 years ago.
I am using it with vomp-server and vomp-dongle 2.7 currently linked to
on the project homepage
http://www.loggytronic.com/vomp.php

No problems for me.

I am surprised you can buy new what appears to be a very old model
number of MediaMVP.

Just a guess, but if it is a genuinely new unit, maybe it has different
rom boot code?
#56
Vomp For Windows / Viewing High Definition
August 23, 2007, 09:36:22
Would I be right in saying that providing your Windows machine is set up correctly for watching high definition video (h.264 and vc1) then it is possible to watch high definition recordings and transmissions with VDR and Vomp for Windows?

Anyone tried this with the BBC high definition satellite (or Crystal Palace DVB-t) transmissions and care to share their experience?

Stu-e
#57
Ooh just a thought.

Stuart
#58
How close is the design of Vomp server to the UPnP AV version 2 specification?
http://www.upnp.org/specs/av/default.asp

How difficult would it be to convert Vomp server plugin to work with UPnP clients like the Netgear EVA8000 for example?
I refer to the EVA8000 in particular with an eye to future high definition capability.

Version 2 of UPnP AV adds record timer scheduling and EPG capability on top of the media streaming in version 1.

Stuart
#59
What are the ideal conditions under which to run VDR with Vompserver?

For example:
VDR Nice level?
Nice level relative to other apps, daemons and stuff running at the same time?
Pre-emptive kernel?
Kernel timer 250Hz? 1000Hz?
Quantity of system memory?
Processor speed? Mobile processor frequency scaling to save power?
Should the hard disk be defragmented on a regular basis?
Can using other applications on the same machine like web browsing, interfere with VDR operation?

Is it even worth worrying about?

I am running VDR with Vompserver for the front end and I am keen to get other peoples opinions on their optimum setup.
#60
VOMP General / MVP / Re: Sync on green problem
February 13, 2007, 09:18:11
Anyone feeling brave enough to carry out the sync-on-green mod I did, I have posted the details on the Hauppauge MediaMVP forum:
http://www.hauppauge.co.uk/board/showthread.php?t=76