my phone camera encodes the date in a different EXIF field, so I need to scan for other locations of the date stamp as well. This seems to work.
- force 2chan audio, 44kHz for mp4 (otherwise many players do not work). - fix inotify event parsing mistakes.
- Fix indices in inotify lookup arrays. - Fix thm lookup to look in cache folders properly.
I've seen browsers poop out after a large album with slideshow enabled. Limiting the preload array seems to help, and makes sense, since the amount of images in memory will radically grow if left unattended.
Use proper mimetype for jpg's. Pass Content-Disposition: with the file's real filename.
The "continue" keyword does something different in a switch and so we can't use it here. Fall back to if ().
Adding input checking to TODO. Mapped out ffmpeg requirements. Dropped ImageMagick - no longer needed as we recode thm's in GD now.
Convert /home/ . $user into something that uses getpwnam['dir'] so we can handle odd $HOME locations.
This works just fine in a subfolder.
This is needed mostly due to the input files being mp4/avi in a lot of cases, and OGV just does not come out OK by default with ffmpeg. A modest qscale of 6 seems to be OK for both size and quality.
Always pass all alt recodes no matter the filetype.
This inserts source URL's to working passthru regen'ed video's. If multiple formats are supported, multiple source lines are generated as well.
This is a bit of a kludge that needs more cleanup, but if the cache holds an unsized version of a file, it is fed instead of searching for the proper sized version of a file. This makes it easy to request .thm files or recoded video formats without passing more flags to image.php.
Instead of mangling the DB with alternatives, provide the real file with web-encoded alternatives as subfield for the real file. This way the .js code can offer the proper encoded versions and it can still offer to download the real file through the download link. .js code will need to parse .alts from here.
Video's will be fed appropriately from the cache instead, so the .js code needs to fetch the right cache/recode. So, we no longer exclude any video formats from the db.
This php daemon can run as non-root and create thumbnails of video's, recode them with ffmpeg for the web and store all results in the cache. Use the systemd unit file to start it. Should need very little configuration to actually get working. Once started, it'll make sure all video's are recorded before using inotify to screen for video uploads, so, on first startup it will run for a while.