Search the Community

*snap*

New packages are headed up to the download page of our website: https://emby.media/download By this afternoon we'll have Emby Theater packages available for the following: Ubuntu / Debian via our .debs RPI dedicated image RPMs for Fedora, CentOS, OpenSuse Flatpak Snap QNAP So stay tuned to the Linux and RPI download pages under the Emby Apps download section, and we'll be adding a new QNAP page as well. Please try them out and report your experience. Thanks everyone.

Very cool. I'll echo the Flatpak request (as opposed to snap or appimage). The Kodi Addon experience isn't quite the same as having a native Emby Theater application. Edit: Running Fedora here, I can't get Alien to cooperate with the existing .deb.

@ Luke: Or could we please, please have a flatpak version? Or an AppImage or even a snap? That way we wouldn't have to worry about about the specific distro or version thereof. I have to think it'd make life easier for you, as well. Surely, it'd decrease the required maintenance and support on your end?

I've always liked the snap feature since it was introduced in Vista (or was it W7) but it is so much better now. Four way snap is nice but the intelligent suggestion after you snap is very helpful. I use(d) it more on my small screen laptop since on a large screen I prefer to have overlapping windows. But that also brings me to my favorite new feature in Win10. And that's the fact that metro/modern apps are in a window now. No longer does Skype have to be full screen or snap to a 30% of my screen if I want to run it and see people (ignoring the desktop version of Skype in this example). Now I can have 5 metro apps open on my desktop just like traditional Windows apps. The metro app model is actually really great since those apps all run in their own sandbox. This adds a layer of security to apps that was never present before in Windows. On top of that developers are being encouraged to design them in a responsive manor so not only do they run better on different screen sizes but they handle being resized very well. I haven't played with virtual desktops on my laptop much other then just testing the functionality. It works really well and I will most likely use it a lot on my desktop where I tend to have work and play stuff open at the same time. It's nice to be able to separate the programs/windows that are displayed. I also think it will be more useful once you get used to the keyboard shortcuts CTRL-WIN-LEFT/RIGHT so you can very quickly switch.

Linux repositories are just locally stored files, shared to the public, and can be located anywhere, like GitHub. Don't have to be "approved" like flatpak, snap and docker. Very easy to setup. My vote is for Debian first https://wiki.debian.org/DebianRepository/Setup

Correct me if I'm wrong, but the only way the Emby server can be auto-upgraded is to run it on windows, right? The emby packages for native linux, flatpak, snap and docker are all manual downloads, and not in a repository that can be auto-upgraded from? Thanks

Hi Luke, Just checking on snap store for Emby?

Even giving the user the ability to choose tabs, it is still a question of space as we'd have to limit the number they can choose. But, that is our ultimate goal. It just doesn't happen with a snap of the fingers. We are a large, complex set of programs and apps and there are a lot of things we are working on. This is just one of them. Thanks.

If I shrink to about half the size for the browser window, the images snap to the same size.

I'm just grasping at anything that may have an effect. No cache would have any bearing here. The size of the images on disc is not related to their display size. The UI is deciding how large to make those. What happens if you adjust the size of the browser window? At any browser size, do the images all snap to the same size?

Any chance you could snap a pic or two of how it's done on the Samsung?

That almost sounds like things around here. Put in your order, grab your seat, maybe a snap or two of the fingers. I then rush off to the kitchen, get everything ready and serve the "crowd".

The Roku also has this same quirk. Press back once to snap to top. Press back again to exit. If you are already at top and press back one tap will exit. It is to make it easy to get to the top without having to exit and enter that same view. An easier way.

Before looking at the server log can you play this back again and take a snap shot of Stats for Nerds from the Shield (on the cog menu)? If there is an ffmpeg log generated for that time please upload that as well. Otherwise let us know the episode/movie being played so we know what is played in the server log. Thanks

So how come it is in both libraries? Have you linked the folder containing it into both? If so that's the cause, as this is not supported and does not work right. You need either to copy the file, or to use a strm file as a link. (EDIT: snap!) Paul

I haven't actually used playlist, but on mouseover you have sliders just like with 'Actors' or People section and 'More Like This' thanks to the way that Happy2Play modified the CSS. So you can scroll. and this works in certain ways.. The way the page is written for the WebUI, it accommodates varying screen size and resolutions, therefore has no fixed-width.. so that it is scalable.. so without additional code it, moves around when resizing, during browsing.. may have to be customized slightly between different setups, browser window size and resolutions. Mine does well between full screen and windowed size without too much problem.. BUT if I snap it to one side of my screen it gets a little cramped.. and alignment changes. Switching between a px ( or exact pixel distance from ) and % ( from, given total screen real estate ) alters its behavior and additional indicators could be used in the CSS to alter the behavior more but I haven't played around with it that much. Your zoom on your browser also can apply. In Edge I use 75% for example because I feel like I am always staring at HUGE fonts. The things I am mentioning are basic parameters/consideration when creating a web page. With a WebUI for Emby; it is written a little differently so that it fills the page, which is what you definitely want for appearance and variables, in this case. With a web page other things may allow you to actually indicate a fixed width like I mentioned above.

Snap. Movies > Filter > Studio > Marvel Studios > Select All > Add to Collection. Emby rules, but I was surprised that TheMovieDB didn't have one. Never mind... 'tis done now

snap

Hi Luke, Any ETA when Emby will be in Snap store?

Howdy everyone! Just wanted to report back. Sadly, looks like Primocache wasn't the issue. It looks like I need to reboot emby at least once a day to keep it "fresh", otherwise, it starts to slow down on all clients both locally and remotely. The movies stream fine, but browsing through emby has noticeable delays in between selections. The second I restart emby, everything works like a snap! I can confirm these symptoms happen both with the system being busy adding new media, or just sitting idle only serving requested media. Emby is the only application on the server showing these symptoms. It's a fresh install of Windows Server 2016 on a beefy server, so I'm 99.9% confident it's not the environment. The only other thing I can note is, right before I restart emby each time, it always appears that the memory is hovering around 900mb of usage, not sure if that matters. @Luke, I'm PM'img you some fresh logs in the hopes they give you more clues

Tomimc, Have you looked into bind mounts to get around this issue? Bind mounts will let you work around rude applications that don't like symbolic links. Here is an example of my fstab on a nextcloud host (doesn't like symlinks and I don't take no for an answer) nas.local:/mnt/volsata01/nas/nextcloud /mnt/nas/nextcloud nfs rw,hard,vers=3,mountproto=tcp,_netdev 0 0 /mnt/nas/nextcloud/data/__groupfolders /var/snap/nextcloud/common/nextcloud/data/__groupfolders none bind,_netdev 0 0 /mnt/nas/nextcloud/data/firstname.lastname /var/snap/nextcloud/common/nextcloud/data/firstname.lastname none bind,_netdev 0 0 This was a lifesaver for me but I can't believe how rarely they're brought up when asking questions similar to yours. Basically this creates one nfs mount, then takes subdirectories in that mount, and mounts them as if they were local filesystems. You can use the same logic for a local filesystem as well, but in this instance I used NFS. It's not as clean as symlinks for sure, but it gets the job done and is fairly manageable. Hope that helps!

I've created AppImages, and Snap file here : https://github.com/romainrbr/emby-theater-electron/releases/tag/3.0.12 With a PR created on the main repo to be merged : https://github.com/MediaBrowser/emby-theater-electron/pull/90

Idk about you but to my recollection of a decade and a half or so, fragmentation and packages for different distros has always been an issue. I get that you don't like extra overhead, I don't either, but I would much rather have an app be a flatpak or snap than not at all. MS teams is a perfect example. It downloads the things it needs and tbh you would be downloadinf dependencies anyway from a native install.

I will always install native packages, no conversions or container like Snap, Docker, Flatpak ...