AllskyTeam / allsky-website

Web interface displaying an image from an allsky camera.
54 stars 42 forks source link

website not all links working? #100

Closed Pedritoprint closed 2 years ago

Pedritoprint commented 2 years ago

After "updating" (reinstall) the Website as written in the "readme.md and configuration all parameters, i could not see any videos nor keogramms nor startrails. I have my Website not on the Raspi but on a own Server. After calling the website, i allways see the loading picture and if i klick a link on the left side for keograms, videos or startrails i allway see the hint: "Please run the following from the 'allsky' directory before using the Website: website/install.sh --update but the Website isn't on the raspi!! Before the update i had no problem with the site, all was working fine. Any hints?

EricClaeys commented 2 years ago

@Pedritoprint. Would you please attach the functions.php file from the web site? What kind of server is it? Windows, Linux, etc? 32 or 64 bit?

Pedritoprint commented 2 years ago

Hello EricClaeys My server is Linux-based (Synology-NAS DS-918+ with WEB-Station Paket) and 64 Bit functions.php.txt

Pedritoprint commented 2 years ago

Ohh EricClaeys, much better....but....

EricClaeys commented 2 years ago

@Pedritoprint What timing - I noticed the same thing yesterday on my Pi One of my thumbnail directories was mode 755, owned to "pi" and grouped to "www-data" (the web server), so the web server couldn't create the thumbnail since it didn't have write permission on the thumbnail directory.

The issue you're seeing is permissions-related; probably a difference in the logins used by the web server and by the FTP server. The web server will only create the thumbnail directories and write to them. The FTP server will copy files to the videos, startrails, and keograms directories, but never to their associated thumbnail directories. My guess is that your videos, startrails, and keograms directories are not writable by the web server, login, so the web server cannot create anything in those directories.

I'm guessing when you made the thumbnail directories you did it via FTP, so they where owned and grouped to the FTP server. But when the web server tried to write to those directories, it couldn't since it uses a different login.

On the NAS, make sure the web server login has write permission to videos, startrails, and keograms directories, as well as their thumbnail directories.

Just to make sure I'm correct, please run the following on your NAS and post the results.

cd /volume1/web/allsky
ls -ld videos videos/thumbnails keograms keograms/thumbnails startrails startrails/thumbnails
Pedritoprint commented 2 years ago

Thanks dr EricClaeys Here my result: allsky

I think you are right, because the old folders have "rwxrwx---" so i will change it. regards, Peter Edit: After changing the rights for de folders, the Thumbnail-folders could be made also the thumbnails for the keograms and startrails but not for the videos. Is there a problem to make thumbnails from a video? isn't it? in the previous version of allsky-WebSite i took the same selfmade thumb for all videos listed in table.

EricClaeys commented 2 years ago

@Pedritoprint Startrails and keogram thumbnails are made by making a small copy of the .jpg file. The software uses a routine internal to PHP since the input files are .jpg. Timelapse thumbnails on the other hand, are made by looking at the .mp4 file, and to do that we have to execute an external command. Many remote servers (that is, not on a Pi) either don't allow executing commands due to security issues, or don't have the command needed to make the thumbnail.

I would guess your NAS allows executing commands, but doesn't have the ffmpeg command, which creates the thumbnail.

If you want to determine if your NAS doesn't allow executing commands, in functions.php, search for make video. Remove the // at the beginning of the line, and view the timelapse again. If you see the message "Can't make video thumbnail- exec_works=false", then your NAS doesn't allow executing commands.

Eric

Pedritoprint commented 2 years ago

Thanks EricClaseys but i think, that my NAS works fine, because after doing your suggestion (Removing //) i have no such message you wrote (the text after //) and if i write in console of NAS: ffmpeg -version , the output is:

ffmpeg version 4.1.6 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 7.5.0 (GCC)

If i chose the link on the left side of allsky-website to view the videos i see mp4 And if i click the thumbnail-placeholder, the video is playing. If i try to make a Thumbnail from the video-file manually i see an error like: Unable to find a suitable output format for '/thumbnails/test-thumb.png' and now i think, in ffmpeg, the .png-format isn't enabled. The Console Command: ffmpeg -formats | grep png Result:

  built with gcc 7.5.0 (GCC)
  configuration: --prefix=/usr --incdir='${prefix}/include/ffmpeg' --arch=i686 --target-os=linux --cross-prefix=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-shared --disable-static --disable-stripping --enable-version3 --enable-encoders --enable-pthreads --disable-protocols --disable-protocol=rtp --enable-protocol=file --enable-protocol=pipe --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-ffprobe --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-vaapi --disable-cuvid --disable-nvenc --disable-decoder=amrnb --disable-decoder=ac3 --disable-decoder=ac3_fixed --disable-encoder=zmbv --disable-encoder=dca --disable-decoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=eac3 --disable-encoder=truehd --disable-decoder=truehd --disable-encoder=hevc_vaapi --disable-decoder=hevc --disable-muxer=hevc --disable-demuxer=hevc --disable-parser=hevc --disable-bsf=hevc_mp4toannexb --x86asmexe=yasm --cc=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-wrap-gcc --enable-yasm --enable-libx264 --enable-encoder=libx264
  libavutil      56. 22.100 / 56. 22.100
  libavcodec     58. 35.100 / 58. 35.100
  libavformat    58. 20.100 / 58. 20.100
  libavdevice    58.  5.100 / 58.  5.100
  libavfilter     7. 40.101 /  7. 40.101
  libswscale      5.  3.100 /  5.  3.100
  libswresample   3.  3.100 /  3.  3.100
  libpostproc    55.  3.100 / 55.  3.100
 DE apng            Animated Portable Network Graphics
 D  png_pipe        piped png sequence

No idea, what's wrong...seems OK? Peter

EricClaeys commented 2 years ago

@Pedritoprint Allsky uses .jpg files for thumbnails, not .png. In the functions.php file, look for the line that begins with $command =. It's around line 250, depending on what version of the file you have. After that line, add echo "command=$command"; then go to the video page again and you should see the command Allsky is using. Copy/paste that to a terminal window and see what the error is, then let me know.

Pedritoprint commented 2 years ago

@EricClaeys This is my output in console. Same like with .png and sorry yesterday i tested also with .jpg-file ffmpeg

EricClaeys commented 2 years ago

@Pedritoprint Peter, I don't see an argument to ffmpeg that specifies the output format. I think by default it uses the extension of the output file. The ffmpeg version on the Pi is 4.1.8 which is newer than the version on your NAS. That might be the problem but I doubt it.

Try running the command on the Pi and see if it works. It should.

I don't think this is an Allsky issue so there's limited support I can provide. You can try googling the error message. Whatever the solution is, though, I'd like to add to the Wiki.

EricClaeys commented 2 years ago

@Pedritoprint Peter, We just released what I believe is a fixed version of functions.php that should fix the issue you first reported. Would you please grab it and see if it fixes the original problem? If it does, I'd like to close this Issue.

Pedritoprint commented 2 years ago

Thanks dr EricClaeys for your effort and 1st issue: is fixed with new file i grabed just now. 2nd issue: on pi, it works. So i like to find out my "NAS-Problem" and report you my work i done to correct this problem. I think also, it's a version-problem of "ffmpeg".

EricClaeys commented 2 years ago

@Pedritoprint Peter, I'm glad the original issue is resolved. I will close this Issue. For the "NAS problem", please keep me informed. You can add a Discussion item, or continue to add comments to this Issue even though it's closed. I would definitely like to find out what the resolution is so I can add it to the Wiki. Quite a few people have the Allsky website on a remote server or NAS, and I'd like the Wiki to give them the information needed to get things working.

robertpascale commented 1 year ago

RE: first issue on Synology NAS web services can be solve by following the instructions here: https://kb.synology.com/en-ca/DSM/tutorial/What_should_I_set_permissions_to_folders_for_websites ie. setting the http user to have write permission on the folders for the AllSky Website.

Sadly, the second part seems to be an issue with the ffmpeg implementation on Synology NAS, ON OLDER ENCODED VIDEOS. It works fine generating new thumbs on MP4's created with this newer (current) version. Once I can work out what the differences are between the previous ones and current ones, I'll update this.

The command: ffmpeg -loglevel warning -ss 00:00:00 -i './allsky-20230908.mp4' -filter:v scale='100:-1' -frames:v 1 './thumbnails/allsky-20230908.jpg'

results in: Unable to find a suitable output format for './thumbnails/allsky-20230908.jpg'