Search the Community

Hi, i will thank you for this great software it´s amazing. Now i have one little question. Will it be possible to use the GPU for transcoding (like Intel Quicksync) in the Webplayer? I know Mediabrowser Server 3 uses ffmpeg. I test with ffmpeg standalone at it can use quicksync to transcode. How could i turn this on in the MBS 3? It will be greate for all having a smal HTPC mit a CPU that allows this feature. I look forward to your response :-)

Hey Guys! Is there anyway to add extra parameters to the FFMPEG CLI? I think it would be a good idea if possible to add an arguments box to the advanced trans-coding page so people may enter any extra parameters they wished to add to FFMPEG for streams. Just a thought if there is not a way to do it at the moment. I can't seem to see any way to add extra arguments myself without attempting to decompile and dig. Is this do able? does anyone know?

I met a situation that my server can transcode 4K HEVC video to 1080P smoothly (40~80fps) , but cannot when subtitle enabled (15fps) After the investigation, I found the difference of ffmpeg commond is the filters. The original filter is -filter_complex '[0:8]scale=3840:1604:force_original_aspect_ratio=decrease;[0:0]overlay,scale=trunc(min(max(iw\,ih*dar)\,1920)/2)*2:trunc(ow/dar/2)*2' I tried to learn what does this mean, then figured out that the subtitle steam first converted to a 4K size steam and overlay with the original, finally converted to 1080P, Then I tried to change this filter to -filter_complex '[0:8]scale=1920:802:force_original_aspect_ratio=decrease;[0:0]scale=trunc(min(max(iw\,ih*dar)\,1920)/2)*2:trunc(ow/dar/2)*2;overlay' that first convert the original video and subtitle to 1080P, and overlay them together rerun the command, and it works, fps is around 37. I checked the output ts files, they contains the subtitle I want. Do you think this is possible to do? Thanks.

So, I have about 20 users but provide Live TV to only 2 of them. In order to provide a smooth playback with Live TV I was advised to set a max playback bandwidth below 20 Mbps, and ok, it works smooth so far. But now, all my users have downgraded video quality which forces the transcoding while watching movies or series with "media bitrate exceed limit" info. How can I set an automatic media quality for local network for all users and limited quality (to 8-10 Mbps) to just those that use Live TV? I believe that could limit the necessity of transcoding.

Hi, I'm using Emby 4.1.1.0 on Linux with an HD Homerun for Live TV. Playing back MPEG2 content without transcoding results in a lot of graphical glitches that aren't present in the recording itself when transcoded to H.264 at a similar bandwidth. For example frames will freeze, or movement in the frame will leave blocky trails. Other than setting the maximum bitrate below the broadcast bitrate, is there any way to force the Roku client to always transcode to H.264? Thanks

I was trying to convert my DVD mkvs using emby server preset TV. Everything works fine so fas, except additional audio tracks get converted instead of bein copied. I want to keep the AC3 audio, is there a way to accomplish this? I attached screenshots of the settings and the transcoding log as well. Thanks in advance for your help and best regards Hary ffmpeg-transcode-2b6d2e3e-8276-42c6-adf0-5fef22c51496_1.txt

Am I better off buying a $250 NZD pc with an i7 3770 with 16 GB of ddr3 1600mhz ram and add a spare Rx 570 I have to help for transcoding or should I get a pentium g5400 build with 8gb of ddr4 ram, which one will perform better, I can put the Rx 570 in either build since I have it lying around spare but want to know which would be better since the pentium also has better quicksync, both are a similar price, I want the build with the most possible h265 1080p to h264 1080p transcodes possible as I share with alot of my friends.

I'm considering to create an h265 version of my movies for remote streaming that allows a decent quality with a low bitrate, However there is a potential problem if the client can't direct play the video stream and the server transcode from a h265 version, that could potentially overload my server with multiple streams. My request is to have an option to disable transcoding for h265 codec, so if the client can't direct play the stream the server switch to transcode the h264 file. I know that Emby choose the better version to play but if the user manually selected the h265 version the server will transcode that version.

Hi gurus, I have the following situation: Emby server on shield 2015 version emby server 4.2.1.0 does not play files when these need transcoding of dvdsub subtitles (vlc displays codec as SPU (i.e. pictures). works fine with srt and mov_text. Disabling hardware transcoding doesn't help nore does subtitle extraction. logs attached of situation with hardware transcoding on. Thanks guys! edit: problems exists both on shield emby client 1.7.43g and webbrowser (opera and safari) embyserver.txt ffmpeg-transcode-4628573d-ee69-4e82-9a04-d68d631ddb43_1.txt

I check my server dashboard often. Most times I check it, it shows my users (friends) watching content via Direct Play which is great. Once in a while it will be Direct Stream and very seldom transcode. I have my library set up in a way to direct play ( smaller file sizes etc) However when I check this Playback Reporting, it looks like most everything is Direct Streaming? Unless I am reading it wrong. Im just wondering why when I check my dashboard it says everything Direct Plays but this Playback Reporting looks like everything Direct Streams? Screen Shot attached. Thanks

Hardware detection logs are attached to the post. I had an emby server installed on xpenology that I have backuped using the plugin and I used this backup to restaure the configuration on a new ubuntu 18.02 box with a different cpu (an Intel 3770), Now the advanced options under transcoding show the cpu of the old installation. When I restart Emby the hardware dectetion log shows the old CPU So I think there is an issue that when restauring a backup, it keeps some settings regarding the cpu of the older configuration. Does anyone know if there a way to make Emby detect the cpu of the new installation? I have looked for a similar issue on the forum and elsewhere but I saw nothing. Here is my actual cpu: lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 58 Model name: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz Stepping: 9 CPU MHz: 2935.183 CPU max MHz: 3900,0000 CPU min MHz: 1600,0000 BogoMIPS: 6799.81 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d Here is an extract of server log: 2019-07-14 16:56:38.727 Info Main: Application path: /opt/emby-server/system/EmbyServer.dll 2019-07-14 16:56:39.001 Info Main: Emby Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb Operating system: Unix 4.15.0.54 64-Bit OS: True 64-Bit Process: True User Interactive: True Runtime: file:///opt/emby-server/system/System.Private.CoreLib.dll Processor count: 8 Program data path: /var/lib/emby Application directory: /opt/emby-server/system 2019-07-14 16:56:39.039 Info App: Application version: 4.1.1.0 2019-07-14 16:56:39.041 Info App: Loading assemblies 2019-07-14 16:56:39.083 Info App: File /var/lib/emby/plugins/StudioImages.dll has version 1.0.0.0 2019-07-14 16:56:39.083 Info App: File /opt/emby-server/system/plugins/StudioImages.dll has version 1.0.0.0 2019-07-14 16:56:39.087 Info App: File /var/lib/emby/plugins/AudioDb.dll has version 1.0.4.0 2019-07-14 16:56:39.095 Info App: File /opt/emby-server/system/plugins/AudioDb.dll has version 1.0.4.0 2019-07-14 16:56:39.104 Info App: File /var/lib/emby/plugins/Tvdb.dll has version 1.0.15.0 2019-07-14 16:56:39.106 Info App: File /opt/emby-server/system/plugins/Tvdb.dll has version 1.0.6.0 2019-07-14 16:56:39.115 Info App: File /var/lib/emby/plugins/Fanart.dll has version 1.0.2.0 2019-07-14 16:56:39.124 Info App: File /opt/emby-server/system/plugins/Fanart.dll has version 1.0.2.0 2019-07-14 16:56:39.133 Info App: File /var/lib/emby/plugins/Emby.PortMapper.dll has version 1.0.1.0 2019-07-14 16:56:39.141 Info App: File /opt/emby-server/system/plugins/Emby.PortMapper.dll has version 1.0.1.0 2019-07-14 16:56:39.150 Info App: File /var/lib/emby/plugins/NfoMetadata.dll has version 1.0.11.0 2019-07-14 16:56:39.152 Info App: File /opt/emby-server/system/plugins/NfoMetadata.dll has version 1.0.11.0 2019-07-14 16:56:39.161 Info App: File /var/lib/emby/plugins/OMDb.dll has version 1.0.5.0 2019-07-14 16:56:39.170 Info App: File /opt/emby-server/system/plugins/OMDb.dll has version 1.0.5.0 2019-07-14 16:56:39.180 Info App: File /var/lib/emby/plugins/Emby.Dlna.dll has version 1.0.13.0 2019-07-14 16:56:39.191 Info App: File /opt/emby-server/system/plugins/Emby.Dlna.dll has version 1.0.13.0 2019-07-14 16:56:39.194 Info App: File /var/lib/emby/plugins/MovieDb.dll has version 1.1.1.0 2019-07-14 16:56:39.204 Info App: File /opt/emby-server/system/plugins/MovieDb.dll has version 1.0.8.0 2019-07-14 16:56:39.204 Info App: File /var/lib/emby/plugins/MusicBrainz.dll has version 1.0.5.0 2019-07-14 16:56:39.214 Info App: File /opt/emby-server/system/plugins/MusicBrainz.dll has version 1.0.5.0 2019-07-14 16:56:39.223 Info App: File /var/lib/emby/plugins/Emby.Server.CinemaMode.dll has version 1.0.14.0 2019-07-14 16:56:39.232 Info App: File /opt/emby-server/system/plugins/Emby.Server.CinemaMode.dll has version 1.0.14.0 2019-07-14 16:56:39.234 Info App: File /var/lib/emby/plugins/OpenSubtitles.dll has version 1.0.15.0 2019-07-14 16:56:39.243 Info App: File /opt/emby-server/system/plugins/OpenSubtitles.dll has version 1.0.15.0 2019-07-14 16:56:39.270 Info App: Loading MBBackup, Version=1.3.4.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MBBackup.dll 2019-07-14 16:56:39.270 Info App: Loading StudioImages, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/StudioImages.dll 2019-07-14 16:56:39.270 Info App: Loading AudioDb, Version=1.0.4.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/AudioDb.dll 2019-07-14 16:56:39.270 Info App: Loading Tvdb, Version=1.0.15.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Tvdb.dll 2019-07-14 16:56:39.270 Info App: Loading Fanart, Version=1.0.2.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Fanart.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.PortMapper, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.PortMapper.dll 2019-07-14 16:56:39.270 Info App: Loading NfoMetadata, Version=1.0.11.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/NfoMetadata.dll 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Plugins.Anime, Version=1.3.7.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MediaBrowser.Plugins.Anime.dll 2019-07-14 16:56:39.270 Info App: Loading OMDb, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/OMDb.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.Dlna, Version=1.0.13.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.Dlna.dll 2019-07-14 16:56:39.270 Info App: Loading MovieDb, Version=1.1.1.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MovieDb.dll 2019-07-14 16:56:39.270 Info App: Loading MusicBrainz, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/MusicBrainz.dll 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.CinemaMode, Version=1.0.14.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/Emby.Server.CinemaMode.dll 2019-07-14 16:56:39.270 Info App: Loading OpenSubtitles, Version=1.0.15.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/OpenSubtitles.dll 2019-07-14 16:56:39.270 Info App: Loading IsoMounter, Version=1.0.3.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby/plugins/IsoMounter.dll 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Api, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.WebDashboard, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Model, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Common, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Controller, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.Providers, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Photos, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.Implementations, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.LiveTV, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Server.MediaEncoding, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading MediaBrowser.LocalMetadata, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Notifications, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.270 Info App: Loading Emby.Codecs.Dxva, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Codecs, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Server.Connect, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading Emby.Server.Sync, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.271 Info App: Loading EmbyServer, Version=4.1.1.0, Culture=neutral, PublicKeyToken=null 2019-07-14 16:56:39.538 Info SqliteUserRepository: Sqlite version: 3.26.0 2019-07-14 16:56:39.539 Info SqliteUserRepository: Sqlite compiler options: COMPILER=gcc-6.3.0,ENABLE_COLUMN_METADATA,ENABLE_DBSTAT_VTAB,ENABLE_FTS3_PARENTHESIS,ENABLE_FTS3_TOKENIZER,ENABLE_FTS4,ENABLE_FTS5,ENABLE_JSON1,ENABLE_PREUPDATE_HOOK,ENABLE_RTREE,ENABLE_SESSION,ENABLE_UNLOCK_NOTIFY,ENABLE_UPDATE_DELETE_LIMIT,LIKE_DOESNT_MATCH_BLOBS,MAX_SCHEMA_RETRY=25,MAX_VARIABLE_NUMBER=250000,OMIT_LOOKASIDE,SECURE_DELETE,THREADSAFE=1 2019-07-14 16:56:39.566 Info SqliteUserRepository: Default journal_mode for /var/lib/emby/data/users.db is wal 2019-07-14 16:56:39.569 Info SqliteUserRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.619 Info AuthenticationRepository: Default journal_mode for /var/lib/emby/data/authentication.db is wal 2019-07-14 16:56:39.620 Info AuthenticationRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.680 Info ActivityRepository: Default journal_mode for /var/lib/emby/data/activitylog.db is wal 2019-07-14 16:56:39.680 Info ActivityRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.689 Info SqliteDisplayPreferencesRepository: Default journal_mode for /var/lib/emby/data/displaypreferences.db is wal 2019-07-14 16:56:39.689 Info SqliteDisplayPreferencesRepository: PRAGMA synchronous=1 2019-07-14 16:56:39.699 Info HttpServer: Adding HttpListener prefix http://+:8096/ 2019-07-14 16:56:39.700 Info HttpServer: Adding HttpListener prefix https://+:8920/ 2019-07-14 16:56:39.863 Info SqliteItemRepository: Default journal_mode for /var/lib/emby/data/library.db is wal 2019-07-14 16:56:39.863 Info SqliteItemRepository: PRAGMA synchronous=1 hardware_detection-63698720203.txt

I'm currently running my emby server off of an e5-2670 processor with 64 GB of ram on Linux. I typically have up to 10 concurrent streams so I added an RX 580 to improve the transcoding performance of my server. Well, my 580 graphics card is malfunctioning and needs to be pulled out of commission so I'm looking to upgrade. Would anyone be able to recommend a graphics card that will easily be able to handle at least 20 concurrent streams? Right now my content is limited to 1080p but I would also like to stream 4k content at some point. I know there's an issue with Nvidia cards limiting concurrent streams to 2 but I've heard that the drivers can be patched to get around this issue. Is that also true? Any help would be appreciated.

Hi everyone ! I'm back after upgrading my graphic card ! I had trouble using transcoding because my old GT430 didn't support NVENC, but now i'm using an GTX980 I'm sure this big boy can easily transcode a lot of thing, but unfortunatly it won't... As u can see in dash board picture, it's using nvidia nvenc to encode but using sofware decode, i think this is the bottleneck here... How can i force using hardware decode instead of software ? Thanks for this awesome product Ben

Ok.. I have been able to compile and install a custom ffmpeg with OMX (hardware encoding enabled) https://emby.media/community/index.php?/topic/36227-h264-omx-instead-of-x264/page-2 But when enabled in the Emby server.. it silently fails.. HOWEVER... When I copy/paste the command (for example): ffmpeg -i file:"/media/usb0/TV Shows/SpongeBob SquarePants (1999-2015) [480p] [720p] [HEVC] [x265]/Season 01/[pseudo] S01E02 Reef Blower [480p] [h.265].mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_omx -b:v 2211644 -maxrate 2211644 -bufsize 4423288 -force_key_frames "expr:gte(t,n_forced*3)" -vf "scale=trunc(min(max(iw\,ih*dar)\,1280)/2)*2:trunc(ow/dar/2)*2" -copyts -vsync -1 -codec:a:0 aac -strict experimental -ac 2 -ab 192000 -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/tmp/transcoding-temp/e438c53f7db6725b084b892f6c3028cf.m3u8" -y "/tmp/transcoding-temp/e438c53f7db6725b084b892f6c3028cf%d.ts" and sudo as ROOT ... it DOES work. I am really confused.. tried changing the temp folder... and properly installing the ffmpeg (instead of running it from its source folder where I compiled it). so.. the fact that ROOT can run it.. leads me to think it is a permissions issue.. the funny thing is that without ANY other changes.. by simply switching OMX off in the Emby config.. it WORKS. It is as if the omx extension inside ffmpeg is trying to do something... like accessing hardware or another path.. that user emby does not have access to. It is a near silent failure... (since error 255 really does not mean anything). " 2017-04-25 04:22:01.7063 Info HttpServer: HTTP Response 500 to 192.168.50.74. Time: 28122ms (slow). http://192.168.50.60:8096/emby/videos/74d91a1ee63cfcb5cdc99751ba1b5c68/hls1/main/0.ts?DeviceId=4b23de016b5225894d6e76c8edb8536321d8b37b&MediaSourceId=74d91a1ee63cfcb5cdc99751ba1b5c68&VideoCodec=h264&AudioCodec=aac&AudioStreamIndex=1&VideoBitrate=193747394&AudioBitrate=192000&Level=51&Profile=high&PlaySessionId=52bf6796426d495ab39c16770487c4cf&CopyTimestamps=false&TranscodingMaxAudioChannels=6&EnableSubtitlesInManifest=false&Tag=24a43aa38dd13e58d36422fbc16ced9c&RequireAvc=true&RequireNonAnamorphic=false&DeInterlace=false&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=False 2017-04-25 04:22:01.7081 Info App: ffmpeg -i file:"/media/usb0/TV Shows/SpongeBob SquarePants (1999-2015) [480p] [720p] [HEVC] [x265]/Season 01/[pseudo] S01E03 Tea at the Treedome [480p] [h.265].mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_omx -b:v 1122230 -maxrate 1122230 -bufsize 2244460 -force_key_frames "expr:gte(t,n_forced*3)" -vf "scale=trunc(min(max(iw\,ih*dar)\,1280)/2)*2:trunc(ow/dar/2)*2" -copyts -vsync -1 -codec:a:0 aac -strict experimental -ac 2 -ab 192000 -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d.m3u8" -y "/var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d%d.ts" 2017-04-25 04:22:02.1496 Info App: FFMpeg exited with code 255 2017-04-25 04:22:02.1643 Info App: returning /var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d0.ts " And again.. if I take that line to my prompt and run it with sudo.. it WORKS: root@avcenter:/tmp# ffmpeg -i file:"/media/usb0/TV Shows/SpongeBob SquarePants (1999-2015) [480p] [720p] [HEVC] [x265]/Season 01/[pseudo] S01E03 Tea at the Treedome [480p] [h.265].mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_omx -b:v 1122230 -maxrate 1122230 -bufsize 2244460 -force_key_frames "expr:gte(t,n_forced*3)" -vf "scale=trunc(min(max(iw\,ih*dar)\,1280)/2)*2:trunc(ow/dar/2)*2" -copyts -vsync -1 -codec:a:0 aac -strict experimental -ac 2 -ab 192000 -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d.m3u8" -y "/var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d%d.ts" ffmpeg version N-85641-gdd49eff Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.9.2 (Raspbian 4.9.2-10) configuration: --enable-gpl --enable-nonfree --enable-mmal --enable-omx --enable-omx-rpi --enable-libmp3lame --enable-libx264 --enable-libvorbis libavutil 55. 61.100 / 55. 61.100 libavcodec 57. 93.100 / 57. 93.100 libavformat 57. 72.101 / 57. 72.101 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 86.100 / 6. 86.100 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 Input #0, matroska,webm, from 'file:/media/usb0/TV Shows/SpongeBob SquarePants (1999-2015) [480p] [720p] [HEVC] [x265]/Season 01/[pseudo] S01E03 Tea at the Treedome [480p] [h.265].mkv': Metadata: encoder : libebml v1.3.1 + libmatroska v1.4.2 creation_time : 2016-02-06T18:59:27.000000Z Duration: 00:11:03.73, start: 0.000000, bitrate: 561 kb/s Stream #0:0: Video: hevc (Main), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn, 29.97 tbc (default) Metadata: BPS : 469945 BPS-eng : 469945 DURATION : 00:11:03.729000000 DURATION-eng : 00:11:03.729000000 NUMBER_OF_FRAMES: 19892 NUMBER_OF_FRAMES-eng: 19892 NUMBER_OF_BYTES : 38989538 NUMBER_OF_BYTES-eng: 38989538 _STATISTICS_WRITING_APP: mkvmerge v8.4.0 ('A better way to fly') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v8.4.0 ('A better way to fly') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-02-06 18:59:27 _STATISTICS_WRITING_DATE_UTC-eng: 2016-02-06 18:59:27 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1(eng): Audio: aac (LC), 48000 Hz, stereo, fltp (default) Metadata: BPS : 88626 BPS-eng : 88626 DURATION : 00:11:03.701000000 DURATION-eng : 00:11:03.701000000 NUMBER_OF_FRAMES: 31111 NUMBER_OF_FRAMES-eng: 31111 NUMBER_OF_BYTES : 7352727 NUMBER_OF_BYTES-eng: 7352727 _STATISTICS_WRITING_APP: mkvmerge v8.4.0 ('A better way to fly') 64bit _STATISTICS_WRITING_APP-eng: mkvmerge v8.4.0 ('A better way to fly') 64bit _STATISTICS_WRITING_DATE_UTC: 2016-02-06 18:59:27 _STATISTICS_WRITING_DATE_UTC-eng: 2016-02-06 18:59:27 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> h264 (h264_omx)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Press [q] to stop, [?] for help [h264_omx @ 0x1d336a0] Using OMX.broadcom.video_encode Output #0, segment, to '/var/tmp/transcoding-temp/transcoding-temp/aa6d990b7ad85df3cb9e9a131f4da08d%d.ts': Metadata: encoder : Lavf57.72.101 Stream #0:0: Video: h264 (h264_omx), yuv420p, 704x528 [SAR 1:1 DAR 4:3], q=2-31, 1122 kb/s, 29.97 fps, 90k tbn, 29.97 tbc (default) Metadata: encoder : Lavc57.93.100 h264_omx Stream #0:1: Audio: aac (LC), 48000 Hz, stereo, fltp, 192 kb/s (default) Metadata: encoder : Lavc57.93.100 aac frame= 7342 fps= 24 q=-0.0 Lsize=N/A time=00:04:05.16 bitrate=N/A speed=0.793x video:34589kB audio:5817kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [aac @ 0x1d34aa0] Qavg: 1460.591 Exiting normally, received signal 2. I tried once changing the emby default user to root.. but it did nothing. ANY help would be greatly appreciated.. I feel like I survived the desert to die at the water fountain with a broken handle. TTFN

This has actually been happening for a while now. I don't usually trans-code only when i forget to unselect subtitles( Thank you for allowing use on roku to select No subtitles, which sometimes doesnt stick). I am on 4.1.0.26 on ubuntu 19.04 and this also would happened on ubuntu 18 and the previous emby servers. So its not an isolated issue or regression . I have attached a screenshot of my server with no activity and my hardrive full Anyone else having this issue?

Hi, I seem to have an issue with transcoding some movies. Every now and then (four or five times a minute the video breaks up with a green distortion for a few seconds (attached). I have two examples of different movies transcoding from 1080p H264 to 720 on my Roku Locally and on my IOS app remote (Direct stream is fine) so assume it is when transcoding. The server is an i5 with 16GB Ram and Intel 4000 GPU, SSD for Windows OS, SSD for Emby Cache and movies are on a USB3 Drobo. GPU is being used for transcoding and set to auto. Plex is also installed on the same server and does not suffer with these problems but would really like to uninstall so I can use Emby as my default media server. Any ideas ?

Hi, Quite new to Emby but impressed so far and have an active Emby Premiere subscription. I am having issues with files not playing direct when they do on other apps such as Plex and DLNA and also over WIFI to my mobile phone. I get direct play error in stats for nerds (screenshot attached) and on dashboard Transcoding (226 fps) 10.4 Mbps H264 AAC H.264 (AVC) NVENC/DEC H.264 (AVC) NVENC/DEC Android TV is on wired Gb Lan so no issues there This always happens when trying to play 1080p video and is such unwatchable as it is jerky and audio is way out of sync. Been through all the settings i can think of and the only way I have managed to play the content is when Audio Output is set to downmix to stereo then the same file plays direct. Everything related to streaming and transcoding is either set to max or auto. I have even put the IP of the Android TV box in the Hostng settings and turned off subtitles. Logs are attached. Just one more thing I am unclear about, how does the server know if I am connecting from with my home network or connecting from outside? Thanks and regards, remux.txt server.txt transcode.txt

Hey, my emby Server setup: Ubuntu Server 18.04 Intel Xeon E-2126G (Quick Sync Video, H.265 encode/​decode, VP9 encode/​decode) P11C-I Intel No I stuck on get hardware transcoding working. I installed VAAPI but emby don´t show any available hardware transcoding settings. Is here a way to get it work?

Hello, I've been using Emby for quite a while without any issues that would prevent me from watching videos, etc. However, after updating the server to the latest version (4.1.0.26 on armv7 on Debian) there are some issues with video playback. Before the update, I was able to stream videos (H264 in MKV containers) without the need to transcode them. I am running the server on a RaspberryPi 3B, so transcoding would not be an option as it definitely can't happen in realtime (log attached). After the update, the videos somehow need to be transcoded in order to be played back properly. TranscodeReasons=ContainerNotSupported Why is there a flag set for mkv not being supported? Few lines higher: 2019-04-22 11:54:23.059 Info App: Profile: Unnamed, Path:*****.mkv, isEligibleForDirectPlay: True, isEligibleForDirectStream: True This would not be an issue if the transcoding was happening in realtime, but its not. I tried disabling hardware acceleration in the server settings, and yes, it did prevent the transcoding process from executing, the video did start, but it was choppy, it kept buffering after three seconds of playback, which I suppose was playing OK before updating. Note that I obviously tried playing different files, with similar results. I have to note that I am using an app remotely, yes, connections both on the server and client side are an another variable in the process, but I highly doubt it could have such an impact, this wasn't happening before. I'll test it in a few days using local connection and post the result here. Attaching emby and ffmpeg logs (I replaced my IP with some text for safety reasons). Thanks for the help. --Edit: I've found some older logs from previous server version, the transcode flag was still set, but it wasn't transcoding the file but "StreamTranscode". I also attached the old logs. embyLog.txt ffmpegLog.txt oldFfmpegLog.txt oldEmbyLog.txt

Hi, I noticed that transcoding has some troubles with the red parts in a movie. In the original video it's all nice and clean but when I transcode a movie (for baking in subs) I see strange bars appearing like this: The original movie doesn't have problems with red colors. There are no issues with other colors, only red. I already lowered the H264 encoding CRF but that didn't made any difference. Are there other users who experience the same and is there a solution to fix this? Thanks!

I have update from 4.0 and now I am having major issues with transcoding videos for playback to a Roku. Nothing in my setup changed other than the emby server update. I have tried to look at the logs but am unable to make heads or tails of them as I am not use to looking at these sorts of logs. Information about my Emby setup Base is Windows 2012 Server R2 1 x 1TB Hard drive 1x 5TB Hard Drive Cache is currently set to a USB3.0 Flash drive (this is a trial item. Was set to a folder on the 1TB hard drive prior.) Transcoding cache is set to a RAM disk. As the transcoding space is temporary and should be quick access I created a RAM disk on my server for the purpose of this. Any logs that would be needed please let me know. If others are experiencing this as well I would like to know. If there is anyway I can rollback my Emby Server version that would be helpful as well.

Everything works fine when using direct play, when transcoding for whatever reason, be it bitrate, video container or whatever, video starts playing, after few seconds it freezes. The receiver itself is responsive and I'm able to start playing a different video after a freeze. General flow when starting the chromecast is as follows: - Receiver asks initially for a low bitrate video - Playback freezes after a few seconds cause transcoding is enabled to lower bitrate - After the freeze, I select the movie again and send it to the Chromecast - This time the receiver doesn't ask for a lower bitrate of the video, direct play is selected and the video plays fine all the way through That's for files which don't need transcoding, for files which can't use direct play I'm not able to go past a few seconds no matter what I do. Transcoding works perfectly fine in the web app in Firefox and Chrome. The Android app also works fine. There's nothing interesting in the server's logs, I can add them if you need them though, ffmpeg's logs also look normal. The only messages the web app is getting from the receiver are regular progress events, which just send periodically the time which chromecast is stuck at. When looking in the admin panel you can see the activity indicator showing the movie being played, with the playtime moving forward and then periodically moving back to the time Chromecast is stuck at, e.g: 00:04 00:05 00:06 00:04 00:05 I'm unable to debug the receiver as my device isn't whitelisted, that'd certainly help with this situation. This issue only started recently, a month ago, maybe two months ago or something. Before that, chromecast was working perfectly without any issues. Emby server version is 4.1.1.0, it's available on the internet, I can provide access to Emby devs if necessary.

Hi, I am having some issues doing hardware transcoding through docker. I have everything setup correctly (I think) but it looks like it's still using software. I've setup my emby user as a member of the video group, set permissions to /dev/dri/renderD128 to 777, and have the hardware decoder mapped through docker. See below for my docker-compose config: # Emby Media Server emby: image: emby/embyserver container_name: emby restart: unless-stopped network_mode: bridge ports: - "8096:8096/tcp" - "8920:8920/tcp" environment: - TZ=${TZ} - UID=${PUID_EMBY} - GID=${PGID_KODI} - GIDLIST=44 volumes: - ${PICKYDIR}/emby:/config - ${DOCKERDIR}/media:/mnt/share1 - ${DOCKERDIR}/backups:/mnt/share2 - ${SSD}/transcode_emby:/transcode devices: - "/dev/dri/renderD128:/dev/dri/renderD128" Any other ideas? embyserver.txtffmpeg-transcode-50eb18ad-ccac-460a-aa92-d25b2f210ad6_1.txthardware_detection-63692603061.txt

I have a bunch of DVDs ripped that have commentary tracks/alternate audio tracks. I've been trying to replace them with HD video files. Many of these video files do not have the alternate audio tracks attached. IS there a way to copy the audio tracks from the original mkv to the new mkv? (i am aware that they might not sync up 100%

I've been using Emby for a while now and just recently I've discovered that I cannot stream HEVC/x265 content - it needs to get transcoded for some reason. Logs: embyserver.txt https://pastebin.com/Tvpzj41N ffmpeg-transcode https://pastebin.com/42aZEcYi I do have to note that I'm running emby in docker. I've tried running it with different base docker image (ubuntu based ffmpeg image https://hub.docker.com/r/jrottenberg/ffmpeg/ ) to get newer version of ffmpeg (4.1) but then I was getting ffmpeg related errors. I do need to note that everything is working butter-smooth on my Android phone (Oneplus 6) version 3.0.45 without transcoding. Above logs from web app are coming from Chrome on Mac OS.