All Activity

There are real differences between the two protocols and they're worth discussing — remote access, buffering behaviour, BDMV/ISO handling, load on the server, and so on. But from a quality standpoint, both allow direct play, provided the client supports the file. HTTP is just a transport. In direct play the server sends the exact same bytes that are on disk: no remuxing, no re-encoding, no loss. The file only gets altered when Emby decides to remux or transcode it, and that happens because the client can't handle the original container, video codec, audio track or subtitles — not because the file was requested over HTTP. If the client can play it, it plays it untouched.

Thank you very much for this immediate help and step by step guide. Took quite a while to get the .dll on the right place (with all those write managements and file handling via SSH - puh never did this before) and upgraded server to current version.... and finally it's running! This feature is breathtaking, further questions on this I put in the correct Plugin Thread. Thanks again for your help, I really appreciate!

Precisely! That's why I said it is tricky via Docker.. only fast solution would be this empty folder check. Correct as well. I can make a health-check to prevent Emby from starting entirely when external mount is not present, but sometimes I maintain this external HDD enclosure and it is not in use and this would mean Emby would not start at all.. Usual scenario is when my RAID array needs a HDD replacement, for safety reasons I keep this HDD enclosure turned off and for this whole period of time - can be 30 days - I would not be able to run Emby server at all, until my RAID array is healthy again. That is why I proposed this to be implemented into Emby server directly. So you mentioned you have a safety check to skip it in case folder is not preset at all - could you please extend this safety check of a scenario where the folder is also empty? Thanks a lot!

Hi, I don't need to use the Vantage Point plugin. But if I only use the Cinema Intros plugin, I'm not sure where I'm supposed to specify my local trailers—as a path or as a library? I probably—or actually, almost certainly—don’t understand how the add-on is supposed to access my trailers. I’ve already created a library in the Emby server called “Trailers” that points to the folder where the trailers are stored. I’ve synced the library in the Emby plugin in Kodi, and I can play these trailers manually in Kodi, but how does the plugin find this library now? I don’t see the image you have at all; I only ever see “Server: No Trailers” there.

My hardware is not faulty.. It is given when you are using an external HDD enclosure from time to time it wont mount after reboot - there are idle timeouts. When my server is down for longer than 10 minutes and I boot it, this HDD enclosure needs power-cycle, because it is in sleep mode or something..

Fix it!!!! Dont add useless features. This is annoying as h3ll and completely useless. And you say it is a upgrade? this is one way to destroy a userbase, keep up the good work

Why?!?! Why do we see on every device a ugly “try to connect” screen? Can this be disabled? And what is to use of this ugly screen? I assume emby tries to connect when I start the app, or are there users that dont understand that?

What do you mean, ‘already’? I raised this issue YEARS ago! And what have you actually done about it? Is DirectPlay over SMB available now? No! This isn’t misinformation!

they can't afford me

I've been testing Emby Live TV with an HDHomeRun and 1080i59.94/29.97 MPEG-2 OTA channels. When these channels have to be transcoded for a browser, Emby currently outputs 1080p29.97. This discards half of the temporal resolution of the original interlaced broadcast and is very noticeable with sports, racing, scrolling text, and camera pans. I was able to get proper 1080p59.94 output by modifying Emby's generated FFmpeg command. Emby normally generates CUDA deinterlacing similar to: yadif_cuda@f1 with: -r:v:0 29.970029830932617 Changing those to: yadif_cuda@f1=mode=send_field and: -r:v:0 59.940059661865234 produces true field-rate 1080p59.94 output. I verified this in the FFmpeg transcode log. The output reports 1920x1080 progressive at 59.94 fps, and 3-second HLS segments contain approximately 180 frames. Motion on 1080i sports/racing content is noticeably smoother and looks like properly deinterlaced broadcast television. I currently accomplish this with a small FFmpeg wrapper that intercepts Emby's generated command and makes those two changes before launching Emby's real FFmpeg. It works reliably with NVIDIA NVDEC/NVENC on an RTX 2080. It would be great if Emby supported this natively, perhaps with an option such as: Deinterlacing frame rate Same as source frame rate (29.97p/25p) Field rate (59.94p/50p) Or Emby could automatically use field-rate deinterlacing when the client supports the resulting 50/59.94 fps progressive stream. For NVIDIA/CUDA, yadif_cuda=mode=send_field already appears to provide everything needed. Similar field-rate modes could presumably be used for the other supported hardware/software deinterlacers. This would make a substantial difference for transcoded 1080i Live TV, particularly sports.

I am still waiting for a reply. I have already had to redo all my collections I made when I first started using Emby. I had to start all over, not fun and hours of work. I am looking into Home Screen Companion v4.1.4.0. to see if that helps.

How did you fix? I fear that I'm going to have to recreate my collections, then this may happen again in the future.

This is similar to my issue. I have lost close to 100 movies in a collection I manually created and added movies to called " next up movies"

We've already adjusted for this situation. Please stop spreading mis-information.

Have also noticed that some default primary artwork has changed too

I believe you already made this request:

Wow! You really are unlucky with finding bugs, Microsoft should hire you! I will look into what is causing it to ignore previously saved backups, this one i can replicate so should be easy to fix. I have fixed the scheduled task getting interrupted by auto detection, it will be in a future version. Btw. thanks for reporting the problems, it really helps make the plugin better!

Do the season one episodes now have two versions? Paul

Hi @CrySoft please attach the complete Emby server log. Thanks.

Hello Pas, thanks for the fix! So the are the new and future request limits? I am a little confused because in plugin settings I see (per default): So on a big show library I can put this number to 500?

Show me, grab your phone record and upload .. let me see

Hi there, how are your files named and organized?

Hi, yes we’re getting an update out to resolve this. Thanks.

I think that has happened to me. This morning I have '0' skipped and the ETA has doubled (was ~200 hrs yesterday)... What would explain me having multiple backups of the same show (when nothing has changed for that show)?