All Activity

Documentation has been updated - https://emby.media/support/articles/TV-Naming.html

Here is a log file fromlog.txt a couple days ago where it started deleting my downloaded files.

@radeonor others, I have YTrailers to download trailers locally to my server, but how about a YTrailers for TV Shows? Is that possible? My main reason is that I have a few family members with Roku devices that do not support online YouTube trailers. Thank you!

Please do not try to roll this all into a single one size fits all solution. Emby can do much better. I would suggest (insist?) that two separate types of library interfaces are needed: Audio books and Radio Series (or audio drama, podcast, Audio show.. whatever you want to call it). That is currently how I have my libraries set up. Books have authors and Narators, a Radio Series has a cast/crew. Audio Books have series and collections, Radio Series have Seasons and episodes, often with different images (podcasts can have different images per chapter). Audio Books need bookmarks and chapter navigation, Radio Series need next up and play next episode. Navigation, metadata, and playback for both should be optimized to their expected listening behavior. As noted elsewhere, MusicBrainz has metadata hierarchies for both different sets (I know, there are better sources for Audiobook metadata - which is part of my point). I suggest Chyron should continue his crusade to bring a better solution for Audio Books which are clearly his passion, but there needs to be new feature requests and momentum behind building a Radio Series/Podcast library as a separate effort.

Will look some more but Search suggestions link to none access items. Looks like it might be limited to Artists, all Artist/People are all searchable to but with no items. But primarily have only tested with tag restrictions as it is the easiest variable to restrict/allow. Empty Tags are still shown and are searchable Collections, Genres and Studios searchable but empty From a playable content I have not really found a method

I'm not super intimate with how electron interacts with mpv, and it's given me quite a few headaches already, but I don't think it's started as another user. As for the config, here are the enabled features for x64 and arm for the builds I am currently working on: x64: List of enabled features: alsa av-channel-layout avif-muxer cplugins dmabuf-interop-gl drm dvbin egl egl-drm egl-x11 ffmpeg gbm gl glibc-thread-name glob glob-posix gpl iconv jpegxl lavu-uuid lcms2 libass libavdevice libdl libplacebo linux-fstatfs posix ppoll pthread-condattr-setclock pulse vaapi vaapi-drm vector vk-khr-display vt.h vulkan x11 zlib arm: List of enabled features: alsa av-channel-layout avif-muxer cplugins dmabuf-interop-gl drm dvbin egl egl-drm egl-x11 ffmpeg gbm gl glibc-thread-name glob glob-posix gpl iconv jpegxl lavu-uuid lcms2 libass libavdevice libdl libplacebo linux-fstatfs posix ppoll pthread-condattr-setclock pulse vector vk-khr-display vt.h vulkan vulkan-interop x11 zlib Might throw wayland support in the mix later on, but as long as electron runs under xorg, or even xwayland, I'm not sure that's going to be very useful.

...and playback should also faster initiate. Transcode would be configured in the plugin settings, but as Luke mentioned. Keep it disabled. It's only required for incompatible media streams or bandwidth limitations

.. so I've hit a bit of a roadblock on this. I wrote a powershell script to grab the emby chapter info, write the Chapter XML and then use mkvpropedit to import the XML chapter file - all works perfectly - BUT .. While MKV fully supports 'marker/chapter types' (see below) - ffmpeg/ffprobe does not appear to making the entire process of writing them to the MKV a bit redundant as there is no way to extract them again (in emby at least). mkvinfo sees them without any issues. The key to this was the use of the official MKV Chapter element 'ChapterSkipType' ChapterSkipType 0 - No Skipping, 1 - Opening Credits, 2 - End Credits, 3 - Recap, 4 - Next Preview, 5 - Preview, 6 - Advertisement This is not a well known, so emby chapter info being written to the mkv would be needed in most cases - but once done, then you have a totally portable MKV file containing all the marker data. There is also a hide element. @LukeWould emby be interested in adding this functionality into ffmpeg or an extension ? If not, then I may as well abandon this idea as you would need a plugin to extract the intro data from the mkv in the event of needing a restore. Thanks, 1 <?xml version="1.0" encoding="ISO-8859-1"?> 2 3 <!DOCTYPE Chapters SYSTEM "matroskachapters.dtd"> 4 5 <!-- A simple example. The movie in question contains four parts: --> 6 <!-- The intro starting at the beginning, the first act, the second --> 7 <!-- act, and the credits. --> 8 9 <!-- Note that the end timestamps are optional. --> 10 11 <!-- The timestamps use the normal format of HH:MM:SS.mmm with --> 12 <!-- HH beging the hour, MM the minute, SS the second and --> 13 <!-- mmm the milliseconds. --> 14 15 <Chapters> 16 <EditionEntry> 17 <EditionDisplay> 18 <EditionString>Example movie</EditionString> 19 <EditionLanguageIETF>en</EditionLanguageIETF> 20 </EditionDisplay> 21 <ChapterAtom> 22 <ChapterTimeStart>00:00:00.000</ChapterTimeStart> 23 <ChapterDisplay> 24 <ChapterString>Intro</ChapterString> 25 <ChapterLanguage>eng</ChapterLanguage> 26 </ChapterDisplay> 27 <ChapterSkipType>1</ChapterSkipType> 28 </ChapterAtom> 29 <ChapterAtom> 30 <ChapterTimeStart>00:01:00.000</ChapterTimeStart> 31 <ChapterDisplay> 32 <ChapterString>Act 1</ChapterString> 33 <ChapLanguageIETF>en</ChapLanguageIETF> 34 </ChapterDisplay> 35 <ChapterSkipType>0</ChapterSkipType> 36 </ChapterAtom> 37 <ChapterAtom> 38 <ChapterTimeStart>00:05:30.000</ChapterTimeStart> 39 <ChapterDisplay> 40 <ChapterString>Act 2</ChapterString> 41 <ChapLanguageIETF>en</ChapLanguageIETF> 42 </ChapterDisplay> 43 <ChapterSkipType>0</ChapterSkipType> 44 </ChapterAtom> 45 <ChapterAtom> 46 <ChapterTimeStart>00:12:20.000</ChapterTimeStart> 47 <ChapterTimeEnd>00:12:55.000</ChapterTimeEnd> 48 <ChapterDisplay> 49 <ChapterString>Credits</ChapterString> 50 <ChapLanguageIETF>en</ChapLanguageIETF> 51 </ChapterDisplay> 52 <ChapterSkipType>2</ChapterSkipType> 53 </ChapterAtom> 54 </EditionEntry>

But the subtitles are cause both tracks to be converted. 15:52:46.744 Stream mapping: 15:52:46.744 Stream #0:0 (hevc) -> format:default (graph 0) 15:52:46.744 Stream #0:3 (pgssub) -> scale:default (graph 0) 15:52:46.744 overlay:default (graph 0) -> Stream #0:0 (libx264) 15:52:46.744 Stream #0:1 -> #0:1 (truehd (native) -> ac3 (native))

Check your logs. Sounds somewhat permission related to me.

I have installed Emby Theatre for Linux on a minimal Debian 12 installation. Starts up fine and works in stereo as long as pulseaudio is installed. I just cannot seem to get passthrough to work even with playing with the passthrough settings in the Emby Electron app as well as via pavucontrol. Whenever passthrough is used, I just get the dreaded spinning blue wheel. Preamble... I went away from using a HTPC sometime ago due to poor video support in Linux, but this has now improved significantly, Video playback has been pretty good. My main intention, however, was to get bitperfect audio. My Nvidia Shield has been pretty good with bit pefect via HDMI to my Denon AVR (never mind the processing that happens within the AVR). Previously, my music system was in a different room but we have now moved and HT and music has to live in the same place, which has required some downsizing of my equipment. I have been trying to get my USB DAC to work with my NVidia Shield - this has involved getting the 9.1.2 update, but USB still does not support DSD and switching outputs has been convoluted. UAPP on the Shield does play back bitperfect to the USB DAC but the inteface is very clunky as it is not an Android TV native app. I have been a long term user of Emby and I do like the interface for music but the Shield does not support output to both HDMI and USB simultaneously. It would be nice if Emby will support TIDAL integration. I did try Plex for its TIDAL "support" - the less said, the better! Anyway, back to my HTPC - I have installed mpv separately and can get dual outputs working via Lua scripting as well as DSD output to my USB DAC, although mpv by itself cannot do so as ffmpeg does not. So, I have been trying to bypass pulseaudio on Emby Theater and it does not appear that I can do. These are my observations (I have made up an mpv.conf in ~/.config/mpv for testing) ... 1. If pulseaudio is removed from the system, and audio playback results in the blue spinning wheel of death. In the mpv logs, I get the following: [ 0.091][v][ao] Trying audio driver 'alsa' [ 0.091][v][ao] Using preferred device 'plughw:CARD=SB,DEV=0' [ 0.091][v][ao/alsa] requested format: 44100 Hz, stereo channels, s16 [ 0.091][v][ao/alsa] using ALSA version: 1.2.4 [ 0.091][v][ao/alsa] opening device 'plughw:CARD=SB,DEV=0' [ 0.093][e][ao/alsa] Playback open error: Device or resource busy [ 0.094][e][ao] Failed to initialize audio driver 'alsa' [ 0.094][e][ao] This audio driver/device was forced with the --audio-device > [ 0.094][e][ao] Try unsetting it. [ 0.094][e][cplayer] Could not open/initialize audio device -> no sound. I am assuming that if pulseaudio is not installed, emby-theater then takes up the default audio device for the internal sound (internal sound when navigating still works), and therefore hogs it? However, running mpv separately in a separate terminal and using the same audio device works OK, so, Emby cannot be hogging it? 2. I can get the spinning wheel of death to go away and carry on playing without audio by using audio-fallback-to-null=yes in mpv.conf. I was then hoping to set up a separate mpv instance via lua scripting but it looks like lua is disabled in libmpv and the mpv version that ships with emby-theater. 3. I tried to use mpv as an external player. I either get a blank screen flashing or a playback error message (can't remember the actual message) when emby-theater boots up from start (openbox and user 'htpc'), with no logs being generated by mpv but the video plays (without audio as I have audio-fallback-to-null=yes in mpv.conf), when emby-theater is started via ssh also as user 'htpc'). So, I am wondering if somehow the external mpv is being started as a different user? Perhaps this may explain (1) too? 4. Is it possible to get the configs used for building the internal libmpv and mpv? I shall try to keep playing a bit more if I can figure this out, unless there is actually an idiot's guide to getting bitperfect and passthrough working? Perhaps I am missing something obvious? I might have to resort to setting up a standard Debian desktop on the HTPC and work backwards, perhaps? Thank you.

Poking around on the BBC website https://www.bbc.co.uk/sounds/category/audiobooks it does look like the BBC radio episodes do have separate descriptions on their website. It's interesting as they feel like separate but combined broadcasts. As opposed to an audiobook publisher/retailer that provides audiobooks in the same fashion that a written book is published. Being from America, the BBC's method of organization for their content feels like the outlier to me. I can see the series/episodes connection when it comes to what they are providing. I still liken it to podcasts--they're just broadcast on the radio instead of exclusively online.

Nein, keine Beta, habe extra heute von 4.8.3.0 auf 4.8.6.0 upgedatet. Auch hier keine Liste und nur 0 bytes ...mkv und ...mp3. Ich muss aber schreiben das ich früher meinen E2 Receiver als EmbyServer laufen hatte. Habe aber nun einen Raspberry PI4 gekauft und hier den EmbyServer laufen. Es funktioniert auch super, auch werden mir Poster und Backdrops gedownloadet und angezeigt. Nur mit den Themes funktioniert es nicht. Sie werden in den Filmordnern angelegt (...mp3 und ...mkv). Aber es sind alles 0 byte Dateien bei neuen Filme seit dem der Raspi mein EmbyServer ist. MfG _____________________________ No, not a beta, I updated today from 4.8.3.0 to 4.8.6.0. No list here either and only 0 bytes ...mkv and ...mp3. I have to say, though, that I used to run my E2 receiver as an EmbyServer. But I have now bought a Raspberry PI4 and have the EmbyServer running here. It works great, and posters and backdrops are downloaded and displayed. It just doesn't work with the themes. They are created in the film folders (...mp3 and ...mkv). But all new films have 0 byte files since the Raspi became my EmbyServer. Regards

Using the emby MediaInfo Plugin will remove all the junk from the Track names and make them all formatted to your liking across all your media. The plugin itself needs a little setting up (as it actually edits the MKV source file) but it's extremly quick and a one off exercise. Base version is in the emby Plugin catalogue. https://github.com/Cheesegeezer/MediaInfoWiki/wiki

Correct and exactly the reason for the cyclic updates. Solution is to nominate one of the servers as the master - it has RTM on and writes the NFO files. The slave(s) server must have RTM turned off and also only NFO Read.

I had a two server setup (accessing the same media) that ran fine for years but Emby made some change and suddenly both servers started scanning continuously. After investigation I discovered that both servers were writing the metadata to be with the media. That is they both were storing metadata to the same place and that was somehow triggering scans. To put it simply server A would scan and write data into the media directory and that would trigger server B to scan which would write data and that would trigger server A to scan and so on for the foreseeable future. I fixed the problem by picking one server to handle the meta data in media folders and configuring the other to store its metadata on the serve itself. That not only fixed the continuous scans problem but it also made the servers more stable. I hope this lends a little clue for you.

@Abobader Did you ever manage to talk to @Lukeabout having a 'security' section in the forum ? Info such as the above would be perfect as a sticky to give people up to date guidance on what is the recommended minimum acceptable level of 'security best practice' in 2024. We could have sub-sections for Reverse Proxy questions - nginx, caddy, IIS etc etc For general security questions - we can then just redirect users to that forum section if they have not found it themselves ...

I would suggest moving pohadky to same folder level as filmy - /filmy/ -/pohadky/ @pwhodges already said this.

Correct - this has always been an issue when 'merging' multiple versions. If you want to keep everything seperate, then unmerge them and put into a collection (as the same name) as currently that is the only way to do this and maintain different artwork, chapters etc etc.

A bit late to the party... I have only just started playing with Emby Theater for Linux. ldconfig is in /usr/sbin in Debian and not in the path for a normal user. I have simply changed the startup script in /usr/bin/emby-theater to add the necessary path. In any case, it did not make a difference in my system.

TranscodeReasons=AudioCodecNotSupported As @RanmaCanada says above - This is a DV Profile 5 file - Emby does not transcode/tone map these DV5 profile files as is being forced to do so because the browser does not support EAC3. Unless the LG support DV, it will reject it because of that - the LG almost certainly supports EAC3. So unless you can direct play them, then it's best to avoid these DV5 file types. Use DV profile 8, HDR10 or HDR10Plus files only.

This is typically caused by playing DolbyVision files on devices that do not support DolbyVision, or do not support the profile of the DolbyVision file. Noticed in your log that these are indeed DolbyVision files as noted by the DV in the filename. Can your TV support DV?

Have you configured RTM on both and are you telling both to put images/NFO files next to the media? If so, the servers are seeing those changes take place and then refreshing, and they keep changing so they're both seeing the changes and fighting to be the last to update.

@unisoft So how then is it displayed in Audible? Audible doesn't have separate detail pages for each chapter of a novel. If you were to download one of those from Audible, for example, would it come as a single m4b? Does each "episode" have its own description? All of my 400+ audiobooks are each a single narrative, not episodes to a series. EDIT: Audible releases those radio dramatisations as omnibuses, with the description for each story all being listed together in the album's summary, not separately. https://www.audible.com/search?keywords=bbc+radio+drama If I bought an omnibus, and currently wanted each story to be listed on my media server with separate information, I would have to split them into separate individual albums, associated as part of a series. If I bought The Chronicles of Narnia as a single set on Audible and listened to it on the Audible app, it would not show separate art for each book nor would each track have separate descriptions. https://www.audible.com/pd/The-Chronicles-of-Narnia-Complete-Audio-Collection-Audiobook/0061999881. If I wanted Agatha Christie: Twelve Radio Mysteries to have each mystery given its own information, I would need to separate them by story. That way each story could have a separate database entry with its own information. This is one of the advantages of having a media server: I can buy omnibuses and split them. Currently, if you purchase that from Audible, every embedded description will all say "Twelve BBC Radio 4 full-cast dramatisations of short stories by the Queen of Crime. First broadcast in the early 2000s, the stories were adapted and brought up-to-date for a contemporary audience. The stories are 'Philomel Cottage'; 'Swan Song'; 'Magnolia Blossom'; 'Witness for the Prosecution'; 'The Gates of Baghdad'; 'The Hounds of Death'; 'In a Glass Darkly'; 'The Dressmaker's Doll'; 'The Case of the Perfect Carer'; 'The £199 Adventure'; 'The Gypsy'; and 'The Last Seance'. Duration: 6 hours approx." because that is what is on the Publisher's Summary. To my knowledge, there would not be an online metadata source that would provide separate descriptions for each individual track.

Did you restart the client app as well? I don't know if the server needs a recycle to properly apply it as well, it shouldn't but I've seen the client "remember" the setting even after changing it. Otherwise from App Settings -> Playback set Home ntework quality to the highest option 4K 160 Mbps.