All Activity

I have the latest binhex-Emby docker installed on an unRAID server. The Emby app is installed on multiple nVidia Shields. I have four HDHomerun tuners - two HDHR Prime with cablecards on Verizon FIOS, one HDHR Connect Quatro, and one HDHR Connect 4K for OTA TV. I replaced my aging Linksys EA8500 wireless router with a TP-Link AXE5400 wireless router earlier today. All devices use hardwired connections via CAT6 ethernet on a home network. In addition to Emby, I have the Channels app installed on the Shields with the Channels DVR recording engine on a separate Windows 10 HTPC. I also have two Windows 7 HTPCs with Windows Media Center installed using EPG123 and guide data from Schedules Direct.. Both of the Windows 7 HTPCs with WMC as well as the Channels apps on the Shields have no problems tuning to live TV. When I try tuning to a TV channel in the Emby guide on any of the Shields I get a message indicating that it is unable to tune to the channel at this time. I have reset each of the tuners as well as the Shields and the unRAID server but still cannot access live TV via Emby. The HDHR tuners show up when I access the Emby server via the Web UI so I'm stumped as to why I can no longer tune to live TV. It worked perfectly fine before I replaced the router and I tried to maintain the same settings as the old router for a smooth transition. I have the router configured for DHCP to automatically assign an IP address to each device on the network with the exception of the unRAID server which has a static IP address. I set the range of DHCP address to range from 10 to 189 with the unRAID server static address set above that range. Log files attached. The exact error message displayed is "Unable to tune to channel at this time." This occurs with both local OTA channels and FIOS channels. This was around 4:45-4:55 P.M. EST on 2/21/2026. User name is Dave. embyserver.txt hardware_detection-63907289148.txt

I just discovered that any file with a particular filename will not be added to the library (of a movie type library). The filename originally was "Ex Machina (2015) 1080p x265", and after experiments I found that "Ex Machina" and even "Ex" were not being added. Perhaps there is some string sanitation in the code that rejects "Ex"? After scans, the file is also not present in the Metadata Manager. I have around 5000 movies in this library and this is the only file that has this problem. This file used to be in the library, but I'm not sure how long ago the problem started. I can say with certainty that 4.9.3.0 and 4.9.1.90 are affected. I think I was last aware of the file being present in the library around 2 years ago, unfortunately between then and now I don't have any further data. I'm happy to supply logs of a library scan or anything else if someone can please let me know how to get such a log.

This doesn't equalize out any of the relevant differences, unfortunately. Desktop environments, Window managers, Display server: x11, Wayland - none of this goes away. It's rather that flatpak and snap have their own specifics, so for each it's like developing for an additional platform - not to speak of supporting. We have those AppImage packages, but as said, it requires implementing an update mechanism. Package building for Snap is done by 70% btw, but there always comes a point where you need to draw a line and think about what you (we) will be able to support reasonably - especially for the initial release of an all-new application. The effort for development has been substantial already, and when the outcome would be that I'd have to respond to user issues on a daily basis - because I'm the only one who can answer certain questions, then that would be a self-built trap. I think we have achieved a decent amount of platform coverage - which is more difficult than on any other OS (in case of desktop GUI apps) - something like 80%, and a good level in terms of quality - which is important - and much better than trying to go for 100% while ending up with a software having quirks and bugs everywhere and then running behind, trying to get everything fixed, yet failing to do so. On Linux, those 80% are served by a few players only (both, distros and DEs), for the remaining 20%, the variety is increasing exponentially, with hundreds of distros where you can only fail when trying to support everything. Right to the point. There are other tasks that are really pressing and which people are waiting for. The overarching achievement with this app is that it marks a milestone on a roadmap for the unification of client apps upon a common platform. After Window and Xbox, the Linux app is the third app on this new platform, which allows us to move faster in development, delivering innovations and also ensures continuity across platforms where apps for smaller platforms will directly benefit from work on other apps and features. In other words: it won't happen again that the Emby Linux app will become orphaned and outdated like it happened to the legacy ER app for Linux. That's the outlook and the bright side, even when we cannot satisfy everybody's desire immediately.

What server version are you on now?

no news about the update ? Downgrade the version to a working version while waiting for a functional update? It's very difficult to look show with this subtitle if you look VOSTR.

probably not enough recources or maybe even nobody to support it today.

I mean, of course. Windows, XBOX or apple are way bigger audience. Android and Android TV are HUGE as well. but we are in Linux thread. I am comparing only linux vs linux here and HUGE thank you for supporting linux Desktop at all!

Maybe the transcoding setting should be a device setting vs user setting. Then you could have it transcode on a mobile device, but not a home theater/TV device, etc.

So using MKVToolnix I removed ALL the subtitles that came with the MKV, then ONLY added my foreign subtitles. So that's the only subtitle track in there.

Oh so that's the name I gave the subtitles when I added it into the MKV with MKVToolnix. They are only for the foreign language, they are not showing up when they are speaking the Yautja language as they should (Subtitles show up when played in the web Emby player though).

Oh so that's the name I gave the subtitles when I added it into the MKV with MKVToolnix. They are only for the foreign language, they are not showing up when they are speaking the Yautja language as they should (Subtitles show up when played in the web Emby player though).

Wasn't sure if it was definitely established CableCard was dead, so thought maybe try again with different software. FYI NextPVR would be different software to try. The separate NextPVR plugin would let NextPVR talk to Emby.

I don't get the issue here. If Emby doesn't want to deal with the differences in different distros then why is emby against flatpak?

Sorry but again not reading my rant. Card blew up and don't think Comcast will replace it. Willing to try though if they do. Is this the next PVR plugin? I noticed it's from 2024 so wasn't sure.

Would it help to try with other software - I think NextPVR works with CableCards (whatever they are...)

Please note - again - the Emby Linux app is not a SteamOS app. It's not made for SteamOS and SteamOS is not a primary supported platform. While there's some hype around SteamDeck devices, this is still a small niche among Linux devices with GUI and Linux itself is a niche again. So we're talking about a niche inside a niche, and a platform where the app doesn't even run properly (only without mpv or not in GameMode), so there's not much to win, realistically, as that part cannot be changed.

This is nothing when you compare this with Windows gaming PC market shares.. If you would know figures and compare to Windows/Xbox app, you wouldn't say that. Reality doesn't match what you are thinking. Just look at the Beta Forums - there's not much happening. Of course, everything is possible - we are watching this closely and will adapt. Thanks

Know you guys are usually pretty good at responding but not sure if you read my rant. What do you want me to send an example of? I can't even use it anymore for recording because of my situation mentioned so was more of a question of what others are using based on what I mentioned.

I understand it is Beta, but with Steam Machine release (which is around the corner), and millions of Steam Decks on hands, what defenitelly wotks today and works well is PLEX HTPC. if Emby wants at least a sip on those users then Emby app should be easy installable on SteamOS. Preferably a flatpak. If it was up to me i would target that Linux audience as a priority.

For the hw transcode test above I was actually using the ffmpeg version they're shipping from inside the container.

Release : Emby Optimize V20.5 (Version Linux) Voici la conversion du script de maintenance pour serveurs Emby. Cette version Bash est conçue pour automatiser l'encodage H.265 10-bit NVENC sur les systèmes Linux. [!CAUTION] AVERTISSEMENT : Ce script a été porté de PowerShell vers Linux mais n'a pas pu être testé sur une machine physique pour le moment. CONSEIL DE SÉCURITÉ : Avant de lancer le script sur l'intégralité de votre bibliothèque, créez un dossier de test avec 2 ou 3 fichiers vidéos pour vérifier que les chemins, les permissions et l'encodage GPU fonctionnent correctement sur votre configuration. Ce guide vous permet d'installer un script qui automatise la conversion de vos vidéos au format H.265 10-bit en utilisant l'accélération matérielle NVIDIA (NVENC). 1. Prérequis Avant de commencer, votre système doit avoir accès aux outils d'encodage : HandBrake CLI : L'outil de conversion. Pilotes NVIDIA : Pour que votre carte graphique puisse encoder. Installation sur Ubuntu/Debian/Mint : sudo apt update && sudo apt install handbrake-cli -y 2. Le Script (emby_optimize.sh) Copiez l'intégralité du bloc ci-dessous dans un fichier nommé emby_optimize.sh. #!/bin/bash # ============================================================ # OPTIMISEUR EMBY 10-BIT V20.5 (Linux Universel) # ============================================================ # --- CONFIGURATION : MODIFIEZ VOS CHEMINS ICI --- DIR_CARTOONS="/home/$USER/Videos/Cartoons" DIR_MANGAS="/home/$USER/Videos/Mangas" DIR_SERIES="/home/$USER/Videos/Series" DIR_SPECTACLES="/home/$USER/Videos/Spectacles" DIR_ANIMATIONS="/home/$USER/Videos/Animations" DIR_ANIMES="/home/$USER/Videos/Animes" DIR_FILMS="/home/$USER/Videos/Films" # Dossiers techniques T_DIR="/tmp/Encoder_Emby" L_BASE="$HOME/.cache/Emby_Optimize_Logs" # --- LOGIQUE DU SCRIPT --- mkdir -p "$T_DIR" "$L_BASE" show_menu() { clear echo "============================================" echo " OPTIMISEUR EMBY 10-BIT V20.5" echo "============================================" echo "[S] Cartoons [T] Mangas [U] Séries" echo "[V] Spectacle [W] Animations [X] Animés" echo "[Y] Films [Q] Quitter" echo "--------------------------------------------" } if ! command -v HandBrakeCLI &> /dev/null; then echo -e "\e[31m[!] HandBrakeCLI non trouvé. Installez-le d'abord.\e[0m" exit 1 fi while true; do show_menu read -p "Choisissez une catégorie : " SEL SEL=$(echo "$SEL" | tr '[:lower:]' '[:upper:]') [[ "$SEL" == "Q" ]] && break case $SEL in S) ROOT="$DIR_CARTOONS" ; LANG="fra" ;; T) ROOT="$DIR_MANGAS" ; LANG="jpn,fra" ;; U) ROOT="$DIR_SERIES" ; LANG="fra" ;; V) ROOT="$DIR_SPECTACLES" ; LANG="fra" ;; W) ROOT="$DIR_ANIMATIONS" ; LANG="jpn,fra" ;; X) ROOT="$DIR_ANIMES" ; LANG="fra" ;; Y) ROOT="$DIR_FILMS" ; LANG="fra" ;; *) continue ;; esac L_ROOT="${L_BASE}/Logs_${SEL}" if [ ! -d "$ROOT" ]; then echo -e "\e[31m[!] Chemin introuvable : $ROOT\e[0m" sleep 2 ; continue fi echo -e "\e[33m--- SCAN EN COURS : $ROOT ---\e[0m" mapfile -t files < <(find "$ROOT" -type f \( -iname "*.mkv" -o -iname "*.mp4" -o -iname "*.avi" -o -iname "*.mov" \)) total=${#files[@]} current=0 for file in "${files[@]}"; do ((current++)) rel_path="${file#$ROOT/}" log_file="${L_ROOT}/${rel_path%.*}.txt" if [ -f "$log_file" ]; then echo -e "\e[90m[$current/$total] [IGNORE] $(basename "$file")\e[0m" continue fi echo "--------------------------------------------------------" echo -e "[$current/$total] [ACTION] -> $(basename "$file")" TS=$(date +"%H%M%S") work_out="${T_DIR}/temp_${SEL}_${TS}.mkv" HandBrakeCLI -i "$file" -o "$work_out" \ -e nvenc_h265_10bit -q 28 --encoder-preset fast \ --maxWidth 1920 --audio-lang-list "$LANG" \ -E av_aac -B 192 --all-subtitles --markers if [ -f "$work_out" ] && [ $(stat -c%s "$work_out") -gt 1048576 ]; then old_path="${file}.old" mv "$file" "$old_path" final_path="${file%.*}.mkv" if mv "$work_out" "$final_path"; then rm "$old_path" mkdir -p "$(dirname "$log_file")" echo "OK" > "$log_file" echo -e "\e[32m[OK] Terminé.\e[0m" fi fi [ -f "$work_out" ] && rm "$work_out" done echo -e "\n\e[36m--- TERMINÉ ---\e[0m" ; sleep 2 done Configuration du script Ouvrez le fichier emby_optimize.sh et modifiez les variables au début selon votre installation. Variables à adapter : DIR_... : Remplacez les chemins par défaut par les points de montage de vos disques (ex: /mnt/media/Films). T_DIR : Le dossier temporaire où le script va créer le fichier en cours d'encodage. Assurez-vous d'avoir assez d'espace disque ici. L_BASE : Le dossier où seront stockés les fichiers .txt de suivi (pour éviter de ré-encoder un fichier déjà traité). Comment l'essayer ? Copiez le script dans un fichier emby_optimize.sh. Autorisez l'exécution : chmod +x emby_optimize.sh. Testez : Pointez une des variables (ex: DIR_FILMS) vers un dossier de test contenant 1 ou 2 fichiers seulement. Lancez : ./emby_optimize.sh. Si tout fonctionne sur vos fichiers de test, vous pourrez alors l'appliquer à votre base de données complète !

I’ve been tweaking my Emby home layout recently, and hiding library names definitely makes the interface feel cleaner and more minimal. It’s surprising how small text elements can change the overall look of a screen. If anyone likes customizing visuals beyond layout, I’ve found tools like https://thestylishname.com/ useful for generating clean Unicode text styles for labels or profile names. Little design touches can really elevate the whole media experience.

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Yes This... I was just coming here to report that as well. I also had to run the installer twice to get everything successfully installed on its own on both my steamdeck & steam mini-pc. Not sure why that happened... If emby is only installable using terminal + disable the read-only system, it is going to make a lot of general users uncomfortable or just not do it all together. Don't get me wrong, the universal installer is great, but I think it would still be a turn-off for the average users. Especially after OS updates when they discover they have to run it again; it opens the door for a support ticket nightmare as well, with people thinking the emby app is broke (since average users don't understand why its happening)... I believe a flatpak version would resolve this with app discoverability in the repository, the discover/software GUI installer (no terminal required), and no need to disable the read-only file system. Would that be something considered in the future after a stable version is released? Otherwise, even for myself personally, Even though I know what I'm doing, I would just opt to use the browser version as I use SteamOS as my "smart-tv" media player nowadays. Thanks.

01_KODI.log pls see this log its has several errors, when I play/stop movie it freeze for several mins Thanks for your supports