All Activity

Regarding this, here is my smart of the disk: Last SSD was replaced when it has around 14 years old but i hasn´t that many TiB written, also, i don´t plan to replace this one in at least + 5 years. Thats the main reason to avoid using it for transcode. I´ve like 8 people in the family that will be using it and it will be many writes to the disk.

Not sure as Amazing Spider-Man does not appear in that log. Looks like there is only one movie in that log (Bone Tomahawk). But yes something is wrong as the scan only lasted 1 minute 10 seconds. I guess one question would be the contents of the nfo file and your library settings.

I think that you are talking about this option: Habilitar limitación (enable limit) I´ve tried it but same results on ram disk. Also regarding the ram disk, it´s apart from the 3GiB of ram of the machine.

Personally would agree as this SSD has lasted longer then most HDD. Nothing is really shown in the log that I saw but must be a reason on the fly cleanup is not working.

From the Transcoding Tab. If you're using an A2000 this is a good page to look at to make sure it's actually able to use it. I don't think you'll wear the SSD before you actually replace it. I've been using the same scratch drive SSDs for years, read and written many many TB both for media preparations as well as transcoding temp files and 0 errors. A drive can still fail at any time of course.

This explains it better - thanks! I'm not greatly fussed myself about "alphabetical" vs "drag and drop" and can adapt my Tags accordingly. As long as there is a consistent approach to sorting and displaying, then it will be easier to understand and easier work with.

Thank you all for your time and your responses. I haven´t changed anything regarding the throttling, everything is on default settings, how can i change it? Let me do another test and i´ll attach a pic with the name of the files: I´ve tried to add it to an hdd with around 50 GiB and it works properly as it has enough space for this movie. I know that with multiple users and other movies it will grow more to around 800 GiB more or less Server specs are: Ryzen 1700 with 32GB of RAM, Nvidia A2000 6GB and 240 GB SSD The CT has 1 core with 3GiB of ram and the A2000 fully dedicated. Before adding the card, it has 5 cores but now is not nedded anymore as i don´t do software transcode. Main disk is 3GiB with 1.5 free and the ram disk has 512 MiB usually free as it´s being only used for transcode I get the point of not using the ram disk as it won´t be faster but thats not the point, i´m just trying to avoid ssd wear and also avoid buying new hardware.

OK yes I can confirm that the metadata editor was previously sorting them, however, this was incorrect behavior because the order did not match the rest of the system. I don't think it would make sense to have the editor display a sorted list but then see an unsorted list when looking at the actual video screen. So if we're going to start sorting tags alphabetically, then it should happen in a way that is applied everywhere, and if we do this, then manual drag handles won't be necessary.

Hi, I was previously finding (with music) that both Genres and Tags would always show in alphabetical order in the Edit window (which was good) and mostly in alphabetical order when displayed on the relevant pages, but not always. Therefore, in many instances, they were mixed up and I could never figure out how to correct this manually... The recent addition of the "drag and drop" reordering has been helpful for 'fixing' the order of the previously mixed up ones, but has also resulted in changing the order of many other displays where it was previously 'alphabetically correct'. I think this could be somewhat related to what @kbeck has described? Or maybe not? I like really like the "drag and drop" flexibility to arrange a custom display order on any selected page (including Tags). Default alphabetical, with the ability to reorder, would be excellent, but if this was too difficult to achieve, then I would prefer to at least have the 'drag and drop' reordering than not, so I can control the order. (Yes, short-term, it has messed up the display of some of my carefully sorted Genres and Tags, but long-term, I think it would be most useful to keep.) I don't quite understand why "it's unnecessary" for Tags to have the 'drag and drop' sort? @Luke is that what you mean? (I might be misunderstanding?) If Tags are designed to appear in the order added, then every time I add a new Tag, it will be 'out of order' if it is just displayed last. Would I then need to remove and replace all the Tags to achieve a preferred order? I hope this isn't a case of forward one step and then backwards two? Adding Tags should be easy and sorting them should be too!

As the title says, I've attached debug logs on a fresh restart, only initiating an entire library scan. TV seems to process just fine, but Movies doesn't complete, and there are multiple instances of referenced files that do not exist. See movies for the Amazing Spider-Man and it's sequel do not show up properly... See how it shows multiple versions for the file... In the folder, there is only a singular file... If I manually tell Emby to refresh the metadata for this particular item, it will do it... but there's hundreds of movies like this. This is running on a docker, using the latest image from `emby/embyserver:latest` running version 4.8.6.0. What steps do I need to take to troubleshoot this? I can't see anything in the logs to tell me what might be going wrong. Any help would be greatly appreciated! Thank you! Edit: Also forgot to mention, refreshing metadata on the entire library also does the same thing. embyserver (1).txt

Hello, The Emby version in latest updates says 2.1.10a (march 15th) for amazon devices but on both my fire sticks the latest version on the app store for is fire tv 2.0.98a, has 2.1.10 actually been released to the app store yet? as my nvidia shield has been on 2.1.10g since march??

Hello all, Recently decided to change where my server was installed (from Nvidia Shield to mini-pc) and I can no longer access Emby remotely (it says "We're unable to connect to the selected server right now...etc etc". I've tried the following: launching the remote access URL (from the Emby Server Network Dashboard) on my mobile while not connected to the Wi-Fi Result: Connection timed out did the canyouseemee.org port check. The IP listed is the same as the one listed on the Remote access above however when testing the port. Result: port (8092/8096) Reason: Connection timed out logged in to my router and looks as though port forwarding is set up. I tried setting it up again just in case but got an error message (see below) Result: error message: "An existing UPNP mapping overlaps with the entered ports range disabled the firewall on my mini-PC and tried the above steps again Result: still no access Setup details Router: Technicolor FXA5000 Modem: Arcadyan Boost 2.1 The router and the modem have different IP addresses. Would that matter? I'm not 100% sure. If so, would one need to be forwarded to the other? Would love some assistance on how to get this resolved. Cheers

Actually, based on my testing, FFmpeg/FFprobe can identify Atmos (in both TrueHD and DDP audio streams), as well as DTS:X. I looked around online, and I believe support for identifying these codecs was added in FFmpeg 6.0, but my testing was done with 7.0 (latest). I have put the output below of an Atmos demo file which contains Atmos in both possible codecs. And also the output of a DTS:X demo file Since FFprobe can now identify these, I don't see any more reasons why it would not be possible for Emby to identify these types of audio codecs.

Added: Path substitution

I need a kodi debug log for review, please send it to me via PM.

The path substitution is workaround for a Kodi limitation extracting images/pictures from video streams. It's addressing the bookmark/chapter images extraction. Kodi extracts bookmarks/chapter images "on the fly". It's not like "regular" artwork which are (usually) located as an image file or comes from a scraper. "Regular" images are stored in Kodi's database as a record. For chapter/bookmark images it's different. They are extracted directly for the video file/stream and not stored in Kodi's video/music database. Therefore I cannot sync them directly into the database. The problem is, Kodi disables image extraction for HTTP streams even technically possible. This is hardcoded in Kodi's sourcecode and cannot be adjusted in the settings. The path substitution tricks Kodi believing it's a local file so the image extraction will be processed. How it works: A video stream from Emby server is a regular http URL (piped through the plugins "webserver"). It looks like http://127.0.0.1:54342/video_stream_info_parameters and is stored in Kodi's database. The internal webserver receives this stream request and redirects it to the actual Emby server's video feed. http://192.168.0.207/emby_video_stream_parameters. This would be detected by Kodi as a HTTP stream and disables image extraction. The path substitution however replaces the "http://127.0.0.1:54342/" with a "fake" folder. The video feed links are now replaced with "/emby_addon_mode/" in Kodi's database. The record looks like that: /emby_addon_mode/video_stream_info_parameters Now it's from Kodi's perspective a local file and the advancedsettings.xml parameter turns it back to the actual link replacing the "fake" folder <substitute> <from>/emby_addon_mode/</from> <to>http://127.0.0.1:57342/|redirect-limit=1000</to> </substitute> There is some extra magic involved but I skipped that to keep it easier to explain. In the end, I'm actually using a Kodi bug in my favor. Kodi should detect the stream type after path substitution if they would do it properly. ...Not sure why you have port "54271" in your settings. this seems to be wrong.

Hi, maybe you can help on OneSky?

OK we'll try to chase this down. Thanks for the update.

So is this when video is playing?

HI @theoracle39can you please provide a specific example? How to Report a Problem Thanks !

What's your video resolution?

Hi, has this helped you resolve your issue?

OK thanks. This should all be good now in the beta channel and the fix will be in 4.8.7. Thanks.

Let us know how you get on. Thanks.

Actually they were never sorted explicitly in alphabetical order. they have always just been displayed in the order they were added. The only thing that has changed is that drag handles were recently added to control that, but you're right. It's unnecessary to show them for tags, so we'll hide them.