[Updated 27 Mar!] MPExtended WebMediaPortal 0.4.3 (1 Viewer)

[Ken4000]

Well, Java could work but I doubt it's multimedia capabilities are great. I haven't tried it though (and I don't have much Java experience so probably won't do it either). HTML5 won't work, as browsers don't convert the stream. It's up to the server to offer one compatible with the browser (and which codecs are compatible differs between browsers, but I found none that are usable until none: H264 is only supported in MP4 containers, which aren't streamable, and the WebM encoder is way too slow on modest hardware).

ffmpeg and VLC actually have hardware decoding support nowadays. I don't think we use it for ffmpeg though, but for VLC it's certainly enabled in MPExtended. That doesn't help much though, as consumer-grade GPUs don't offer integrated hardware encoding, only decoding. Decoding only takes up about 5-10% of the CPU time required for converting the videos, so that won't help much at all. You can use the GPU for encoding through CUDA and the likes, but I haven't found a reliable implementation of that yet and don't intend to write a videocodec myself. Also, a lot of servers (including mine) don't have powerful graphic cards at all, which makes it pretty pointless.

Using DirectShow has some problems too btw. I *hate* the codechell that DirectShow creates, so I really prefer using a single integrated solution. I'm also not sure whether DirectShow supports encoding at all; it's most common use is for decoding. And there is the technical problem that you can't load anything DirectX/DirectShow related when running under a service context.

I'm working with Java every day and it's able to do multimedia...just look at Blu-ray (https://en.wikipedia.org/wiki/BD-J). But with want you have now it's one step back and two forward - it takes time to develop.
DirectShow is capable of encoding and running as an service, but it's not the way to go if you want to avoid the codechell.

Now I have a powerfull graphic card (a leftover from a old gamer pc) in my server, so I think I will try to configure ffmpeg to use GPU...if it's possible.

Thanks for the response and a great product to MediaPortal.

Best regards
Kenneth

 

[regeszter]

Hi Oxan,

I have build the WebMediaPortal 0.5.0-dev (build 0.4.99.0) for myself. Great job!

 

[Oxan]

I think that's a pretty old one. All modern git versions use a 0.5.0-dev (commit deadbeef) version numbering-scheme afaik.

 

[regeszter]

I downloaded the 41876 version from https://github.com//MPExtended used the zip button. How can I download the latest version?

 

[Oxan]

Hmm, what do you mean with 41876 version?

Anyway, I think I already know why you have such an old-style version number: the exact commit name isn't included in the zip downloads. So nothing to worry about, my fault

 

[Lyfesaver74]

Ya I am sure u have what u are wanting , Reg.... but as someone who just started playign around with all this coding and Github.... Git or TortoiseGit is the best way to go fetching the code. As Oxan might make 3 or 4 commits a day, u want to be able to pick those up easily without gettting the whole zip again.

 

[regeszter]

3-4 commits a day? In this view the last commit was 3 days ago. https://github.com//MPExtended/commits/master

 

[Lyfesaver74]

Sorry, not EVERY day, but most days.... weekends he is usually busy =)

 

[alaxala]

Is there a way to avoid the password prompt? Or at least insert a username and password in the URL as parameter? I need to access the Portal from another program, UPnP-server and stream video to hardware mediacenter.

 

[Lyfesaver74]

Alaxia.... altho I can not answer this question completely. But I do believe you can simply bypass authentication by going into the MPE Configurator > Authentication Tab > Uncheck Use Authentication

Hope this helps