binko 0 Posted June 23, 2015 Share Posted June 23, 2015 First of all, thanks for this great software!! Looked at Media Browser quite a long time ago but I continued using plex. Now I installed emby and I really prefer its concept. I'm using a pretty slow windows server, so a performance orientated transcoding is really important for me. When I play a mkv-H264 video on the web client (latest chrome) it's transcoded to vp8 and thereby isn't watchable at all. The same video played on Chromecast (via the emby server) or played on the plex webinterface (via the plex server) stays H264. What is the reason behind this. Does this happen by design, caused by a misconfiguration or is it just a known issue. Link to comment Share on other sites More sharing options...
binko 0 Posted July 2, 2015 Author Share Posted July 2, 2015 Too bad, looks like nobody wants to answer my question. I would really like to understand that issue, and and get to know whether it's going to be solved in the near future or not, before I completely switch over to emby and make a subscription. Link to comment Share on other sites More sharing options...
Luke 36999 Posted July 2, 2015 Share Posted July 2, 2015 we only use vp8 in chrome and sometimes firefox. everything else is h264 Link to comment Share on other sites More sharing options...
Karbowiak 27 Posted July 10, 2015 Share Posted July 10, 2015 we only use vp8 in chrome and sometimes firefox. everything else is h264 But why? If the video is already h264, and all it needs is to fix the audio, wouldn't it be more resource friendly to just transcode the audio and pass along the new audio stream and the old h264 video stream? Seems silly to throw the h264 stream out the door and encode it to vp8. Link to comment Share on other sites More sharing options...
Luke 36999 Posted July 10, 2015 Share Posted July 10, 2015 the desktop editions of those browsers don't have native support for formats that work well with transcoded or remuxed content on the fly. there is fragmented mp4, easy to implement but not officially supported. there is mpeg dash and hls, but not simple to implement without native support in the browser. but we have found a way using the media source extensions api to bring these formats to IE and Chrome desktop editions. But firefox will have to wait until it adds support for MSE. Your statement seems as though you probably think it's a very simple thing, but it is much more complex than you realize. Link to comment Share on other sites More sharing options...
Karbowiak 27 Posted July 10, 2015 Share Posted July 10, 2015 the desktop editions of those browsers don't have native support for formats that work well with transcoded or remuxed content on the fly. there is fragmented mp4, easy to implement but not officially supported. there is mpeg dash and hls, but not simple to implement without native support in the browser. but we have found a way using the media source extensions api to bring these formats to IE and Chrome desktop editions. But firefox will have to wait until it adds support for MSE. Your statement seems as though you probably think it's a very simple thing, but it is much more complex than you realize. True, it does seem like a simple fix, but i can hear that it ain't. But i look forward to MSE being implemented Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now