richt 102 Posted May 7 Posted May 7 The latest Emby version showing in the Terramaster App Center is 4.9.0.72. Will there be updates to their system anytime soon?
richt 102 Posted June 22 Author Posted June 22 @Luke Any news on this? Stll cannot install any Emby instance other than 4.9.0.72. BTW, Terramaster TOS 7 will be released tomorrow.
Luke 42864 Posted June 22 Posted June 22 We have submitted 4.9.5 to them and are just waiting. Thanks.
Luke 42864 Posted June 22 Posted June 22 24 minutes ago, richt said: I appreciate the update. Maybe you can also email their support and ask them to release it?
richt 102 Posted July 10 Author Posted July 10 @Luke Opened forum post with Terramaster and got this response. No further updates at this time. https://forum.terra-master.com/en/viewtopic.php?p=57671#p57671
richt 102 Posted July 24 Author Posted July 24 @LukeWhile I am sure the Emby team is busy, it would be great to see this issue addressed. The last message I had from the Terramaster was that they had identified some "transcoding and video streaming compatibility issues" and were working closely with Emby to troubleshoot them. This causes me to wonder if the unresolved transcoding issues I had reported to Emby previously might also be addressed. Any update on progress would be appreciated.
Solution Luke 42864 Posted Saturday at 03:46 AM Solution Posted Saturday at 03:46 AM Well it looks like they finally released it. 1
richt 102 Posted Saturday at 04:15 AM Author Posted Saturday at 04:15 AM And just a couple days after I decided to switch to Emby's beta on TM NAS. Currently running Emby in Docker. So I'll have to wait on the release of 4.10 now, Thanks for the follow up. 1
richt 102 Posted Saturday at 01:25 PM Author Posted Saturday at 01:25 PM (edited) @Luke So I rolled back my database (actually rolled back to a snapshot before upgrading to beta) and made sure I had a working 4.9.5.0 install, but the change to the TM app store version of 4.9.5.0 did not go so well. Downloaded 4.9.5 from TM app store and installed it, HOWEVER this doesn't work as the build is NOT correctly setting the APP_DATA_DIR. It is instead using the folder "/Volume1/@apps/emby/emby-server/-ffdetect/" Following a suggestion from another post on the Emby forums I edited the file "/Volume1/@apps/emby/emby-server/bin/emby-server" and replaced the line -programdata $APP_DATA_DIR/ with -programdata $APP_DATA_DIR/Volume1/Emby \ This seems to indicate that a previous line in the same file does not correctly set $APP_DATA_DIR APP_DATA_DIR=$(ter_share_add -name "Emby") The build as supplied by the TM App Store is broken. Also, hardware encoding does not work, falls back to software. Edited Saturday at 01:26 PM by richt 1
MPeter 2 Posted Saturday at 03:20 PM Posted Saturday at 03:20 PM (edited) @LukeSame issue here... Quote Downloaded 4.9.5 from TM app store and installed it, HOWEVER this doesn't work as the build is NOT correctly setting the APP_DATA_DIR. It is instead using the folder "/Volume1/@apps/emby/emby-server/-ffdetect/" The suggested workorund -programdata $APP_DATA_DIR/ with -programdata /Volume1/Emby \ did the trick, but it's strange how this can happen with an app from the store. I hope a fix will be out very soon. Edited Saturday at 03:33 PM by MPeter
Luke 42864 Posted Saturday at 04:51 PM Posted Saturday at 04:51 PM Right they must have changed where data is located.
richt 102 Posted Saturday at 05:29 PM Author Posted Saturday at 05:29 PM (edited) 44 minutes ago, Luke said: Right they must have changed where data is located. @LukeSomething changed that may be related to how TOS 7 is processing the install as this is the SAME error I reported to you on the previous 4.9.x builds. IMO, Emby should not pass over this as a TM problem, but work together with TM to find out WHY this is happening. edit - Until that happens, it seems Emby users on the TM platform are going to be frustrated and left in limbo as both the install and hardware transcoding are broken. Edited Saturday at 05:38 PM by richt
Racerprose 29 Posted 44 minutes ago Posted 44 minutes ago This really needs to be fixed. Normal users cannot be expected to go into the Terminal @Luke
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now