Leaderboard

if its not already make sure your MV library is of type Musicvideos! 1. load IMVDB plugin from the catalog via your server dashboard - and reboot emby server 2. put your mv in the following structure ..\musicvideos\artist\songname\songname.ext - so a folder per mv 3. Name the mv as close as you can to the actual song title - dont add any extra fluff like artistname etc as this will cause problems 4. Emby will try and find the MV via its name (limitations of IMVDB api) 5. if you are lucky you will get a 60% hit rate because IMVDB does not have your MV listed, you named it wrong or its named wrong on IMVDB 6 . manually correct as many as you can for the 40% - some matches are very funky 7. you will not find some on IMVDB - so remove the IMVDB id from the metadata amend the metadata to match the unfound song and lock the metadata if you are going to do any refreshes of items or the library in the future as it will return to the incorrect match. Thats about as good as you will get - works fine for me with 1800 MV's - and yes it did involve a lot of manual effort for the 40% Have fun OT @cayars - another KB article or update is prob needed as this has come up a few times

That is were there is confusion in your suggestion. OP in on 4.4.3.0 and the next release is unchanged.

The issue is Emby recommends a folder based /library/Artist/Album/track structure but will not utilized the Artist layer except for folder view. So Emby is dependent on online providers for Artists/AlbumArtist metadata even if you already have it in the Artist folder.

What the users have been saying is that they've chosen to run Emby on an OS they don't know. Then they come here for help when they don't understand the requirements and don't want to take the time to learn the tools they've chosen to use. The singular biggest problem reported is permissions for which there are many threads and guides. Linux/UNIX is strict and for good reason. For the vast majority of cases it is a user problem, not Emby.

At the bottom of the library properties, what is the setting for generating thumbnail images? This is a very intensive task, so if it is done as media is added it can slow it greatly; leaving it to a scheduled task is probably preferable in practice. Paul

I would like to see a plug-in developed which allows for transcoding to be offset. My thoughts are for a transcoding server (high powered pc), running cut-down/transcoding only version of Emby. Then on my main Emby server a plug-in which offsets transcoding to the high powered pc (if available) Originally I had thought of this as being a high availability server https://emby.media/community/index.php?/topic/41443-emby-server-high-availability But thinking about this more, my requirement isn't for high availability but simply to offset the transcoding elsewhere.

Hope you enjoy. Library Icons: https://www.dropbox.com/sh/sqllz3tdq3m7v6j/AABdexiDW9ZgDZ4yb_dP0pgCa?dl=0 Music Genre Icons: https://www.dropbox.com/sh/zp8mdo7psnlaf9p/AAAyQb7g_uQyRu6O8b6dPhTta?dl=0

What a disingenuous comment to make. I've been using Linux for thirteen years, back when Dapper Drake was the Ubuntu LTS of choice. I've been using Arch for the past four years. This need to add custom parameters to a systemd service file instead of using the existing Linux file permissions is not properly documented, not properly hinted at in the application, and only serves to frustrate your users. That's akin to selling a car, and not telling the buyer there's a handbrake override under the hood that keeps the handbrake on even when you've released the handbrake in the car.

Pronto. Agora está funcionando perfeitamente. em SSL, mudei de Full (strict) para Full, depois coloquei Full (strict) de volta. Correção: Parou de funcionar quando eu mudei para Full (strict). Só funciona em Full agora. De qualquer forma, muito obrigado kirkj!

Hmmm... that could be an option. I don't want to stream 12 different songs at once, i just want to be able to

This, maybe?

It took a moment but this seems to be it here: private static bool ScheduleAllowScene(PhillipsHueSceneEmbyProfile profile) { if (string.IsNullOrEmpty(profile.Schedule)) return true; return (DateTime.Now.TimeOfDay >= TimeSpan.Parse(profile.Schedule + ":00") || DateTime.Now.TimeOfDay <= TimeSpan.Parse("6:00:00")); } Time is: 8:00pm = 20:00 Schedule Time is set: 7:00pm = 19:00 Time is greater then the scheduled time -> This is "true" or Time is less than 06:00 (6:00am) -> This is "false" (but condition is already "true"). at 24:00 (12:00am) condition is already "true", is greater then 19:00 at 01:00 (1:00am) is greater then scheduled time (19:00) -> This is "false"... but is less then 06:00 -> This is "true" Both conditions on either side of the OR statement before 19:00 hrs will return "false", after 06:00 hrs.

The 8 limit restriction is unchanged. That's something to potentially review in the future. I was suggesting he re-evaluate this after the next release:

Yes that makes sense as well.

Yes this makes sense.

Maybe that's what you do @chef Define 2 times that give the range of when not to trigger scenes like sunrise and sunset and use the logic above but with your configured times. DST becomes a nuisance, but it was already with your current configuration.

Ah okay, I will try side by side comparison once I am able to. For some reason I was thinking the file size would go down, but the bit rate would stay the same. Appreciate the response!

In a nutshell AWS changes how you do this. The step we have in our Connectivity doc is a LOT different in an AWS environment. Besides RDP ports you have to setup port forwarding in a unique virtual manner. Check out this doc for info: https://aws.amazon.com/blogs/mt/amazon-ec2-instance-port-forwarding-with-aws-systems-manager/

@Administra If you want to install TeamViewer on your Emby server I can take a look and see if I can give you a hand. But you would have to remote in with RDP at the same time. Let me know.

Good - wish others would be as patient - but you have to be a good boy being the Support Specialist - otherwise you will get called out for it

ah remember now - emby has the option to flatten folder structure <CollapseVideoFolders>true</CollapseVideoFolders> might be at play here also my movie folders have an extra layer before the movie folders as i make a folder to hold the movie that i then put the movie folder into - so i can group movies together although not for boxset purposes but to limit the number of folders to a degree in the root movie folder and have sequels next to each other - this may be having an effect on what i see. e.g. movies/avengers/age of altron/movie.ext e.g. movies/avengers/endgame/movie.ext

Do you mean 4.6+? As my tests were in 4.5.0.25.

I would try that again with the next release. Thanks.

I do my own h264 to h265 and yes the bitrate drops and i get roughly a 1/3rd size file remember h265 is much more efficient than H264 and can provide the same visual with a lower bit rate for perspective if you did a conversion the other way the file would be double the bit rate and size etc to try and maintain the quality on your pc play both side by side - can you tell the difference - if the options emby uses are correct then you should have a hard job telling them apart 99.9% of my conversions are fine - and the 0.1% are because the original file is pants - so not a problem with the transcode - there are the occational edge case but only have 1 or 2 of those out of 15k conversions.

Ah ok - diff problem then - Luke needs to look at that then

How to report a problem - see link ......

depends what luke implements - could go either way but being fully tag driven - is going to flush out all the people that think there tags are great - when they find they are not as we see here on the forums on a regular basis

If you have info locally it should always be used first and meta-providers only used when info isn't complete. It's not just the music library that is quirky but other libraries as well.

Do this and 99.9% of the time you get no issues Album art in Album folder is used Artist folder used to do the same but Luke removed this option a long time ago with no real basis for it - should comeback pronto - but hey this is Emby - one step forward and two back as its easy to remove something rather than fix the issue - if there was one.

@Luke and rbjtech. I know that there is a good explanation of the Emby client/server architecture on the website knowledge base but is there a corresponding explanation of how DLNA works and how Emby works as a DLNA host? I think that is where Jman5150 is confused above. In short Jman, Emby is set up to function best as an IP client/server architecture where there is an Emby server somewhere on a local area network and it distributes audio/visual file data to connected clients. Those clients perform best when using the designed clients that rbjtech identified from the Apps (Clients) list above. Take note that your Oppo 203 is not one of the approved clients that Emby developers have written an application for. Your Oppo can and will connect to an Emby server however because Emby Server is also a DLNA host. You would be able to view the files and play the files from the server to the Oppo DLNA client it's just that you won't get a nice pretty interface like you would from one of the application based clients on the supported list. If you just want to play some files the Oppo is fine. If you really want to dazzle your eyes and be the envy of all of your friends use one of the app clients connected to your TV to get a truly good visual appeal to your AV consumption. You mentioned and iPad, which iPad is a good client but the experience is confined to the screen of the iPad. The experience is better if you can get it projected to a TV or larger scale viewing device. Either connect the iPad to the TV (via HDMI if that's all that you have) or better yet, get an Apple TV device, Roku or Android TV device and connect to the TV. Some smart TVs these days have Emby clients available directly on the TV (most notably, Samsung, LG, Sony and TCL/Roku enabled). I hope that helps.

Unless I missed something this is a server hosted in AWS (Amazon) so you don't have a router to do port forwarding with in the conventional sense. What you normally have to do if using plain old AWS is open 8096 and 8920 and use them with Emby default ports. This way you just open the ports to the machine but don't need to forward ports per say.

What is your router model number?

return (DateTime.Now.TimeOfDay >= TimeSpan.Parse(profile.Schedule + ":00") && DateTime.Now.TimeOfDay <= TimeSpan.Parse("6:00:00")); @chef so configured time is 6:30pm at 7pm DateTime.Now.TimeOfDay >= TimeSpan.Parse(profile.Schedule + ":00" is true but DateTime.Now.TimeOfDay <= TimeSpan.Parse("6:00:00") is false and the logic is AND You need to include the date component, not just the time This is what I had using sunrise/sunset /// <summary> /// Check if it is currently daylight in the supplied location. /// </summary> /// <param name="latitude"></param> /// <param name="longitude"></param> /// <param name="offset">The offset (+/-) from sunset, in hours, to use to determine when to start setting light scenes.</param> /// <returns>True if during daylight hours, else false.</returns> public static bool isDaytime(double latitude, double longitude, int offset) { DateTime now = DateTime.Now.ToLocalTime(); DateTime sunrise = GetSunrise(now, latitude, longitude); DateTime sunset = GetSunset(now, latitude, longitude); // SimpleLog.Info("isDaytime: offset: " + offset.ToString() + " sunrise: " + sunrise.TimeOfDay.ToString() + " sunset: " + sunset.TimeOfDay.ToString() + " sunset adjusted: " + sunset.AddHours(offset).TimeOfDay.ToString()); if (now.TimeOfDay >= sunrise.TimeOfDay && now.TimeOfDay < sunset.AddHours(offset).TimeOfDay) return true; return false; } So anything not daytime, the scenes were used.

I disagree - all of this goes back to the fact that the future that Luke has described whereby all database file management is hinged on built-in file metadata and not dependent on the results of some online third-party source results for what Emby uses as truth is why it doesn't work correctly. In my opinion online scrapers are good for filling in missing data but I wouldn't want to tie the functionality of my database management software to their results. Again, I do use the published music naming rules/suggestions that you quoted to organize my music files. But I can't and don't trust Musicbrainz and/or AudioDB to auto-fill my metadata because sometimes they are flat out wrong and many other times I just don't want to use the information that they have (even if it is right). I am quite meticulous about filling in my own metadata (including imagery) for the files that I have. Even if it is wrong...that is how I want my data to be presented. I don't want, nor will I stand for Musicbrainz, AudioDB or for that matter Emby even telling me how I want my data presented. Again back in the old days when MediaBrowser was an add-in for WMC this was how the program worked. I got used to it and I liked it. I even understand and agree that the future that Luke describes is better. But since we're not there yet, I'm not going to be held hostage to "that's just how it is" when I know for a fact in the past it has been better. Again, I'm not asking for the permanent final solution right now, just a toggle switch work-around (similar to the legacy view toggle that we used to have in Emby for WMC) where I can be more manual and hands on at the file/folder level than so greatly dependent on "automatic" things that I don't control. Besides, what good is an "automatic thing that does it for you" if every time you look at the results you are disappointed and know that is not what you want? I have years and years of good captured imagery and data for all of my music artist. Why not let me use it? I am active in another thread on-going right now where I have the problem of the artist's name contains the word "Sample" and because of that his files don't even show up in Emby (even according to the music naming rules that you quoted). Now that, in and of itself is a case of the database management software inadvertently inducing entropy but the issue is the same...a piece of software doing something automatically that I have no easy override control over. The work around is that I have to rename the files to something other than the artist's actual name so that they are recognized then go back and do a manual intervention to make them appear correctly. And of course because of that Musicbrainz and AudioDB doesn't know "who tha hell" that is. So since it is greatly manual anyway. I may as well not depend on automatic scraping and "convenience plugins" anyway. If we turn off scrapers we understand that we're taking on the task of manual metadata management. But at the same time we'd like some assistance from the standpoint that for all of the data and file organization and capture that we put into it that we would be allowed to use it (easily) in the manner that we'd like to. Most here would agree that we once had that with this same product. We also know that the developers had (and always have) our best interests at heart when they changed the system to be more automatic tool oriented but because that orientation has not yet been fully implemented we are caught in this quasi zone that is somewhat "damned if you do - damned if you don't". I still feel strongly that a simple toggle switch would help. </Rant off> - sorry - Ed

Try putting the trailer in a sub folder of the individual movie folder - once in a trailer folder can be called anything you like eg. ..\movies\movie name\trailers\trailerfile.ext ..\movies\movie name\trailers\another_trailerfile.ext and you can have as many as you want and work in same way etc

Thankyou they look great!!!!

Your laptop will obviously need to connect to their home network - but once it has, then local clients should be able to find it just as they do on your own network. Any remote users (if you have any) will obviously no longer be able to connect until it is back on your home network..

Hi, Removing the files that don't belong in the library didn't solve the problem. I may have found something else. My NAS is set to go into sleep mode when inactive to save power. Also, the max SMB protocol of the NAS is set to SMB3. I changed both in the past, never go to sleep and max SMB1, to avoid problems with communcation with the Shield, but both seem to have been reset to the default values after a NAS firmware update without me noticing it. Setting the NAS to never go to sleep seems to have a positive effect. The Shield recently got firmware 8.2.0 which supports SMB3 so I don't have to change that setting.

That's the thing, if Plex needs to write, as long as the Linux permissions are in order, it can write. No need to create a config file for the service. Found this thread after almost uninstalling Emby, cancelling my Premiere and going back to Plex. Seriously, please consider what your users are saying. If there wasn't an issue, this thread wouldn't be here.

I started running the movies through the batch again with that option turned off and now emby's working as should. Thanks for your help ~

I don't think so. According to comments on Reddit, it should be possible for Emby to get a licensed subscription and depending on the price, make it free for Premier users only or for everyone. Source:

thats why then - emby thinks they have not changed

Not seen this - have done this several times - replacing existing file dont think it has anything to do with the file container How did you replace them - you dont now have two copies in the folder? RTM usually picks this up within a minute and emby scans them in as the file time/date will have changed even if the filename did not What server version? Did you check the log file to see if emby did see the change?

Currently not that that I am aware of. https://emby.media/community/index.php?/topic/49399-feature-request-disable-camera-upload

Yes it's a hard-coded limitation to avoid accidental mis-matches. It's not currently configurable although it's possible for the future.

I've just posted a 1.0.84 USB update. Please try and see if it helps. Thanks.

I just happened to notice you're testing port 80 at canyousee me but your Emby Server is setup on port 8096. If you setup port 80 to 8096 forwarding then you need to change the remote port in Emby Networking for non SSLto port 80 as well.

New version 0.8.5 in the starting post: General: fixed a bug with Emby user names that have special characters when getting user folders fixed an exception at Guide Refresh with empty bumpers folder create transcoding folder if missing Export web API: added option to convert lossless audio to AC3 (default on) added option to choose program image format (default thumb, otherwise poster) changed playback stop method that recognizes client disconnects while streaming Channels: support "Season" less folder structures for tv shows support of conditional logical operators for Genres and Tags condition cache database query results to speed up Guide Refresh times added global option to supend the creation of new program data while doing a Guide Refresh Playback: Moved global "Single Playback" option to channel specific option ...and a little bonus Sorry, for this version you have to delete any existing VirtualTV.xml configuration file! Edit: I had to remove the new version from the start post because of a very small but annoying bug. Will re-upload it within 24 hours.

Great investigation. Looks like the moviedb plugin isn't capturing this information at the episode level so I'll push an update so that it will do that. @Happy2Play

Hi mark i send you a email with your license key, ill also send it in a pm to you. Greetings