All Activity

@softworkz Thank you for clarifying. Is there a supported public plugin API—such as IFfmpegRunner, IMediaEncoder, or another service—that allows a plugin to create an audio transcoding job with a custom constant-volume filter and stream the result? I am trying to avoid launching and managing FFmpeg directly from the plugin. If no supported extension point exists for adding an audio filter to Emby’s transcoding pipeline, that answers the question.

Bonjour à tous, Comme beaucoup ici, j'ai mon serveur Emby au centre de mes soirées. Il ne lui manquait qu'une chose : la TV en direct de mon abonnement Zattoo, que je devais toujours aller chercher ailleurs. Alors je me suis lancé, et le résultat fonctionne assez bien pour que j'aie envie de le partager. Emby.Zattoo est un plugin Live TV qui fait apparaître les chaînes non-DRM d'un compte Zattoo directement dans Emby, comme n'importe quelle autre source TV. On ouvre le guide, on clique sur une chaîne, ça démarre. Rien de plus. Sous le capot, tout se passe côté serveur : le plugin ouvre le flux Zattoo, choisit une piste vidéo et une piste audio, puis les remuxe en MPEG-TS pour Emby avec FFmpeg en copie de flux. Pas de réencodage, donc très peu de CPU. Et vos identifiants, cookies et URL de lecture ne quittent jamais votre serveur. Ce que ça donne au quotidien : - vos chaînes arrivent avec leurs vrais numéros, vos favoris, les logos et les bouquets, en ne gardant par défaut que celles réellement lisibles - un guide jusqu'à 14 jours, dont les descriptions se complètent tranquillement en arrière-plan - les rubriques Films, Séries, Sport, Jeunesse et Actualités de la grille se remplissent enfin, et l'enregistrement de séries fonctionne - le DVR d'Emby fait son travail normalement. Le plugin s'adapte même à la capacité de votre compte : si l'abonnement le permet, vous pouvez regarder une chaîne pendant qu'une autre s'enregistre - côté configuration, deux champs à remplir : identifiant et mot de passe. Tout le reste a des valeurs par défaut qui vont très bien. Soyons clairs sur les limites, parce qu'elles comptent : le plugin ne touche absolument pas aux chaînes protégées par DRM et ne contourne rien du tout. Il lit uniquement ce que votre compte expose sans protection. Le Replay et les enregistrements hébergés chez Zattoo ne sont pas intégrés non plus. Pour l'essayer, il vous faut Emby 4.9.x sous Linux avec Emby Premiere actif (c'est Emby qui l'exige pour le Live TV et le DVR), et un compte Zattoo valide. Rien d'autre à installer : le plugin utilise le FFmpeg déjà embarqué par Emby. Tout est ici, avec le guide d'installation : https://github.com/fearless210/emby.zattoo La DLL se télécharge dans les releases, avec ses sommes SHA256 pour vérifier l'intégrité. Et maintenant, j'ai besoin de vous. Je l'utilise tous les jours et il tourne très bien chez moi — Emby Web, iOS, Samsung Tizen, enregistrements longs compris. Mais je n'ai qu'un seul compte et une seule région pour tester. Si vous l'essayez depuis un autre pays, avec un autre abonnement ou d'autres clients Emby, votre retour m'intéresse énormément, que ça marche ou non. Bugs, idées, remarques : ouvrez une issue sur GitHub ou répondez ici, je suis preneur. Et si l'envie vous prend de mettre les mains dedans, le dépôt contient une documentation technique qui explique l'architecture et le protocole observé, de quoi contribuer sans avoir à décortiquer tout le code. Petite précision pour finir : projet non officiel, sans aucun lien avec Zattoo ni avec Emby, et son utilisation reste soumise aux conditions de votre abonnement. Bons tests, et merci d'avance à ceux qui prendront le temps d'un retour !

Emby SDK Reference: IFfmpegConfiguration only tells you the location of the FFmpeg binaries.

@Luke Would a plugin using the documented IFfmpegConfiguration and media-encoding interfaces to expose ReplayGain metadata and a gain-adjusted audio stream be acceptable for the Emby plugin catalog? Are those interfaces considered stable for third-party plugins?

JF has this feature/functionality?

I am also interested in this feature

Have you taken a look at this?

That is not all you have to do. You have to make sure to choose a location that the server process has permission to write to.

Hi, maybe the windows app is just taking over there?

Yes there’s a topic in the feature requests section for replay gain .

Hi, is the file utf8 encoded? What happens in the web app?

@Luke@softworkz, Understood. Is there an existing feature-request or issue number I can follow, and would this likely be considered for the 4.9 release series or a later major release?

Sorry about the very delayed reply, as i am pretty much not using emby anymore so haven't even visited here in over a month. The UK has written the law in such a way that I am liable wherever its hosted, and because of age gates and cloudflare protection getting more and more common on the source sites, its now even harder to automate the backend to update the catalog, which is now at least 6 months behind current releases. I still have the database somewhere archived (not even sure where now), but its huge. it was over half a terabyte. So uploading it is also a good no-no, im not using my bandwidth to do that. Even posting it on a hdd to someone else would require a 1 tb hdd and hours of copying it there (maybe days because of millions of files). I might ressurect it in time as a dht (torrent) kind of network, that's an option but i dont think that adheres to embys own policies.

Have one of those things that drives you up the wall. I use Firefox to play Emby 99% of the time. It's just handy for me. Until today whenever I pressed the volume key on my keyboard a "mini-player" would show the volume with additional controls and what's playing (attached). Now, it's gone, and the only place I can see it is within Windows Emby Theater. Same control panel. Did I do something to make it disappear? Software update? Unknown? I'm stumped.

Hi, what are the steps to reproduce?

Hi, yes this has come up before and is possible for the future. Thanks

Hi, yes it’s likely to be added in the future. Thanks.

Ok we’ll take a look at it. Thanks

I click on the home button on my remote controller

The display when listening to music is disappointing. I'm using a playlist, and am not sure if it's different for other ways of playing. Nevertheless, the playback screen shows almost nothing and it's hard to tell what's playing. Below is a screenshot. The only way to tell the current song is the small, animating playback graphic, which is really hard to see. The position of the currently playing song doesn't make it obvious. Further, as you can see in this example, if the song title is long, you can't tell what it is. It would be nice if the current song artwork was centered and highlighted in some way, and if the title and maybe artist were in a readable font in the area between the playback time ruler and the artwork .

Latest ffmpeg log line 81 & 88 Why are there 2 forced subtitles, one is .srt and the other is pgs? Doesn't 'forced' make both subs work at once? I thought there should only be one forced per media. Obviously DTS and TRUE HD audio take up a lot of transcoding processing. Add on two subs at once? Could that be the problem?

TV Show Status Release Notes Changes 2.5.100.0 Add "Season Premiere" and "Season Finale" to the Upcoming list on every client, including Android TV, Fire TV and tvOS Fix Upcoming badges showing the show's next air date instead of each episode's own date Fix two badges appearing on posters when the overlay and web badges were both on Fix badges only appearing after visiting a show first, and disappearing again on the way back Fix badges never clearing from a card once drawn Add an optional calendar or coloured status dot in front of the status in show descriptions, which shows on every client. Off unless you choose one Add a colour setting for the Season Premiere badge Add a setting to show "Returning" instead of a date on the badge Add separate settings for library cards and the Upcoming list, so either can be badged on its own Add a setting to switch the web badges off inside the Emby app while keeping them in a browser Add a setting to turn off status badges on posters Change the Upcoming badge to read the day heading Emby prints above each card, so it always matches Limitations Season Premiere and Season Finale on the Upcoming list appear on every card of that show while the episode is coming, not only the card it refers to. One picture serves every card and cannot tell them apart. Only the web browser gets it per-episode Season Finale can flag a week early or late. It compares the next episode against the number of episodes the season is announced to have, and that figure gets revised while a season is still airing. Season Premiere has no such risk There is no "Only Complete" option for the Upcoming list. Complete means nothing further is scheduled, and a show only appears in Upcoming because something is scheduled Air dates on Upcoming cards are web browser only. Season Premiere and Season Finale reach every client Turning "Prepend status to show description" on can produce two badges on a poster. Leave it off for now With Emby's "Hide spoiler information from unwatched episodes" on, unwatched episodes show the series artwork, so you see the show's badge rather than an episode one Episodes with no artwork of their own borrow the series picture, and the series badge comes with it Your library's thumbnail view and the Upcoming list request the same image, so a badge in one appears in the other. Poster view is the only layout that separates them The calendar and status dot in descriptions are emojis, so each device draws them in its own style and their colours cannot be changed Changing a setting may not update artwork you have already viewed. Refresh metadata on the show, or wait for Emby to re-read it "Draw badges on library cards" is web browser only, and is ignored while the poster overlay is on Ended defaults to amber on new installs only. Existing installs keep whatever they had EmbyTVShowStatus.dll

HTTP streaming isn’t DirectPlay. Genuine file access is. Take a massive 4K film, whether it’s DV or not, at perhaps 90 Mb/s, plus a massive HD audio track! That’s where Emby falls short! It stutters and jerks! And with Kodi, I’ve got DirectPlay via SMB and file access. Why isn’t that possible with the app? After all, ebr had implemented it for Experience 8.x.

You were the one mentioning audio so i responded to that. I sometimes watch movies on blue ray, i've seen movies with it on. I don't really notice a difference if any at all. One would have to really look for it. Emby does direct play, as said it sends a bit to bit perfect copy to what ever player is enabled. Ebr or Luke would have to chime in on this but to my knowledge nothing in the video is changed by Emby when direct play is used. So if you played a movie with the FEL layer then it would be preserved all the way to the player. If the player or device can't play back the FEL layer then that is not a problem of Emby. One of the reasons that the Ugoos can play Dolby Vision with FEL is because it ignores any license otherwise required that others don't want to pay for. It's made in China so can't be sued. CoreElec is open source so basically impossible to stop. Yes a chip would be required as well but without the license any western company wouldn't be able to play back the fel if they don't want to get sued. Other companies making android devices are simply to cheap to include the chip. All in all.. How good FEL is can be discussed but Emby is not at fault for FEL not being played, at least to my knowledge.

@softworkz; Thank you and that explains why the tags appear in the FFmpeg log but not in the item response. Would you consider adding the following optional fields to MediaSourceInfo or the audio MediaStream? ReplayGainTrackGain ReplayGainTrackPeak ReplayGainAlbumGain ReplayGainAlbumPeak ReplayGainReferenceLoudness The values would only need to be stored and returned through the API; existing playback behavior would not need to change. Separately, is there currently a supported audio-streaming request parameter, device-profile option, or API mechanism that allows a client to request a specific constant gain—such as -2.85 dB—during progressive MP3 transcoding? My intended client behavior is: Use track gain for mixed-track playback. Apply the gain during transcoding. Do not depend on the receiving player to interpret ReplayGain tags. Preserve existing behavior when no gain is requested. If no such transcoding control currently exists, would Emby consider exposing one? I am trying to avoid requiring users to install a custom plugin or modify their audio files. Thank you