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 - muellerph

#16
VOMP General / MVP / Re: MediaMVP does not start
October 28, 2011, 06:26:50
Another guess:
Your DHCP server in the router maybe falty. Try to deactivate it, setup a DHCP on your VDR server and check if it is then working.
#17
VOMP General / MVP / Re: MediaMVP does not start
October 26, 2011, 18:15:00
E1 is known to have no issue.

Guess:
But with the change in 0.3 to 0.3.1 we changed the setup and moved data around. Setup files are at different location, i18n is also different.
So vompserver may look for conf files and don't find them or don't have the right on the files.

Have you tried to telnet into the MVP after it loaded the dongle?
#18
VOMP General / MVP / Re: MediaMVP does not start
October 26, 2011, 16:16:31
What revision is stated on the bottom of the MVP?
#19
Just another update.
I found the deinterlacing option and can confirm that it is working for live-tv, but only if bitrates are not too high.
For recordings you get constant buffering, this maybe optimized later.

So I'm optimistic for deinterlaced SD content.
#20
VOMP General / MVP / Re: Convert VOB for VOMP
June 10, 2011, 10:28:04
Have you looked into Wellenvogels server side script?
See also in his homepage http://www.wellenvogel.de/software/vomp/

On the other hand, you can always use ProjectX for this conversion, vdr is directly supported.
#21
Quote from: stu-e on June 06, 2011, 13:26:38
Can you say if the device outputs interlaced video correctly?
This is the most important feature missing from XBMC.

I got SD to work without stuttering and can (sadly) confirm that SD is not displayed deinterlaced.

After getting around the stuttering, I wanted to see with my wife a TV show. It took her 5s to force me to switch back to the MVP.
There is a comment that they are working on the deinterlacing issue wihtin XBMC, but if this will solve the issue on ATV2 is not yet clear.

Form what I read in the forums the HD material should be displayed deinterlaced already.
#22
Hi,

I recently bought me an Apple TV 2 streaming client. I made the jailbreak and installed XBMC for IOS from the GIT trunk tree.
I know this is the VOMP forum, but I'm now searching so long for a device after MediaMVP that I assume a lot of you maybe interested in this report.

Apple TV 2 http://store.apple.com/de/browse/home/shop_ipod/family/apple_tv?mco=MTAyNTQzMzg:

  • it's available for €120-130
  • has WLAN and ethernet
  • has only HDMI port for connection of TV
  • has already support for e.g. YouTube
For jailbraking you need a Micro-USB cable (not a Mini-USB). For connection to the TV a HDMI cable is also needed extra.
Jailbraking can be frustrating, as it may not work the first time you try it and you don't know what went wrong. I needed 4 hours, others can do it right with the first try. It's an untethered jailbreak, no connection to pc needed after it.

Installing XBMC is rather easy afterwards, i.e. when you are used to apt-get.

Getting the right XBMC is on the other hand tricky.

For VDR support you need the unstable PVR branch.
For Apple TV 2 support you need the unstable IOS branch.

Both have nightly builds but not the combination. None of both is available in the current stable branch.

One dev was so kind to compile one for us test users so I was able to install and test it.

For VDR you need the VNSI plugin, also available from a GIT tree and must fit to the same PVR branch of XBMC (protocol is still changing).

VOMP and VNSI can work in parallel.

Situation:

  • XBMC starts and runs
  • Most non video functionality is working as expected with some crashes here and there. So it is still alpha status (did you expect something else?) but already usable for potential shows to satisfy the WAF - legitimate the investment  :D
  • Video: I have no HD card installed, so I cannot test it atm. But HD with H264 is the only format currently supported with hardware acceleration by the box.
    SD is not supported through the accessible hardware (even that the chip should have support for it, it is not accessible through the software library).
    But it is sayed that the CPU should be able to do it in software.
    On my box, it always stutters, through wireless or cable, recordings or live-tv. But this seems to be a known issue, some tell it works for them, some not..
    I have updated to the latest version, changed one setting and can now confirm that SD is working without stuttering as well. But it is not deinterlaced.

What is supported in PVR module:

  • Live-TV in fullscreen also with channellist and current epg
  • EPG with possibility to set timers
  • Recordings, playing, deleting. Markers are not yet supported by the PVR plugin but I'm sure it will be.
  • Timer: Set, Edit, Delete, all supported already
  • Search: You can search through the EPG for entries

So everything that VOMP has is/will be supported and IMHO much more appealing.
For sure you also have a Linux, Windows and OSX client already available through XBMC normal support. Other IOS hardware (IPad, IPhone) is working similarily.

Performance:
VNSI is as responsive as VOMP is (if you use XBMC on e.g. Windows). The usage on Apple TV 2 is not the same. But I wouldn't say it's way to too slow. Just that you feel some delay here and there but not everywhere. I read some comments that the big areas are already addressed, so huge improvements are not forseen anymore atm.

Now to the bad:

  • Development is on Apple only and you need (afaicr) 10.3 at least. So no cheap dev environment possible as long as you don't have a Mac already. No cross compiling possible from Linux or Windows boxes.
  • Nothing else than H264, so if you have any HD else than H264 you are lost
  • MPEG2 is still a risk, if it will ever be completely without stuttering/buffering unclear, if it will ever be shown deinterlaced
  • Jailbreaking maybe not possible in the future anymore in case Apple is really fixing it the hard way

If you have any question, I will help answering them or even test them if needed/possible.
#23
VOMP General / MVP / Re: new HD Vomp?
January 07, 2011, 08:49:44
This sounds extremly interesting ;D ;D ;D ;D
#24
Others may give you more information, but so far: Vomp uses an internally hard coded character set which is not UTF-8.
I'm sure there is no easy way to fix it.
#25
There is no need to compile whole VDR just for vomp plugin. You need the headers and then you can compile the plugin. That's the way I was always doing it on i386, on ARM there shouldn't be a difference.
#26
Hello posde,

I somehow don't really understand your point. QtVomp is already a stand alone player.
What kind of socket control are you interested in? The only thing missing (as you mentioned) is more or less stopping a recording (with which you could have the live pausing feature).

For sure it is completely different to a linuxmce or xbmc or whatever, as the vomp protocol is just a custom protocol, even the video data is encapsulated into a custom protocol.

I'm fine wiht helping here out.
#27
QtVomp / Re: QtVomp with VDPAU support?
December 13, 2009, 18:11:19
VDPAU for QtVomp would be automatically used in case it is used by Qt i.e. Phonon.
#28
VOMP General / MVP / Re: OT: VOMP HD Device
October 16, 2009, 17:07:34
Some info from my side, as I have one of the WD HD TVs and contacted Elmar already for some info and had a look into the existing code:
a) There is currently no way to code directly with the device. All what was done so far, was a custom XML page setup. So you can make custom menus based on dynamic XML pages. Not quite fast but usable.
b) Saldy the custom XML pages can only provide files as the current firmware cannot hanble streams. The new version of the WDHDTV will have a built in network device, so this should have the possibility to access streams, but who knows in detail if we can use it
c) The device can play the current TS containers directly, so playing live-tv will work (I used a sample of my TS recordings from qtvomp development). The current PES containers cannot be played (our recordings). But as the next VDR version will anyway only record in TS this is not an issue. As of b) you cannot play current recordings and as of different VOMP protocoll you cannot play live-tv

Summary:
Currently the device is as easy to get it running with VOMP as it would be with the PCH - I don't have hope here.
If someone wants to start hacking the hard way, you could also have a look into the http://www.t-hack.com/forum/ pages. The T-COM and other boxes also uses the Sigma chip and they are quite far with hacking.
#29
Protocol:
Just have a look at http://forum.loggytronic.com/index.php?topic=361.0
It may not be up to date or 100% correct, but is the only docu we have.
#30
VOMP General / MVP / Re: vomp and vdr >1.7.3
April 28, 2009, 12:47:09
Quote from: dingo35 on April 28, 2009, 09:11:29
But I'll leave it as it is, just wanted to propose an improvement. If it isn't percepted that way, it's useless...
Hello Dingo,

sorry if I was giving you the impression of harsh wordings.

Such improvements are for sure welcome, I just wanted to add my 2 cents.