Hi there,
1st of all, thanks for your work.
Iâm using the occ preview generator command.
Iâve also âupdagreâ the gallery app directly from github, so Iâm actually using the new shared preview infrasctructure (folder owncloud/data/appdata_<identificator>/preview).
BUT Iâm seeing that when I get a big preview of a photo the gallery app STILL generate a new file.
I think the problem that te âocc preview:(generate-all|pre-generate)â command is generating the thumbnails with the following names:
/home/owncloud/data/appdata_<appid>/preview/5382
[root@ciberterminal 5382]# ll
total 812
-rw-r--r-- 1 apache apache 136172 Jan 4 21:05 1024-1365.png
-rw-r--r-- 1 apache apache 3630 Jan 4 21:05 128-171.png
-rw-r--r-- 1 apache apache 241146 Jan 4 21:05 1440-1920-max.png
-rw-r--r-- 1 apache apache 241152 Jan 13 10:02 1440-1920.png <= this is a new one generated by gallery.app
-rw-r--r-- 1 apache apache 6639 Jan 4 21:05 192-256.png
-rw-r--r-- 1 apache apache 879 Jan 4 21:05 24-32.png
-rw-r--r-- 1 apache apache 11225 Jan 4 21:05 256-341.png
-rw-r--r-- 1 apache apache 906 Jan 4 21:05 32-32-crop.png
-rw-r--r-- 1 apache apache 1002 Jan 4 21:05 32-43.png
-rw-r--r-- 1 apache apache 24524 Jan 4 21:05 384-512.png
-rw-r--r-- 1 apache apache 1272 Jan 4 21:05 48-64.png
-rw-r--r-- 1 apache apache 42710 Jan 4 21:05 512-683.png
-rw-r--r-- 1 apache apache 1391 Jan 4 21:05 64-64-crop.png
-rw-r--r-- 1 apache apache 1620 Jan 4 21:05 64-85.png
-rw-r--r-- 1 apache apache 85482 Jan 4 21:05 768-1024.png
-rw-r--r-- 1 apache apache 2504 Jan 4 21:05 96-128.png
So is gallery.app is not using â1440-1920-max.pngâ pre-generated file, it generates a new â1440-1920.pngâ which is the same as the pre-generated.
My config.php settings include:
'preview_max_x' => 1920,
'preview_max_y' => 1920,
Iâll try to make a trick (symlink) to see if it works and gallery doesnât generate new thumbs.
I can confirm this problem with the occ preview:pre-generate command with an MP3 file w/o cover. In my case it is one file of a series of single channel frequency tone files from FreeMosquitoRingtones.org.
Iâm getting following error on nextcloud box after preview:generate-all and preview: pre-generate
ERROR: ld.so: object â/usr/lib/arm-linux-gnueabihf/libarmme
.soâ from /etc/ld.so.preload cannot be preloaded (cannot op
n shared object file): ignored.
The process control (PCNTL) extensions are required in case
you want to interrupt long running commands - see http://ph
.net/manual/en/book.pcntl.php
[Symfony\Component\Console\Exception\CommandNotFoundExcep
ion]
There are no commands defined in the âpreviewâ namespace.
I reenabled the app and rebooted the server. Still the same error⊠Someone else opened an issue with the same error on different commands on nextcloud-snap githubâŠ
What in case we copy files into a nextcloud userâs folder directly on the file system - is it succicient to run files:scan to get them added to the mentioned list?
As a result, in my /preview catalog only 2 files (for each *.jpg) are generated instead of ten or more files (170-170crop.png and 256-170max.png). This greatly accelerated my server based on Pi.
But if I manualy delete files from Linus file system, NC donât understand this. What method may be used for cleaning database records?
Since the generation of images takes time on a slower board like a RP3 and the preview command is in a cron job, what happens if I set the cron for every hour and the cron runs the job again while the previous job has not completed? Will it detect that the job is already running and exit gracefully?
Sorry for digging this thread up, but does anyone here have experience with hosted systems i.e. from all-inkl.de?
My nextcloud instance is running on one of their hosted packages and my suspicion ist that there is no way I can run the cronjobs needed there without terminal access?
Youâll need the hosting package âPrivatPlusâ in order to be able to use cronjobs.
When you only have the package âPrivatâ, there are no cronjobs available (see here).