Now that it seems that Hauppauge doesn't do those MediaMVP -boxes anymore, is there any replacement for the hardware?
How about Motorola vip1710 -devices?
There is vdr streamdev-client firmware for that, but how about vompclient?
We are working on it....
My last attempt on a android box MMB-322 worked, but then just when I finished the devices got discontiniued.
Since I have usually to adapt some things for a specific device it is a bit hopeless, since it seems that these devices stay to short on the market to be able to be fast enough to adapt vomp.
My next try would be the raspberry pi, I am waiting inpatiently for their launch....
Marten
what the...?
http://www.raspberrypi.org/ (http://www.raspberrypi.org/)
this thingy would suffice?
hehe.. if so, it promises to be _very_ interesting.
cheers!
Quotethis thingy would suffice?
Given the technical data: yes! They also telling that they provide OpenGL ES, OpenMax (h264 up to 1080p30 and mpeg2) and OpenVG libs, which should be suffient for porting vomp.
I am already reading the specs.... This things is interresting since I believe it will be around a long time..... We will see when I got one...
Marten
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
Yes, I have read this, but I think a software decoder might be a possible way also or the codec pack for extra $$.
I will buy one for developing anyway.....
Marten
hmm. as long as the price is within reasonable boundries,
i'd be willing to pay some €€ for unlocking MPEG2.
but what an interesting device!
the first 10k devices will be gone in no time i reckon.
cheers!
Hi Marten,
any news on the raspberry pi? The guys put some tutorials on their youtube channel, the first linux isos are for download and the first devices are to arrive really soon, but i hope you are following them even closer than i do.
Kind regard
Till
Well, I am looking everyday at their website and I have already looked into the iso. I have already started writing some opengl es code, but without the device I can not really start...
The all apis seems to be standard opengl es and khronos apis with some broadcom initialization code. All header files included.
I can only see if the device is capable of doing mpeg2 software decoding, when I have one, so there a lot of question marks...
But it will take some time after launch to write the code.
Marten
Marten, have you seen this?
http://www.reghardware.com/2012/02/28/fxi_technologies_offers_cotton_candy_linux_pc_on_a_stick/
It appears to be android based, low powered with hdmi, wifi and bluetooth. Bluetooth can be cludged for the remote.. Looks interesting..?
Well, in principle yes... But I need normally some time to adapt for the specific android device, since a lot of devices do not implement it in the way, which is specified by google. (I did not check if it has mpeg playback), and the last time the device was gone, when I was finished, so I stick to the raspberry pi, it has clear definied interfaces to access the hardware (except the missing mpeg2 support, but we will see, may be open gl shaders will help) and it seems to have the chance to be a longer time on the market....
Marten
The RPi goes on sale at 0600Z tomorrow. If I'm lucky enough to get one of them I could perhaps help with testing.
Actually, I hope I get one....
Without a device I can not start developing..... (Until now, I could only look into the images)
Marten
Hey Marten,
i'll try to get one, too. You can have mine if i'm luckier than you ;)
Cheers,
Till
Btw.: i didn't get one :o
I do not know yet, if I got one.
Both distributors are not seling to private customers in Germany in the moment.
One distributer said, that they are thinking about an exception and the other is a retailer, selling it to private customers (but in this case the initial batch is gone).
But I can live with 30 days, delivery time for the ones after the first batch.
Marten
Quote from: odin4242 on February 29, 2012, 12:30:16
Btw.: i didn't get one :o
Me neither. Still it was interesting getting up at 0545 ;)
Hey Marten,
any news concerning the pi?
No, I do not have any yet. But hopefully I get one until end of June.
Marten
I just placed my order at RS for my Pi, expected delivery in 3 weeks :D
My Pi arrived today 8)
Is there anything I can try to test whether the Pi will be powerful enough to be a Vomp replacement?
I already have one, I bought one on ebay (and it was not too expensive only 100 eur).
I am coding since last weekend, OSD and keyboard input is 80% working .
Big question will be mpeg2 playback, since the hardware mpeg2 codecs are not activated (license fees), we need software decoding.
First test with mplayer shows insufficient performance of the cpu (50 % of speed which is needed for fluent playback),
so we have to offload some work to the gpu, which will not be too easy. (Or the foundation offers a codec pack)
Anyway first step for me will be h264 playback, since this decides most on the archtecture of vomp.
Marten
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
Yes, I have seen this. But the underlying ffmpeg uses already hand optimized VFP floating point code (I have checked this).
(softfp uses in fact the fpu, emulation only if not supported by hardware, only passing floating point variables using fp registers for functions is not possible)
Although mpeg and the audio stuff uses mainly integer arithmetic.
hardfp is benificial for 3D performance I assume, since there you need a lot of call function with floating point arguments (there is the performance drawback in softfp)
I plan to offload scaling yuv conversion, motion compensation and DCT to the GPU using open gl es shaders (already bought a book about it),
this should give more performance, since the GPU should be more powerful than the arm.
Marten
hiya!
what do you guys think?
http://apc.io/about/ (http://apc.io/about/)
$49
Only "Resolution up to 720p", that is not good.
Marten
funny...
the chipset manufacturer claims its capable of doing 1080p
http://www.wondermedia.com.tw/en/products/platform/soc/wm8750/index.jsp (http://www.wondermedia.com.tw/en/products/platform/soc/wm8750/index.jsp)
Hey Marten,
please keep up working with the Pi :D
And please keep us all informed on every progress that you make.
Btw.: With the MPEG playback: is the Raspbmc able to play those vids? Maybe you can borrow some code there...
Well, I am aware of xbmc-raspi, but so far as I know they only use the hardware decoder for which no mpeg2 is licensed.
Marten
Basic h264 video only hardware playback working, next turn mpeg2 software decoding
My Pi arrived this week. If there is anything i can do, just let me know. Until then i'll keep playing with the raspbmc
@odin4242
Until I do not know if mpeg2 video decodong is possible, it can still turn out that porting to the pi is not possible.
I really do not know, what you can do, since the architecture of vomp is changing internally on a daily basis, maybe implement HDMI CEC in RemoteLinux (but everything pi specific surrounded by preprocessors triggered in defines.h?)
BTW. Decoding mpeg2 through ffmpeg works now in color at 7-10 fps. I assume that I have to use more GPU.
Marten
Hi Marten,
i read the thread on the raspberry pi forum concerning the mpeg2 decoding. The Pi is such a nice little thing, would be a real pitty if turns out to be impossible.
Till
Decoding MPEG2 is the first, second will be to get deinterlacing done.
I do not know if deinterlacing is the way.
Alternatively, we can also switch resolution and let the tv deinterlace, (leads to ugly OSD only at PAL resolution) that is something, which needs discussion.
Btw, second step is getting audio playback and AV sync.
Marten
As an alternative to raspberryPi, maybe this one instead?
http://www.cnx-software.com/2012/04/04/mele-a2000-android-2-3-media-player-powered-by-allwinner-a10/
At least 1.2 GHz processor freq. ! Maybe makes software decoding of mpeg possible?
approx $75 at Aliexpress: http://www.aliexpress.com/product-fm/560499953-New-Arrive-Mele-A1000-TV-box-Allwinner-A10-hackable-device-Network-Intelligent-drive-HD-player-wholesalers.html
/Anders
Some news about my progress.
I managed to selectively switch off motion compensation and IDCT.
So I can give an estimate how many frames the cpus is able to handle if the remaining part of the decoding is done by GPU.
Full decoding done by CPU: 12-13 FPS (reported before lower values due to a busy loop).
CPU decoding without motion compensation: 22- 33 FPS (22 fps is startup probably some hickups in the buffers).
CPU decoding without motioncompensation and no IDCT: 30-50 FPS (propably limited by VSYNC)
So writing the shaders will be the way to go.
In the git is now a separate branch xvmc, for my test.
If someone wants to watch recordings with no audio 25 fps for h264 or mpeg2 no audio at 10-12 fps, he can use the master branch.
Marten
Marten
What is this raspberry pi you speak of ..... I remember ordering something that never turned up..... ;)
Quote from: Chris on June 10, 2012, 17:22:54
What is this raspberry pi you speak of ..... I remember ordering something that never turned up..... ;)
ouch.
demand is still high it seems.
it was just yesterday, that i gave up hope on the situation to normalize and
for the RPi devices to become available from stock.
well.. i've joined a queue list. they said something about a backlog of 300k devices
to be delivered first, then eventually it's our turn.
cheers
Harry
P.S pity England couldn't make it to the semi finals. i would have loved to see GER vs. ENG :/
Mine did finally arrive, just before I left home for 2 weeks or so. I got 2h with it!
I think there is hope for the supply/demand situation to sort itself out. The foundation spent months making 10000 boards, of which 4000 went to Farnell and 4000 to RS. As soon as compliance testing passed, at least Farnell pressed the great big "go" button and they expect to have shipped 140,000 boards by the end of June I think they said. So that's some acceleration!
After reading the XBMC on Android I bought myself a Sumvision Nano+ Slim and installed the currently available hardware accelerated XBMC from Pivos XIOS DS device.
-> It is pre alpha, so those who didn't hear yet, don't hold your breath.
For sure there is not yet any PVR functionality included, but it looks very promissing to me that it will work at the end.
- I was able to play VDR recordings from SD and HD channels!
- Also XBMC can play hardware accelerated from e.g. Mediathek which means you can also stream with the player used.
- I could set interlace on for the SD content (but I'm not yet 100% sure if it as any effect at the end).
When in XBMC the Android platform goes mainline AND the PVR plugin as well, then this is for me the perfect replacement for MVP and sadly Vomp. Maybe in a year?
Side information:
- Using the airmouse is very handy, usable for surfing, youtube, etc
- First thing for me to do was really installing Android 4.0. I had clipping errors with 2.3.4
- For sure I can control my box from my Android mobile with the XBMC remote (no PVR integration yet)
- The box get's quite warm but not hot. I assume ~40°C. You can set it to standby when unused
- When ordering from (Amazon) UK, get an adapter as well if you are not from UK ;)
- No guarantee, but Pivos XIOS DS and Sumvision Nano+ Slim really seem to be identical so far. XIOS DS has a remote that Sumvision don't provide.
- I'm unsure about WAF, as XBMC is much more complex.
- The VDR plugin to support XBMC PVR plugin is called XVDR, this is based on Vomp (it's stated in XVDR sources and you can see in the code and structure of XVDR the similarities, e.g. keepalive). I'm unsure if the also available VNSI plugin is still running.
Heh, why didn't I check amazon.com...
The way it doesn't require a computer to boot means it could be a problem to hack. I wonder if anyone at mvpmc has taken a look at it..
--------------------------------------
[Ed: Signature URL removed. This was a spammer account which copied a post from 2 years ago in order to appear genuine.]
I assume you are talking about the Nano+
Quote from: vnmm on August 07, 2012, 02:21:37
The way it doesn't require a computer to boot means it could be a problem to hack. I wonder if anyone at mvpmc has taken a look at it..
I have seen emvepee as a nick in the pivos forum, so I'm sure one from mvpmc is also there.
Anyway: You don't need to boot from a pc, it would be enough to be part of google play. This would be a very easy way to install packages. In doubt you can always install own packages. These boxes are all rooted.
MartenR: Do you think you will try another time an Android box as a Vomp client?
If yes maybe a "lightweight" XBMC would also make sense. For me XBMC is quite heavy from functionality and therefore also from complexity.
Quote from: muellerph on August 07, 2012, 09:48:02
MartenR: Do you think you will try another time an Android box as a Vomp client?
If yes maybe a "lightweight" XBMC would also make sense. For me XBMC is quite heavy from functionality and therefore also from complexity.
Probably not. But if you want I can send you my last android port, maybe it works out of the box. (If the mediaplayer uses proper android classes, the port is complete in this sense, otherwise you might use code from the raspberry port for omx handling).
The reason that I am reluctant about android is, that it takes me 6 month or so to make a port, but then the lifetime of the device is over and I have to start over again. (That is what happend last time with my port).
In the moment the raspberry pi is my target(assuming that this platform will be available a long time). Btw. I have written an mpeg2 to mpeg4 transcoder, which achieves high frame rates in the last two weeks. So mpeg2 playback for vomp at the raspberry pi is in sight.
Marten
Quote from: MartenR on August 07, 2012, 09:56:02
So mpeg2 playback for vomp at the raspberry pi is in sight.
Yeeeeha!
Marten commited some changes to the git 39 hours ago:
Custom libav + transcode patches + first mpeg2 playback through transcoding
Maybe i'll have some time tonight to try that
Do not try this yet. It crashes after a few seconds...
@MartenR: I am sure you already got it.
At the raspberrypi forum they told that MPEG2 decoding in hardware can be purcased (bound to the serial number of the pi).
They refer to this page:
http://www.raspberrypi.org/archives/1839 (http://www.raspberrypi.org/archives/1839)
There was also stated that MPEG4 encoding by default was already in the firmware.
And - HDMI-CEC seems also being supported. No more seperate remote control necessary.
Am i dreaming ?
I knew someone would beat me to it :)
So it's a key which enables omxplayer and XBMC to play MPEG2. I wonder how this is done and whether it can be integrated into vomp? No pressure Marten ;)
I know I definitely got my £2.40 worth out of the licence I presumably paid for my MVP..
But maybe, Martens solution with the transcoder will enable the Pi for mpeg2 playback without additional costs?
I don't know, if the omxplayer has an API to be used by VOMP, so currently i guess the license will be of no use for us anyway?
Cheers,
Till
Well actually the transcoder is ready, but I am unsure, if it will hit the performance.
So I will drop it for now (the work for doing the transcoding stuff is not in a good relation to 2,40) . And there are some case were it will not work.
I will buy a license. Implementing is probably a task under one hour. (h264 playback uses the same omx interface).
Then I will implement timecodes and audio. (Do not know how long it takes but not long)
Then hdmi cec is on my list.
Marten
Edit: I just ordered, it can take up 72 hours.