Jump to content

Emby Blog

  • entries
    539
  • comments
    4753
  • views
    3347453

Contributors to this blog

  • Luke 341
  • ebr 68
  • Carlo 31
  • 7illusions 15
  • ScottIsAFool 12
  • Abobader 11
  • xnappo 8
  • radeon 8
  • darwindeeds 7
  • Redshirt 6
  • Cheesegeezer 5
  • leedavies 3
  • Aphid 3
  • techywarrior 3
  • bigjohn 3
  • snazy2000 3
  • chef 2
  • gcw07 2
  • softworkz 2
  • sross44 2
  • Soultaker 2
  • marcelveldt 1
  • hurricanehrndz 1

Media Browser Server Beta 3.0.5518 Released


Luke

22356 views

We're back for another go round and we have a pretty exciting beta headed your way. It's packed with features, bug fixes, security improvements, and more.

 

Server Dashboard refreshed for 2015

 

The server management interface has been given some minor touchups to stay up to date with trends and make it easier than ever to find what you're looking for.

 

54d8fa14c5986_Untitled.png

 

 

And it's just as easy when mobile.

 

54d8fa704b251_Untitled.png

 

 

Improved Mobile Details

 

The mobile detail view has been simplified, making it prettier and easier than ever before.

 

54d8fb8c31ce1_Untitled.png

 

 

Introducing Media Browser Offline for Windows 8.1

 

Coming soon to Android, iOS and Windows Phone.

 

We know that sometimes you'd like to have access to your content when you're offline, and we've been working hard to deliver that to our mobile apps. You'll notice sync buttons all througout the web interface:

 

Sync from Categories:

 

54d91200cf95a_Untitled.png

 

 

Sync from detail pages:

 

54dd146447aaa_Untitled.png

 

 

Sync from context menus:

 

54d9124eb8089_Untitled.png

 

 

These buttons will allow you to create sync jobs to move content to your mobile devices for offline viewing. Sync jobs have a number of options at your disposal, such as:

  • Quality levels, to save space on the device
  • Limits to the number of items being synced
  • Ability to monitor folders and continuously sync newly added content
  • Ability to remove watched content from the device automatically

54d9152f42ab9_Untitled.png

 

 

Note that the Offline Sync feature will require a supporter membership. As always we appreciate your donations as they help keep us running so that we can continue to pursue new projects.

 

Your users can sync, and you can manage them

 

As the administrator of your server, you'll have full control over who can sync and who can't.

 

54d9133eb6b03_Untitled.png

 

 

Users can even monitor their personal sync jobs using the web client:

 

54d913a2944eb_Untitled.png54d9136baa7e8_Untitled.png

 

 

Offline even supports Parental Control

 

The server now allows configuration of an easy pin code for offline access. If utilized this will allow user-specific content to remain protected even when offline, perfect for families and shared devices.

 

54d917616994c_Untitled.png

 

 

Shorter URL's

 

The API now supports url's without the /mediabrowser suffix. When you open the web interface from the tray icon you'll now have a shorter, easier to remember url.

 

 

SSL now supported

 

Thanks to the efforts of Jabbera, SSL is now supported by configuring an HTTPS port and certificate.

 

54d8f7e6260cc_Untitled.png

 

 

Subtitle Encoding Improvements

 

Thanks to the efforts of Somy and Serios, a number of new character encodings are now supported. We've adopted Mozilla's UniversalDetector library to try and make sure the right encoding is picked for each file.

 

 

Roku Thumbnails!

 

Thanks to the efforts of a new community member, a new plugin is available in the catalog to generate Roku seek thumbnails.

 

54d8f53d1cfb8_Untitled.png

 

This provides a nice visual experience when seeking on the device.

 

In Roku language this is called Bif trick mode, and the thumbnail generation process creates a .bif file. It even has an option to save the .bif file alongside your media for easy archiving.

 

bif.jpg

 

Important Note: The process to create these thumbnails is slow and will affect your server's CPU. Please take this into consideration when installing the plugin.

 

This will require an update to the Roku app and will take time to go through Roku's approval process. The update is already available in the beta channel. More information on that can be found at:

 

http://mediabrowser.tv/community/index.php?/topic/8001-media-browser-for-roku-channel/

 

 

Revamped web client search

 

Searching is much faster and more accessible than ever. Just start typing to see visual results. Expect more improvements with this to come.

 

54dd1406cc757_Untitled.png

 

 

Play All From Here

 

This function is now available for episodes, allowing you to quickly queue up several at once for playback. These can be played locally or sent to another device.

 

54d8e7949afbd_Untitled.png

 

 

 

Improved Collection Management

 

You'll now see the Add to Collection function in many more places throughout the web interface, making it easier than ever to manage them.

 

54d8e6c894930_Untitled.png

 

 

New Download Button

 

Now you can easily download your personal media directly from the web interface.

 

54d85da8958fe_Untitled.png

 

 

You can even control which users are allowed access to it:

 

54d85de197e36_Untitled.png

 

 

Opt-In Access Permissions

 

The permissions for library and channel access have been slightly re-worked. Previously you've been accustomed to having to opt-out, that is, new libraries become visible to users by default. You can now stop this from happening by unchecking the option to enable access to all. This means that if you add a new library or channel, your users may not be able to see it until you've granted them access.

 

54d8ec6722459_Untitled.png

 

 

Supply your Personal Fanart.tv API Key

 

At the request of both Fanart.tv and fans of Fanart, we now have a space where you can enter your fanart personal api key. This will get you access to new images faster as well as other benefits that fanart provides.

 

http://mediabrowser.tv/community/uploads/inline/2/54d8ebaf399a3_Untitled.png

 

 

Create your own custom CSS

 

Now you can design your own CSS rules and apply them to the web interface. Let us know what you come up with!

 

http://mediabrowser.tv/community/uploads/inline/2/54d8ea242706a_Untitled.png

 

 

Bugs Resolved

  • Fixed multi-disc folder recognition
  • Artists tag in audio files is now read
  • External subtitles in Dlna profiles not being used
  • Fixed Tmdb foreign language fallback
  • Unable to parse Nfo's containing only a single url

Join the Community

 

What makes this release so awesome is the number of people who stepped up to contribute to it. In fact, the goals of the release were even shifted as a result of input and contributions that were made. If you're looking for a project, say hello and we'll find a place for you :)

  • Like 32

40 Comments


Recommended Comments



A simple css to change the default subtitle style:

::cue {
    background-color: transparent;
    text-shadow: 0px 0px 10px #000;
}

:) enjoy

  • Like 1
Link to comment

wow, wow, wow.... very nice work.. I appreciate all the changes and new goodies!!!!

thank you all who work on this.

Link to comment

Damn, this one is a biggie! Great stuff guys, thanks to all involved!

Link to comment
Koleckai Silvestri

Posted

A simple css to change the default subtitle style:

::cue {
    background-color: transparent;
    text-shadow: 0px 0px 10px #000;
}

:) enjoy

Custom CSS is great for this.

Link to comment

Brilliant!! Changed from Official Release to Beta just for this. Keep up the great work.

Link to comment
.playedIndicator {
border-radius: 2px;
background: rgba(51,136,204,0.8);
height: 20px;
width: 25px;
top: 2px;
right: 2px;
}
.cardImage {
border-radius: 5px;
}

.libraryViewNav {
border-bottom: 2px solid #000;
}
.sessionNowPlayingInfo {
max-height: 100px;
}
.accentButton {
border-radius: 5px;
}

Some custom CSS I changed

  • Like 1
Link to comment

I like the changes added in this version however the lack of the "mediabrowser" in the URL path is causing issues for the reverse proxy that I had configured. Is there a way to restore the "mediabrowser" in the url?

Link to comment

I like the changes added in this version however the lack of the "mediabrowser" in the URL path is causing issues for the reverse proxy that I had configured. Is there a way to restore the "mediabrowser" in the url?

 

It is still accepted both ways, with or without.

Link to comment

It is still accepted both ways, with or without.

The issue appears to be that no matter what address I browse to (with or without the "mediabrowser") the server serves back a page that doesn't have it. This also happens even when browsing to the local address Http://localhost:8096/mediabrowser

Link to comment

I have to cosign with Cerothen here. My reverse proxy is messed up too. If you try to login via the web interface at /mediabrowser the paths resolve to ../../web ../../Users etc.

 

It would be cool if we had the option to isolate mediabrowser to a sub-directory for those of us who run many services at the base IP.

 

otherwise, nice update

Link to comment

The issue appears to be that no matter what address I browse to (with or without the "mediabrowser") the server serves back a page that doesn't have it. This also happens even when browsing to the local address Http://localhost:8096/mediabrowser

 

Ok, this will be reviewed during the beta to stable period. Thanks.

Link to comment

Ok, this will be reviewed during the beta to stable period. Thanks.

 

An option would be great to specify the baseURL, the ability to use the reverse proxy is a big one for me.

 

Looking forward to the stable release, Thanks Luke & Team!

Link to comment

Really like the server management interface. Also appreciate the Organize button on the Auto-Organize page. Maybe it's my imagination, but the server management pages seem to load a little quicker. Nice release.

Link to comment

The issue appears to be that no matter what address I browse to (with or without the "mediabrowser") the server serves back a page that doesn't have it. This also happens even when browsing to the local address Http://localhost:8096/mediabrowser

 

If you navigate to Http://localhost:8096/mediabrowser/web/index.html...this ought to work as expected, no? I have fixed the redirects locally for

 

Http://localhost:8096/mediabrowser

Http://localhost:8096/mediabrowser/

 

And since nothing else was really changed in theory as long as you're using full url's then this beta should be ok.

Link to comment

Looks great! Very excited! Noticed one bug in the beta (for me anyway) - under Auto-Organize, when a show isn't recognized and you go to select a show (under Series:) it instead didn't give me a list of TV shows, but instead a list my media folders (TV, Movies, Miniseries, etc.) with many of them repeated. Also, maybe it's just me, but I really liked the "Clear" button in Auto-Organize too. Keep up the great work!

  • Like 1
Link to comment
onemoredave

Posted

Really awesome work- the sync is a fantastically useful feature and I the new server interface looks really good.  I really appreciate the work everyone is contributing to make this thing more amazing than it already is.  Dave

Link to comment

If you navigate to Http://localhost:8096/mediabrowser/web/index.html...this ought to work as expected, no? I have fixed the redirects locally for

 

Http://localhost:8096/mediabrowser

Http://localhost:8096/mediabrowser/

 

And since nothing else was really changed in theory as long as you're using full url's then this beta should be ok.

 

Good Morning Luke,

 

If I browse to the localhost address on the server machine with the "mediabrowser" in the URL then it does work however externally the site does not seem to work through the reverse proxy (even when using the full link "Https://mydomain.com/mediabrowser/web/index.html") the page begins to load and I see the familiar black bar with the words like "latest" and "next" then the pages jumps over to a white page that indicates an error occurring (the updated url specifies it is the login page). Is it possible that the page still makes calls to another link outside the Mediabrowser path? This would mean that the calls would not be forwarded.

 

Thanks!

Link to comment

I'm not seeing Sync when mobile, I'm assuming this means I can only sync when on the same local network as my MB3 server?  

 

Nevermind, I missed the part about mobile devices not being supported yet.  What is currently supported?  Just Windows 8.1 machines?  Is a particular browser needed?

Link to comment

I love the thought of Sync and have an idea that would help speed up adoption maybe for mobile users.

 

On a trip to Disney last year I picked up a Raspberry Pi.  I then made it a hotspot and installed a DLNA server.  I took my kids favorite shows, transcoded them in handbrake to an iPad format, and copied the shows to the Raspberry Pi.

 

The kids would connec to the raspberry Pi via Wifi, start their DLNA client, and playback the shows.

 

What I think would be cool is to have a connector of sorts on the raspberry pi, that would check in with MB3 via wifi for content to download.  On the MB3 side we then see the Raspberry Pi as an available Sync to device, and select shows to Sync.  This would allow me to get out of the handbrake business and just use MB3.  

 

Am I the only one that thinks this could be cool?  

  • Like 3
Link to comment

Amazing work guys!!!

 

Should I be able to see the "Sync to" yet? if I select it, there are no devices available in the pull down box? (where on here it shows Lukes Tablet)

 

Cheers

Link to comment
thefirstofthe300

Posted

Sync currently only works with the Windows 8.1 client (available on the Surface tablet, hence Luke's tablet).

 

The mobile clients are all in the process of being updated to support this feature.

  • Like 1
Link to comment

Ah, ok... thanks for that! I was trying to see if it worked from my Windows 7 Web Client....

Link to comment

FYI, they werent Joking when they said that the Roku Thumbnails task is time/CPU consuming. Mine has been running for a few hours and is at 1.4%. thats for 500 movies and who knows how many TV shows all while ffmpeg is using ~80% CPU.

Link to comment

FYI, they werent Joking when they said that the Roku Thumbnails task is time/CPU consuming. Mine has been running for a few hours and is at 1.4%. thats for 500 movies and who knows how many TV shows all while ffmpeg is using ~80% CPU.

 

You can start out by lowering the bitrate setting in the plugin to about 3 mbps. That will reduce the number of videos that get thumbnails and give you a chance to try it out before doing it for your entire library.

Link to comment

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...