HT5 v4.3.70 ALPHA Test Version

@

@Markswift2003 ,
@peteru & @Mr.NiceMan

Thank for your info. I can confirm I have finally managed to get the posters back. I have swapped my external hard drive and that seems to have solved the problem. I have a feeling my normal hard drive has been corrupted. As it would'nt let me delete or overwrite anything. I'm just in the process of copying everything over to the other spare . The films that i have crossed over so far are working perfectly and all matched. So hopefully the problem is now resolved. Once all films have been copied I'll format the one I was using and search for errors. Hopefully that will sort it.

Thanks once again to all who responded , much appreciated.
Mr Tee

 

Hi,

I'm currently experiencing significant performance issues when accessing TMDB. The scanning process is extremely slow, and when there are many files to update, it often times out completely.

I've taken several troubleshooting steps already:

• Cleaned the HT settings
  
  
• Reindexed the library and removed and added them again
  
  
• Performed a full hard reset
  

None of these actions have resolved the issue. My media files are stored on two Synology NAS units, and the setup worked flawlessly before the problems with TMDB began.

Additionally, I tested deleting some hidden .* files from the local system disk on the player. This noticeably improved TVDB performance, but TMDB remains slow.

Do you have any suggestions on how to improve TMDB performance? or Something i can do or redo to solve my issue?
If i should clear all and restart, what should i do to make sure all old data is deleted and new?
As i say i have three machines that access the same data, all covers and cache is stored local on all machines.
All three are update to latest fimware and APK update for that model, UHD 8000 have the latest Alpha, hade the same slow problem on all APK versions.

 

Im glad to hear that it works for you, and i have a friend with same machine and it works for him two after the same update. We are running the same version. I have checked the version in HT and also in update for firmware and downloaded them fron the forum. Allt went good with the upgrade as i can see. also tested to reinstall the APK file.

Feels like there is some old data or connections that can be a possable issue?

 

Can you define slow - I just did a quick test on a Z9X 8K on HT5 v4.3.70 by clearing the database and loading and scraping a 1200 file library and it took 0.41s per title on average - so 8 minutes 9 seconds.

Also, can you define "Many Files".

When you say the scrape "times out" - what do you mean? What does it do?

 

The performance is so slow that it takes several minutes to process a single record. With a batch of 1,500 files, the entire operation would take 1–2 days to complete — and often fails during that time, requiring me to restart the process from the beginning. It run fast when it check the nas for files its the scaping that are slow. Same with subtitle if i check fo r that its aslo slow and take time to save.

 

Wow - ok - that's not right at all!

I have since tested the Z9X 8K (AML 928) on a 4000 file library and although it scraped at 0.41s per title, it crashed at approx 1400 titles to the HT main screen. I also replicated this behaviour a second time. So there's a problem there.

However, it turns out this is to do with the Poster Folder location - if set to "Priority save to device" the scan crashes. If set to "Custom Folder", which is the best option, it doesn't.


So I then tested a Z9X 8K (AML 928, FW v1.2.25, HT5 v43.70) with the same 4000 title library with "Custom Folder" set and it scanned them all successfully in approx 24 minutes, at 0.36s per title.

I then tested a Z9X Pro (1619BPD, FW v1.0.95, HT5 v4.3.52) on the same 4000 title library (Custom Folder) and it scanned them all successfully in approx 27 minutes, at 0.41s per title.

I then tested a Z9X (1619DR, FW v6.4.68, HT5 v4.3.52) on the same library and again (Custom Folder), it scanned them all successfully in approx 21 minutes, at 0.32s per title.


So there's definitely an issue with HT5 v4.3.70 Alpha on libraries over 1400 or so which I'll pass to the devs, but as I say, it's an alpha so such things are expected.

But no issue on a Z9X Pro or Z9X on v4.3.52 (although I need to test the Priority Save to Device option on them)

So my first suggestion is to try this:

Reset HT using Settings/Library/Clear Data > Clear
Check that Settings/Custom Folder is set to "Custom Folder"

 

Ok - interesting - I get the same crash on HT5 v4.3.52 as I do on the Alpha v4.3.70 if "Poster Folder" is set to "Priority save to device"

So it's not the fault of the new code in the Alpha!

 

I have the setting for custom folder and its the default disc in the player. I will try to make a cler to see it that can help on UHD8000

 

I had today my first crash. It was updating/scraping my hdd's as it discovered new content...and started at the same time a trailer.
Screen froze...scraping stopped/finished..trailer played a little..UI crashed to home screen

 

How many titles in the database and are you using Custom Folder for "HT/Settings/Poster Folder" and if not, which setting are you using?

 

Good morning

I have 1146 titles. I was replacing some of my old DVD's with a Blu-ray version.

I use priority save to custom folder. ( Saves to a SanDisk USB). I use local art work and trailers.

 

Hmm - there is a bug in HT that I've just passed to the devs - if a large library is scanned (in my tests, 4000 titles) and the Poster Folder is set to "Priority save to device" then HT crashes back to its home screen after say 1400/1500 titles scanned and then shows the scan at 0/4000 afterwards despite having got to 1400/1500 before the crash. If you continue the scan those first 1400/1500 titles are scanned through very quickly and then it continues.

Did you scan results return to 0/1146 after the crash?

In my tests, using Custom Folder, but leaving it at the default location in internal storage didn't exhibit this problem.

Your library is in the right ballpark and feasibly this may not be to do with the selection of "Priority save to device" but may be just having the Poster Folder anywhere except internal storage. I'll test that today.

Edit - ok scratch that - Setting an external Custom Folder (USB) is fine and completes the scan. It only appears to be if you set it to "save to device".

 

It was perfectly normal afterwards. All movies availble...and it seemed to have scanned the new movies.

Today I had a similar situation, but no crash or problem ( scanning and trying to auto play trailer at same moment)

 

I guess just one of those things - unusual to see HT crash though... (other than this new "save to device" problem).

 

I never saw it before. Indeed..just bad luck. otherwise it runs perfectly for me.

 

>Yesterday i did a new test on my UHD 5000
I first click on clear and then on factory reset of the machine, i reconfigure the settings and updated the HT (.52 version) and then added a disc.
First i tried to go for tv shows and that worked okej, not fast but okej.
Then i added one more drive with movies and started to index them into HT, it scans the disc fast and then start to match to TMDB it starts and look okej but no number added as completed and after running over night it had stopped. And only got 54 movies of 1500. I started again and still running slow.
Then i tested to download a subtile and it found one and i click on that to store, it takes about 1-3minutes and then it was okej. I tested to change to store on local media but no differens.

I will try again on my UHD 8000 to see if there is any difference.

Its a strange problem. Is this networkbased or what can it be?
Im using SMB against an Synology NAS.

 

I don't think it can be the Synology NAS because that shouldn't matter for scraping and you say you've tried local media also.

It's got to be a network problem - either to do with TMDB access, internet access or possibly a duplicate IP address?

 

Do you have any idea what i can check?.
Did a factory reset on the machine and now running again, still dead slow to match movies and TV-series even TV is better. This makes me nuts.

 

today i have played around with my uhd5000 but nothing helps TMDB is not reponding or slow as hell. I have tried to change where images are stored tried to read nfo files but still problem.
It feels like something is wrong with the request against TMDB. I tried to connect the cable direct through the router to see if there were any local network issue buts its the same.
I can se a big difference when i select a movie and click change cover and when i click on a TV-show and do the same. TV comes direct but not TMDB for movies its spinning and spinning. Not usable at all.
In my head i must be problem with access to TMDB from the Zidoo device, from my pc or other tools it works perfect. Or if there are some problem with the access through the ISP but that sounds strange.

How can i test or any idea what i can do?

 

did a test to ping TMDB though my router:
common_ping: hostname tmdb.com
PING tmdb.com (185.107.56.204): 56 data bytes
64 bytes from 185.107.56.204: seq=0 ttl=49 time=24.192 ms
64 bytes from 185.107.56.204: seq=1 ttl=49 time=24.274 ms
64 bytes from 185.107.56.204: seq=2 ttl=49 time=23.771 ms
64 bytes from 185.107.56.204: seq=3 ttl=49 time=24.297 ms
--- tmdb.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 23.771/24.133/24.297 ms

and this is tvdb:
common_ping: hostname tvdb.com
PING tvdb.com (199.250.222.56): 56 data bytes
64 bytes from 199.250.222.56: seq=0 ttl=46 time=111.823 ms
64 bytes from 199.250.222.56: seq=1 ttl=46 time=111.560 ms
64 bytes from 199.250.222.56: seq=2 ttl=46 time=112.192 ms
64 bytes from 199.250.222.56: seq=3 ttl=46 time=111.558 ms
--- tvdb.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 111.558/111.783/112.192 ms

i have also checked the status of TMDB api and it is working.
TMDB Service Status
Komponentnamn Upptid Jul 8 Jul 7 Jul 6 Jul 5 Jul 4 Jul 3 Jul 2
tmdb-api 100 %
tmdb-web 100 %