Leaderboard

Personally, I have enough problems with PlayOn recording using their own application, I could not imagine trying to troubleshoot problems when running through any other application, including Emby.

You are one of many thousands of users, so the devs can't pander to just your requests. They take a balanced view of requests and if they see something that can be tweaked easily, without affecting other users, then they will. Be patient, Rome wasn't built in a day.

Oh Luke.... It's all same example. Apart from the logs, I have provided everything you just asked for. And the logs will be worthless. There is no reason for the transcode to be lower than the rate I have set. I set it at 6 Mb/s and the server should just apply that, and not decide for me what the bitrate should be. I don't want anyone or anything but me, to decide what the bitrate to the client should be. This 'feature' has never worked, because it shouldn't exist. If I use ffmpeg, DVDfab or any other software like that, and I set a bitrate, I get that bitrate. That's what it's supposed to be. The same should apply with the server. Stop deciding for us what the bitrate should be. So many people have complained about this, and still you guys cling to it. If you don't want to get rid of it (and you really should), give us the option to disable it, and not let the server set terrible bitrates.

like 0.5x 0.75x 1.25x 1.5x I hope can control speed like youtube.Thank you.

Hello, Would it be possible to add time adjustment in the Access Schedule, please? Could we have 10 minutes options or at least 15 minute ones. Thanks

I too keep installing and uninstalling the Playon plugin hoping that one day it will work but I am in agreement with RobWayBro, the PlayOn application itself is more flakey than this Emby plugin so I believe the root of the issue probably begins with PlayOn. I doubt that Emby is in a position to purchase PlayOn out-right, so right now I wouldn't think it is very likely that we get any kind of solution to Playon or PlayOn plugin integrating well with Emby any time soon. I personally would just be grateful if PlayOn itself became a more stable and reliable application toward what it is advertised to provide. I'm rooting for the OP as much as anyone on this one but there are many more fundamental things that I would like to see Emby do just within itself before diverting resources to these third party issues that aren't of themselves really Emby issues. My 2cents

Apologies, I was over thinking this, it is working now after a server restart and the suggested naming changes. Thanks all for your time.

try a couple of things 1 main movie change its name to "Kingdom of Heaven - Original" or similar 2 add a space either side of the dash for the Directors cut then you should have two entries in the drop down pointing to separate files one of Original and one of Directors cut

edit - found how to do it - Good call @FrostByte

Hola de nuevo. Es HD. Muchas gracias...

I laughed so hard at that, if I'd been drinking something, I'd have spat it out. Why is it that you make so many wrong assumptions? Maybe try reading what I wrote more carefully, and try to see where you went wrong.

Yes that correct, we can't fix it. Thanks for the correction. Tapatalk as I said before reply to my report that they did not find the issue on their test forum for IPS. When we install build 1.6.5 of Tapatalk and it been reported 2 issues, and they confirm the issues and they said an update will come but no ETA when. I was checking on them then they release build 1.6.6, I update it, and I ask for who reported to confirm if they fix it. Big thanks to @cayars for report the issue and the issue simply was: Guest group can write a reply, I look and find out the plugin change the permissions for that group to fully read/write/download/upload when it only have a read permission. We fix the permissions and clean the forum from the guest post, disable the plugin in, then when I find Tapatalk support can not confirm the report, I remove the the plugin. I will not install that back.

I'm sure once the developers have feedback, they will publish it.

This isn't a problem. It's a TV mini-series. Put it into an appropriate library and name it as such. It will be recognized just fine. If you don't want to enter the data by hand, you're going to be limited by the available public metadata.

Wow... well for now I am happy with the performance and beautiful picture. So I won't mess with it anymore I guess. Thanks for the help.

This process really doesn't work well. I was just fooling around with it. Server user limit = 6 Mb/s + in app limit = 6 Mb/s = Server transcodes to ~2.5 Mb/s Server user limit = 6 Mb/s + in app limit = 120 Mb/s = Server transcodes to ~2.5 Mb/s Server user limit = 6 Mb/s + in app limit = auto = Server transcodes to ~2.5 Mb/s Server user limit = no limit + in app limit = 6 Mb/s = Server transcodes to ~2.5 Mb/s Server user limit = no limit + in app limit = 120 Mb/s = No transcoding, and movie direct plays at 10+ Mb/s Clearly my bandwidth isn't an issue. And bitrates confirmed in external player.

The emby button is very convenient

Correct. Apple TV is known around here as aTV The latest beta is v1.8.22. See here.

Premise Emby is a media server which manages a media collection so the user does not have to do so. Basis for Feature Request Part of managing that collection is conversion to modern, appropriate media types that utilise better codecs, better encoding techniques. Presently people do most of this outside of Emby. Discussion The underlying tool being used for conversion is ffpmeg, see attached log. What I would like to see is an Advanced Conversion page which exposes some of these options to allow people to better manage their media conversion requirements. Then save these settings into a user-created named profile which can be exported or imported. This profile is then be applied it to a folder or file in the metadata of their collection. Doing so would initiate a conversion process with the settings of that profile. Benefits Current conversion options are limited. The Original Quality setting gives you files with 3MB/s bitrate from any source. Exposing more advanced options would allow the user to define specific conversion requirements and save them for use in their collection. The ability to export/import settings opens up a whole new class of community support. Conversion profiles can be shared between members and it is quite likely you will end up with a subculture of conversion expertise. As one person rightly said "giving advice on encoding is a lifetimes work" so its the community themselves who can do it best. Given the development of profiles and settings in a community of like minded people these can filter up to the Devs on which advanced features can be included in future releases. Reputation Given the right interest and gradual development Emby could easily become known for the best media management of all its competitors, something to distinguish itself in a competitive market. Devs Encoding and developing of such really is a work of passion. So its could easily become a pet project of some Dev to put together an advanced conversion page internally and slowly test out the options. Support Advanced encoding options are really out of scope when it comes to support. The core product does what it needs so if a forum is created for Advanced Conversion then right up front can be disclaimer that use of non standard profiles is at a users own risk. On the other hand, Emby devs working with the community are likely to develop some included advanced profiles that are supported when used for conversion. Thanks for listening. ffmpeg-transcode-a0dd4aa0-cce4-4e99-9e36-76d7599cc2e1_1 (4).txt

This is not really what the OP was talking about, you are referring to temporary links you can share, that is not what the OP was asking for, he just wants a link he can send to another user of the same server a link they can share. Or to make the ask even simpler, bookmarking a page to come back to. This almost works. If I use the following link http://192.168.0.16:8096/web/index.html#!/item/item.html?id=27447 in a brand new tab with a browser I have logged into before (the browser has an authenticated user session) then it does work. however if I try to use it on any open Emby page its like the page routing consumes the path and navigation does not occur. Also if the browser is not logged in then it goes to the select user page and then once you are logged in goes to the root. If the auth request was for an page you should be returned to that page once you have authed, this is just basic web app auth stuff.

It's not a cloud storage service or anything like that so there wouldn't be any need for temporary links or removal of access at the link level, as you wouldn't be linking to anything the user couldn't already access.

It's a great idea for the future. thanks.

Vote for this feature

I think it's a great idea for the future. thanks.