All Activity

Since I'm following both threads, I thought I'd mention the latest posts in your topics "126964-shuffle-a-genre-doesnt-work". They seem to be at the same point, namely, picking a Genre from an Album, not going song-by-song. As far as I know, in Windows, you can't give attributes like "Genre" to a folder. (I wouldn't want to!) If the Emby server is picking the first song in an album (a folder) and saying every song is the same Genre, it would be a mistake in my opinion. I have a number of folders like "Songs from 1968" that have multiple genres included.

Any updates on this? Thanks!

After a bit more investigation, I think the issue is on the Trakt end. Trakt has removed theTVDb from metadata sources for TV shows that they deem to be represented properly on theMovieDB. The specials I've had issues with are not in theMovieDb at the series level (they are in movie collections). So whatever Emby is reporting to Trakt during scrobbling for those specials shows up as something else. Just guessing though.

Okay...all of the specials in my library for Babylon 5 are entered as "movies" at TheTVDB. The specials at the series level are linked to the movies. I think that might be the reason for Trakt not syncing with Emby during playback. I just played the movie Serenity which I have as a special under the series Firefly. TheTVDB includes it as a special with redirect to a movie entry. Emby reports playback correctly. But Trakt reports something else. Although this time it was another unaired episode of Firefly. So not not quite as bad as Babylon 5 special playback being reported as a completely different series.

I still use it but for movies only (manually created list). As soon as I add mixed content things start to get weird.

I don't have a lot of special episodes for series in my library. I'll take a look to see what other specials I have for series other than Babylon 5, and play them to see what Trakt reports when playing. I'll report back after some testing.

@LukeAt the series level: All external Ids are correct.

Yep you got it ! Downgrading emby to 4.8.6.0 made my Ha work again ... @LukeIs there a know issue about this ?

The video is 1080p H264，I don't think the hardware transcoding is working，User sessions in my Admin console look like this 正在播放 紫罗兰永恒花园外传：永远与自动手记人偶 2019 0:07 / 1:30:39 Emby 网页版 4.8.7.0 Chrome Windows 192.168.0.13 http/1.1 流媒体 MKV （5 mbps） 直接播放 视频 1080p 高264 直接播放 （5 Mbps） 音频 Japanese FLAC stereo （默认） 直接播放 Logs are also attached hardware_detection-63852224789.txt

Thanks jaycedk, not sure how I missed that.

ABS will use the individual audio files (mp3) as chapters, if you decide to use the merge tool in ABS (Make M4B Audiobook File) it will use the individual files/chapters and embed them to the m4b. There is also a chapter lookup tool in ABS to import chapters from online sources but these tools are really out of scope of a app like emby. As for individual files (m4b/m4a) it will read the embedded tags, if the is non you could use the chapter edit/lookup feature and get lucky with a exact match. Then use the "quick embed" tool to write that chapter meta back to the m4b as tags.

Hi Luke, while you are at it, could you please also add support for collections on Games. It seems natural to me, game often comes in collections, Final Fantasy series, COD etc. Right now I have to manually add a tag "Collection: Final Fantasy", in order to see all the games in the same collection. It would be better if Collections have a separate entry in the Game folder, just like movies and TVs. Thank you very much!

I had this same problem on 4.8.7.0 with the official embyserver container, and was fixed by rolling back to 4.8.6.0 on an AMD Ryzen 7950.

desapareció el icono de volumen al reproducir video al actualizar a la version 4.8.7.0 En la version 4.8.5.0 no existia ese problema y me permitia tener mas volumen de lo normal ya que emby tenia su propio volumen y el volumen del sistema windows era aparte Al reproducir radio si sale disponible el icono de volumen en version 4.8.7.0

I think there's a bug in your synced node views for mixed media libraries. It looks like you add tags to Kodi for the library name, but when you pass the library name into the views such as get_next_episodesIds(self, TagName) the TagName you pass is "{Library Name} (tvshows)" not just "{Library Name}" so the TagId lookup fails. I'm talking about the auto generated views in what I think Kodi calls browse, there area you get to if you select ".." a couples times from TV Shows in the default skin and from there select EMBY: {Library Name} (tvshows) then select a view like "Next Episodes. I suppose even in the that view the bug is present as I see Emby: {Library Name} (tvshows) (tvshows) so the tvshows part is present twice and the first one is getting taken as part of the library name.

Turned out I just needed to click "bind to host network" to be enabled and it made the correct ports working

its working fantastically again thank you luke

Hi, there're some concordance errors in pt-BR language. I'm using emby version 4.8.7.0. How it is: Mais Recentes Filmes How could be: Filmes Mais Recentes How it is: Mais Recentes Séries How could be: Séries Mais Recentes How it is: Mais Recentes Trailers How could be: Trailers Mais Recentes I found the param inside pt-BR.json file in line 757 How it is: "LatestFromLibrary": "Mais Recentes {0}" How could be: "LatestFromLibrary": "{0} Mais Recentes"

@Luke, been a while. Any thoughts?

I think the UI code is updated beside the version of the App (since it is based on Electron).

I did notice I can't rewind or fast forward on my android phone and tablet.

I'm glad to hear Emby has a knowledgeable crew. I don't need snazzy. I don't need pretty. But fixing bugs impacts everyday use. I am no expert in coding, so I don't know the impact of what Roku limits developers to. But I would hope those limitations don't make bugs an inevitability. It's one thing to say the Roku app will never be as pretty as Android/Fire stick. It's another to say it will be buggy.

Roku is the single most popular streamer in the USA. So "popular" does not seem to be the reason/cause. As far as expertise goes. I have never had any dealings about Roku with any group. including the Roku team itself (at Roku), where the expertise was greater than what we have here with Emby. @speechlesand @ebrhave proven to be quite knowledgeable about the inner workings of Rokus but they are very limited by the poor implementation of the programming language (BrightScript I think) that Roku forces developers to use and the restrictive requirements that Roku places toward road blocks for creative programming. I wish we had more info about where fixes are/were but we don't and Emby has what they believe are good reasons for hiding a bunch of info. Additionally: I was part of Emby's Roku beta for a fairly long time but I had to drop out, due mainly to my health issues, but, even as part of that beta i did not have much more info about the progress of fixes than I do now. I think the lack of effective believable data about progress is one of Emby's big weaknesses and it is one that I believe Emby could address. They just must be careful to not go too far. Going too far with development/debug information could easily be, for Emby, every bit as bad as the current closed info system is. See; I don't have answers just different questions.

I did notice I can't rewind or fast forward live tv on my android phone and tablet.

I am currently working on three issues with the Roku app. I have been asked for log after log, and the posts get attention, but the issues aren't fixed. I have come to the conclusion that either resources are being directed to the other apps because Roku isn't as popular, or the team lacks the expertise to actually fix these things.