All Activity

Well @MrNo0000says it works, so let's go with that factual response. Given the radio silence from Emby devs, perhaps they will provide via DM.

And I'm pretty sure I know what happened because one playlist I made was created using a different sign-in name and it was still set to private. When I made a new one it worked but I still didn't see the first one and that gave me the answer after a bit of thinking.

The OP was likely or is likely having a manic episode. All the signs are there. I hope he/she is feeling better.

it's working perfect and the procedure is so simple I can't imagine what happened.

@speechles No I don't think he is karma farming, but he indicated in the "Why Do People Pirate?" his state of mind he is mega bored and my wish for him was to get a handle on it. He is more like a Keyboard warrior, No-Lifer or Forum Addict, who in his advanced age likes to stay relevant, thus perfectly suited for Reddit. I visit this forum every day just in case something is posted about Emby and my experience since Media Browser can be helpful in solving a difficulty.

I had no clue how to report a problem other than taking a screenshot of before and after so I turned off the import for like the 6th time and now it's working. I also avoided doing a refresh just to see what happens and I notice when you turn the import off, it seems to do a scan on it's own so I doubt the times it didn't work had anything to do with a refresh or whatever.

I am now getting the issue with mp3s at 320kbps in addition the the Flac files as before. Previously they were unaffected. Android auto still plays fine with both.

Restarted the router, and I now have remote access to NAS1; while port forwarding is to that NAS. This is as it should be but strange as it's not the behaviour I had before and the router has been rebooted before during this troubleshooting. I am testing by simply turning off WiFi in the expectation that Emby will automatically try the WAN address (if it didn't it would presumably do nothing or generate a connection failed message)? I have yet to try from somewhere well away from the house.

Works again! Brilliant :) Thanks

I think @chefwill need to update the plugin.

OK it seems as though we're having the same conversation in multiple places. Let's merges some of these topics.

Yes.

Hi, did you figure anything out?

@LukeBump for this. Parental controls should respect Collection folders. As it currently stands the parental controls do not block tagged collection folders. There is a currently a gap between Playlists and Collections. While playlists can be user specific, there is no way to have a only a parent series item in a playlist without including all playable episodes in the series. Collections fix this but collections are pubic and visible to all users. We need a way to filter collections to specific users. How this should work: To completely hide a collection on a per-user level, you need to tag it and block it: 1.Tag the Collection: Navigate to your Collections tab in the Emby web interface. Hover over the collection you want to hide, click the three-dot menu, and select Edit Metadata. 2.Assign a Custom Tag: Scroll down to the Tags field. Type a unique identifier (e.g., Restricted, HideKids, or NoBox), click the + button to add it, and then click Save. 3.Access User Settings: Open the Emby Server Dashboard (the gear icon in the top right) and select Users from the Server Management menu. Click on the profile of the user you want to restrict. 4.Block by Tag:This setting is found under the Parental Control tab, not Access.. Navigate to the user's Parental Control tab. Scroll down to the Block items with tags section, type in the exact tag you created in Step 2, and click Save. Important Note: This method only hides the Collection folder itself. If the user still has library access to the individual movies or shows inside that collection, they will still be able to find and play those items by browsing their main libraries. If you need to block the media completely, you must apply the same tag to the individual media files, or remove their access to the library entirely. I'm currently developing an Emby companion app and ran into this road block. Searching the forums it seems that this was once possible?

In my opinion this solution is not possible. (patching the dll-file) It is possible to change/update the way "oath" is handshaking in the dll. (trakt.configuration.trakt.html inside the dll-file) But the Emby Trakt plugin still expects a pin code to be written in Emby by user. And that is not how Trakt is working now since the update. The new Trakt shall communicate with Emby to show/provide the code inside Emby interface. (not old style copied from Trakt homepage). To do that - it would take a full re-writing of the code in trakt.dll. And maybe even some fixes in Emby interface so it can receive the code automatically from Trakt. But it is just my opinion......

I don't have an update yet but we are going to be reworking the way the play queue is handled. Thanks.

When I extract the subs, I get an undefined extension instead of .vtt. Why do the subs get the undefined extension? Are they not listed correctly in the media? This might cause Emby player to no recognize the subs correctly. I noticed that there is a uncommented Note at the beginning of the of one of the subtitles. Perhaps the undefined extension works in some situations on some countries. VLC seems to work OK. I can rename the extensions to .vtt as separate files and then the subs look normal.

OK we are looking into it. Thanks.

By "standard app" I assume you mean the android app? I didn't know that was an option. I simply installed the "android tv" app since this is android tv. What is the difference? I have been re-encoding most of my stuff into av1+opus lately.

Hi, this is currently not enabled for this app, but it's something we can look at. Thanks.

Hi, please try the 3.5.41 update. THanks.

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

What were you trying to find?

I can add a lot of these. Give me a few days, and I will let you know when it's done.

3.5.40 on Shield TV Pro (2019). Yes, the server is showing the right address. This is 4.9.5.0 on TrueNAS. Like I said. Nothing else has changed, nothing else was even touched. We were watching a movie on Saturday with 3.5.38 (or so) and all worked fine, as always, for many years. On Sunday, I upgraded to 3.5.40, and it started.