All Activity

Thanks - the play button works as a workaround, but would be great to be able to change the default select behaviour. Thanks chaps!

That is what I figured. I know this was not a top priority (nor should it be) but I do appreciate you guys getting this fixed!

Also, I thought “play default Audio track regardless of language” was referring to language only and didn’t matter if multiple tracks are set as default? In my case, I have all my secondary tracks labeled as default as that’s what I’ve found to be the most reliable for it to load the second

Yes when I look at the code of our Roku app, it looks like that does come into play for many Roku devices. @speechlescan probably elaborate more on that. That means even if you change the user profile settings, you may still not get direct play due to secondary audio being selected. However you should still take a moment to review the user profile options and make sure they are set how you want them. Please note, the web app cannot direct play secondary audio either because browser video players do not provide a mechanism to select it.

But didn’t you just say Roku app can’t play the second anyways? So why is this relevant? I get it for other devices.

You cannot open it with that. You'd have to use something like DB Browser for windows. But I would never suggest opening your running copy in another application. Always make a copy and open up the copied file.

They've selected "play default audio track regardless of language" - so you are getting the track that you asked for. This is what I previously went over in my Dec 13 response. Additionally, if they enable remembering previously selected audio tracks, that will also impact this.

That is correct. The scanning process for strm is much more lightweight.

I think I learned something ... so last night I played a couple of .mkv files, and auto-skip intro actually worked at the start. Apparently it just doesn't work with STRM files. Assuming that is the expected behavior then. If so, can close this one out. I appreciate the help.

When I open library.db in Windows Notepad it takes several minutes to open, and I see lots of weird characters, a few mentions of "madrigals" in descriptive copy in plain text (artist/album descriptions), but not the programmatic info Lessaj was saying to look for.

Hi, yes this question has come up before and we should be able to add an option to control this. Thanks.

Can you please show a screenshot? Thanks.

It's in the app.

That would be awesome. I will check when it updates. Is this the Server or the Android app that the fix is in?

Love the new version, especially the Home Screen customisations. There is an option that was clearly overlooked although. Adding a Collection to the Home Screen has no Playstate filter? Dynamic Media has this option, so I was surprised this was missed. Considering how minor this fix is, can we get this in the next minor patch? I don't think this needs to be a separate Feature Request that gets stalled in the backlog for years Thanks

If you mean in their profile server side, audio is set to auto, no bandwidth restrictions on the user. Or do you mean in the Roku Emby all specifically?

Perhaps an indicator. I don't think separating is good because it breaks up the chronological order.

Hi, yes it is a new thing so there is potential to expand on it in future updates.

but also, how are the emby user audio settings configured?

The track is compatible, but with the Roku video player, there is no way to tell it to play a secondary track. So in this example, even if you manually select the second track, you will still get a server-side remuxing process to make the second track the first track.

Did you try what I suggested? Remember that you need to have at least two episodes per season.

Here's the log from the session where the Roku won't select the second track thats compatible, but instead Emby decides to transcode the audio. ffmpeg-remux-939dd66b-2f60-4892-ba78-2809dfdd7da7_1.txt

It's not just that series that isn't getting updated skip intro... None are, despite them appearing in Emby. It appears to only be scanning that episode. Tested and no different.

Ah, TV Display mode would have been helpful to note earlier. I see what you're talking about now.