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.

Messages - Chris

Pages: [1] 2 3 ... 36
VOMP for Raspberry Pi / Re: vompclient 0.5 features
« on: May 09, 2018, 16:17:41 »
I've just tested compiling it against the latest libcec library package in Raspbian Stretch and it compiles OK. (I don't know if it actually works...) I think there has been a confusion in the repository with the package names and dependencies which appears to be resolved now if you start with installing libcec4-dev.

VOMP for Raspberry Pi / Re: vompclient 0.5 features
« on: May 09, 2018, 15:11:24 »
Just out of interest, assuming you use a web VDR manager, which one do you use?

VOMP for Raspberry Pi / Re: vompclient 0.5 features
« on: May 09, 2018, 15:07:04 »
Hi ralph, it's good to hear from someone still using vomp! Now if only the forum notify system had worked it wouldn't have taken me so long to read your message... Oops!

I have just tried to compile vompclient on a fresh Raspbian Stretch and yes, you're right it needs some attention. It is possible but really the downloads and documentation need updating to support it OOTB.

So, in answer to your questions:

1. How you describe is exactly how I use vomp - lircd with uinput events. Since I don't use that Pi's console for anything else, vomp is always hiding the login prompt with the strange characters so it's not really a problem. The strange characters are caused by the kernel's /dev/input system taking the characters that lircd-uevent gives it and handing it to the console as keyboard input. Since the remote buttons are never going to get past the login prompt it's an ignorable problem... Having said that I did once have a quick look into whether it is possible to have the kernel be selective about which input devices it uses for console keyboard input but I didn't find a way. Perhaps there is a way to "consume" the key press... Maybe a bit more digging around would find a way. I would rather not change to support lirc directly because the current system of using /dev/input enables lirc, USB IR receivers and real keyboards simultaneously.

2. As I said above, it is possible but with the following modifications to the instructions on the web site. The packages need to be altered like this:

Code: [Select]
sudo apt-get install libcec-dev libcec4=4.0.1+dfsg1-1+rpi1 libavresample-dev
This installs an old version of libcec. I still need to see if the later version works.

The git clone needs to be at HEAD, not "-b 0.5.0", as there are patches in there to enable compiling on stretch.

Also on my installation I need the following extra line in

Code: [Select]
@@ -86,6 +86,8 @@ int VideoOMX::init(UCHAR tformat)
   if (initted) return 0;
   initted = 1;

+ bcm_host_init();

I was communicating with Marten Richter about this but I haven't done the fix properly yet. I think he recommended a better place for that line.

After all this, it compiles and works.

3. When I made the last release I tried rolling forward my VDR version as far as possible. I got to 2.2.0 which worked. 2.3.1 broke all four of my VDR plugins and was therefore a step too far. I will have to work on this.

4. Erm, good questions. We should write something on the VDR Wiki.

5. If I remember correctly it was Marten Richter who created the Debian integration. I'm sorry, I hadn't considered those files at all when I made the last release - I've not been near them. This needs work.

6. Yes! What do you want to tackle first? ;)

7. Apparently not! I've always run vomp on single purpose Pis so it running as root hasn't been an issue. I had assumed that all the hardware access would require root permissions but it seems not. There is some code around VT switching that fails when not run as root but it doesn't seem to be making a difference. I will ask Marten what that does.

Having looked at all this in response to your message I think it's definitely time to re-base on Stretch and get a 0.5.1 released, and soon.

Announcements / Version 0.5.0 released
« on: March 15, 2017, 17:31:58 »
After the longest development delay yet.. VOMP 0.5.0 is finally finished!

New things:

  • Improved EPG and recordings menu
  • Poster, cast and banner picture through scraper2vdr support
  • TV station logos
  • Scrollable EPG texts
  • Different skins (noOpacity inspired and two classic skins) - different color schemes
  • TVBD inclusion through scraper2vdr
  • Uses audio and subititle presets from VDR settings
  • Mouse wheel support (Windows)
  • High resolution vector based OSD (Windows)
  • Support for Raspbian Jessie
  • Experimental support for VDR 2.3.1/2
  • Experimental new SD card image for Raspberry Pi


  • Several crashes, lock-ups and memory leaks have been fixed
  • Fixes for compatibility with newer Raspbery Pi firmware

Other notes:

The minimum VDR version is 1.7.35, the maximum is 2.2.0 but it may work with 2.3.1 and 2.3.2.

Raspberry Pi models 1 and 2 are known to work. If you run it on a 3 let us know how it goes.

The SD card download is a new and experimental feature. Please let me know of any problems, or even success stories!

The MVP is still supported for this release, but this is most likely the last version to support it.

Announcements / End support for the MVP?
« on: March 03, 2016, 21:19:11 »
The latest code does not compile for MVPs, meaning someone would have to work on it to bring it in-line with the new Raspberry Pi vomp code. Given this, the age of MVPs, the general move to HD, the low price of Raspberry Pis, the work involved in keeping two/three/many platforms in sync - how about we say thanks and goodbye to the great Hauppauge MediaMVP, leaving the last working version at 0.4.1, with server 0.4.1?

Feel free to vote and comment!

VOMP for Raspberry Pi / Re: VOMPCLIENT on Cubietruck?
« on: March 03, 2016, 21:10:10 »
I bought a Cubietruck. I had the same idea - could vomp run on it... However, given that it is such a major PITA to get _anything at all_ working on a Cubietruck, getting vomp to run on it could be an entire lifetime's work.

Having said that, it probably has all the required bits and pieces. If someone would like a challenge ... !

Announcements / Version 0.4.1 released
« on: February 16, 2014, 21:54:55 »

  • Gradients in menus - nicer look
  • Shutdown-VDR patch from Yaris included
  • Resume as default action from dingo35
  • Compatibility with VDR 1.7.36 to 2.1.1

Bug fixes:

Many bugs fixed and improvements mainly to the Raspberry Pi port by Marten Richter. There are fixes in:

  • Audio downmixing
  • Stream & demuxing handling
  • CEC
  • MCE remote controls
  • Channel list on MPEG2 only devices
  • Typing a channel number in the radio list
  • Some fixes for Windows 8
  • ... and many more. Thanks Marten!

VOMP for Raspberry Pi / Re: Jsonserver for VDR on git
« on: June 16, 2013, 20:38:14 »
It's nothing really to do with vomp and won't be replacing any part of vomp.

At the moment it's a personal project that I'm just playing with. The server side is so generic though that I put it on the public git web site just in case anyone wanted to use it for something.

VOMP General / MVP / Re: vomp-dongle-4.0 improvements
« on: May 19, 2013, 16:53:26 »
Hi Hans,

I have applied the first patch (thanks) but not the second because of Marten's comments.

Also, pressing back with no summary showing should return you to the recordings list - this is by design and is how I use it, or am I misunderstanding something?



VOMP General / MVP / Re: Media MVP is not starting
« on: April 01, 2013, 14:25:16 »
The port numbers are:

TCP - 3024
UDP - 51051:51055

The MVP will look on that range of 5 UDP ports but you can just open 51051 on your server because the plugin listens on that port by default.

VOMP General / MVP / Re: need a new vomp-dongle-0.4.0
« on: March 03, 2013, 12:58:43 »
If you use vomp to shut down vdr in this way, how does vdr start up again?

VOMP General / MVP / Re: need a new vomp-dongle-0.4.0
« on: March 03, 2013, 01:04:48 »
Well as for building crosstool under the root user, it doesn't work and you shouldn't be doing that :)

For the kernel I have no idea, I don't recognise those errors. But if your crosstool failed you can't surely be compiling anything else??

What is your shell?

Are you definitely running lenny? Sure it used to work on lenny and I don't know why it wouldn't now, but still...

VOMP General / MVP / Re: need a new vomp-dongle-0.4.0
« on: March 02, 2013, 20:22:18 »
Hi, go to your vompserver plugin source directory and run this:

Code: [Select]

You need to see

Code: [Select]
vompclientrrproc.c:ULONG VompClientRRProc::VOMP_PROTOCOL_VERSION = 0x00000301;
Did you get the plugin by tar.gz or by git in the first place?

VOMP General / MVP / Re: need a new vomp-dongle-0.4.0
« on: March 02, 2013, 20:14:22 »
Did you recompile the plugin? That message indicates the server is still on 0.4.0.

VOMP General / MVP / Re: need a new vomp-dongle-0.4.0
« on: March 02, 2013, 16:18:31 »
Hi, for the shutdown patch could you do the following to your vompserver plugin source:

Code: [Select]
git fetch
git checkout fd3282b02ddf35e5a33cd0df9c84135b7d98798a

Make plugins as usual. Then try this dongle with it:

My VDR refuses to shutdown but it knows the VDR power button has been pressed. Does it work for you?

Pages: [1] 2 3 ... 36