The only possible way is to add a mp4 video in the list of extension (in action file) to be converted again and to edit the ffmpeg tool command in video class file and set the max time from 1 to 3 minutes just like tiktok doing.

Arsalan,
Is it possible to resize and auto-compress the videos while the user is adding the files? If it is a bigger community it would be hard to educate the users to resize and compress it. Rather the upload process takes care of it, then it would be the right solution. Please guide and help.

Thank you for the info Arsalan, you too ~Z~Man. I host my own stuff on my own hardware, VM, Cable Internet connection - it's not exactly a high-traffic site - it's a family site to save kids stuff.

I absolutely WILL NOT be using YouTube for much of anything - getting off of that sort of thing is pretty much why the site exists. I will consider putting it into IPFS and embedding the content with a hard gateway address, I've made that work fairly well before, but that's not going to be for user uploads.

Being smooth for the users - not just for me and my use of Handbrake, which I guarantee my users don't understand or will even tolerate - is the goal.

I will be checking out the X-Send Apache thing, thank you.

I still think setting options in FFMPEG would be the way to go. I've been using FFMPEG for many different things - I'm a pretty solid Linux guy in general, but I haven't run a lot of webserver related stuff since before Apache2 was a thing - it's been a while. I was looking through the code in the video section yesterday. I don't quite have it figured out - I'm not a coder, but I have some ideas to run with. I may clone my VM and experiment a bit so see if I can get what I want out of it.

I initially made an attempt at using NGINX since it's supposed to be faster, more modern, whatever, but I quickly realized the software really was written for Apache2, so I decided not to fight it.

It all depends on videos file. Videos are loaded via PHP not direct path to file. The component is meant to be used for small videos like 4-5MB If you load larger videos of course you need to make sure your memory is large enough to handle those files. Buffer size is 1024 * 8 bytes (video output) for fread https://www.php.net/manual/en/function.fread.php The only problem is people tends to enable larger videos and outputting using PHP requires a memory and is a big problem and we can not just make those videos to put public folder and serve without PHP.

The other solution may be is to make the videos ffmpeg command to resize those videos to 480p and compress it. You can edit this in videos component files (action files and classes)

There is x-sendfile apache module but it isn't available on providers as its a 3rd party module and its outdated you can read just for information (not for implementation)

https://stackoverflow.com/questions/36955983/downloading-large-files-with-php-using-mod-xsendfile-on-linux
https://www.h3xed.com/programming/how-to-use-x-sendfile-with-php-apache

If you wish to upload larger videos I suggest you to use youtube and then just share video URL in your network.

Hmm ... your server resources look fine - so maybe it's a network issue ...
To isolate the issue from Ossn, I'd suggest the following:

Each of your videos is addressable like https:/YOURSITE/video/view/SOMENUMBER
So...
memorize 2 or 3 problem candidate numbers
enter the object subdirectory of your ossn data directory
locate and enter the subdirectory with the same number you have memorized
proceed to video/file
and you'll find something like 69a2c3fbc6ba3e0d6ec18d244ab34.mp4
copy that mp4 to a browser accessable location (e.g. your Ossn installation directory)
and access it directly from your browser

If you're getting similar issues this way, it's time to check your network and/or apache
if not, please contact Softlab24 directly, because this forum is dedicated to the free version of Ossn only.