Movie covers gone !!! #973
Comments
|
No, unfortunately this has to do with tmdb changing their image paths. I gotta probably implement a fix that after startup asks the admin if he wants to fix all images... This will probably load a while depending on the size of the media library. |
|
Probably the best option would be saving the covers to local hard disk and adding them to the db like the media files , this way will save future changes in image paths from themoviedb . Do you think you can create a patch for this without spending too much of your time ? |
|
I am looking into it right now |
|
ok , thank you |
|
+1 on referencing movie covers locally. It'd be awesome if we had the option in Streama not to have to load any external dependencies. It looks like only Google font and covers are pulled externally in v1.8.1. |
|
check the new release pls: https://github.com/streamaserver/streama/releases/tag/v1.9.0 hope it works |
|
I downloaded the new release and ran the script, but unfortunately it did not (fully) work. From the logs, here are a few things I saw:
I got this one twice. It kept running after, but then got to the end and didn't stop itself (and the skipped + fixed was more than the total). Let me know if there's anything I can do to help with this problem, if there's any more info I can provide or whatever. |
|
It worked flawlessly for me (600+ movies and 30+ shows). |
|
Worked almost perfect. Some covers were not updated, but updating them manually, wasn't too much of a hazzle. |
|
I'm afraid it didn't work out quite so well for me. It fixed a few of the covers, but the vast majority is still missing. Running it for a second time doesn't do anything at all - it just skips everything. |
|
ok, seems like the problem is that some images return the status code 200 (OK) but dont return an image. like this one i will have to check the response body, if binary data comes back i can assume its an image, if not, its broken and i need to fix it. Basically, tmdb returns a false positive right now, which is why my script skips them |
|
gonna try it . Well it fixed some covers but others went missing , according to the log everything went ok but in reality 10 or 15 movie covers dont show up . |
|
I am releasing 1.9.1 with another try. |
|
Yeah, that did the trick for me. Thanks! |
|
Working perfect , however it takes now more time to load the movie covers , believe that is because covers are between 100-500Kb of size . |
|
Some note : I connect to ssh to my server and when i load the webpage of streama after a few seconds i get my ssh disconnected dur to high CPU usage , never happened before on previous versions . |
|
Worked for me 99% (only one movie cover was missing, so very easy to manually fix), thanks a lot for your help and the quick turnaround. |
|
hm.. maybe this has something to do with the fact that its loading the images via streama now instead of tmdb. If you want, you can try to remove the reference to the streama-images, they are mostly meant as a backup anyway.. |
|
I think the issue is related to buffering the big images thru the webserver to the client , because the images are big . A good solution would be grabing the png from tmdb and saving them as jpg to be more smaller . My question now is : |
|
i think if you simply rename them, it wont change the filesize.. |
|
what i thought was to convert them to jpg with same filename and delete the png files ? |
|
I mean when streama funnels all those MB through the server it needs a ton of RAM, because for a brief moment all of that data is actually in the server RAM. then comes the smart GarbageCollector and tries to vacuum up any unused RAM to free it up. However, if no RAM can be freed up the GarbageCollector sort of spins out of control and keeps working without success, which drives up the CPU like crazy. |
|
So we only have 3 options here: lower the file-size on request, resize all the images with a linux script if you got one handy, or increase the ram settings of streama.. |
|
so , i need to have the same file extension . java -Xmx1g -jar streama-xxx.jar (could solve the issue ? |
|
1g is likely not enough.. I'd shoot for somewhere between 2g and 4g, but i guess you could fiddle around with those settings.. |
|
ok , so maybe it would be nice to streama automatically have an option to resize the pictures on request in admin menu , the reason is simple , one of these days everyone must have a lot of hardware to run a simple streaming service running . |
|
why not just remove the connection to those uploads using the sql above? that would quickfix it |
|
but that will remove the posters right ?!! (the sql instructions) ? |
|
nope, it will just remove the reference to the uploaded file. |
|
ok , do you have any idea in mind of a tool to open this database in linux ? If you want it could be tomorrow , it is turning too late in Europe and maybe you have things to do , if that so then drop here the tip tomorrow and i will execute it when i get from work . |
|
havent done it using raw linux shell, but maybe this would help: http://opensource-soa.blogspot.com/2009/03/how-to-use-h2-shell.html Alternatively, you can use the built-in interface in streama: https://github.com/streamaserver/streama/wiki/Managing-h2-using-dbconsole |
|
ok , thank you . |
|
for an unknow reason i am unable to open the database using h2 tool |
|
@peterpt I had this issue, I think you need to use an older version of the h2 tool. I use 1.4.199. |
|
Forget it , i found the solution for what Antonia told me . |
|
Everything is working perfect now . |
|
Is there a guide on how to update safely a non-docker version? |
|
i backup the db. Then Just start the new jar. That's it. |
I am using the latest release of streama , however i also tested in the previous release and happens too .
Without a reason many movie covers disappeared from streama database
Could this be database corruption ?
Only the covers where gone .
The text was updated successfully, but these errors were encountered: