In addition to AWS, you could also rent a powerful VPS to encode videos (probably using something like av1an to take advantage of many cores). That gives you fine control over the encoding parameters, and most providers support hourly billing so you don't have to pay for a full month upfront. E.g. Linode's 32-core plan is 72 cents an hour (hour of time on the VM, not hour of video encoded). That's much cheaper than AWS's transcoding service.
YouTube Vanced streams up to 4K HDR AV1 and MXPlayer shows "HW" as decoder for AV1 content
Also the Codec Info Tool shows AV1 both as software and hardware exynos version being available
So it does seem the API exists
Looking at stats for nerds, I've seen different codecs used for the same video based on what hardware, browser and OS I'm using.
I have an older notebook without a GPU and it usually gets served H.264 video rather than the AV1 or VP9 my desktop with GPU gets.
It's probably based on the Media Capabilities that /u/190n mentioned and where those are not available, it's probably making an educated guess based on other information that the browser presents.
https://www.deviceinfo.me/ will show the information that your browser is sending. I can't see Media Capabilities listed, but I can see Browser, OS, CPU architecture, GPU driver, plugins and so on.
Look at the table in this blog post:
https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs#computational_complexity
The data is diffrent than in this image:
like bit-depth, channels, single code stream size.
Install Termux: Playstore
Install the FFmpeg package.
Open the Termux app. Enter the command: pkg install -y ffmpeg
Enable storage access.
Enter the command: termux-setup-storage
Use any explorer app to find the folder path of files to be converted.
Enter cd "folderpath"
Eg: cd /storage/emulated/0/movies
Enter command "ls" to see all files in the folder . Convert command
ffmpeg -y -hide_banner -stats -loglevel error -stats -fflags +igndts -i "InputPath" -map_metadata -1 -pix_fmt yuv420p10le -g 24 -c:v libaom-av1 -crf 25 -qmin 18 -qmax 40 -b:v 0 -cpu-used 5 -row-mt 1 -tile-columns 2 -tile-rows 0 -lag-in-frames 20 -enable-dist-wtd-comp 1 -arnr-max-frames 5 -arnr-strength 3 -aq-mode 2 -enable-cdef 1 -enable-global-motion 1 -tune psnr -c:a libopus -b:a 80k -c:s copy "OutputPath"
Apparently, ZTE Nubia Red Magic 3 can already Capture & Encode 8K videos on Snapdragon 855 (Adreno 640) !
...makes me wonder... which codec they are using for that ?
https://www.archlinux.org/packages/extra/x86_64/qt5-imageformats/
Try this one first and then check if you have folder:
usr/lib/qt/plugins/imageformats/
> You also need to do something about third-party companies trying to extort money from anyone who uses the format.
This is Slashdot-tier commentary. There's nothing you can do about this and demanding it is a fool's errand.
>Google tried that with VP8 and it didn't work
The real reason VP8 failed was because it sucked. It came out in 2008 and underperformed AVC which was already well-established by then.
>What makes JPEG XL promising?
Is this a real question? This makes the case well enough.
A key advantage of JPEG XL is compatibility with JPEG - probably old images will be converted (~20% reduction thanks to better prediction and entropy coding), also improving decoding quality (https://github.com/google/knusperli).
Jon Sneyer's slides: https://www.slideshare.net/cloudinarymarketing/imagecon-2019-jon-sneyer
It’s not a stick, it’s a box (this one to be exact https://www.roku.com/products/roku-express-4k-plus) Have tried many videos just now, most that are more than a day old and have a view count over ~100k (especially from channels with over a mil subs) are loading as AV1 for me
No, this is lossy FLIF (See http://flif.info/lossy.html).
A lossless encoding of this image takes 6-7 MB with FLIF or JXL, or 9-10 MB with PNG. The uncompressed image is 15 MB (5 megapixels, 8 bit per channel).
Not a subreddit for this, but this for example: https://play.google.com/store/apps/details?id=com.hidea.cat&hl=en&gl=US
>At my work, I use the LibreOffice suite for documents, and I haven’t had any problems with it personally.
There's no replacement for Excel, no matter how you put it. LibreOffice is trash beyond basic functions, that's all it is. It can open some documents that's not too complex.
>For image editing... but I don’t really do any advanced stuff with it... I’ve heard
Oh, you've heard have you. Glad hearsay is overwriting reality now.
>I assume by SAP you mean SAP ERP? There are other software for that stuff, we use the browser-based Odoo.
Oh sure, because big companies would trust your open-source choice of software with their data and support. Does it integrate full finance function that suites over 10000 SKUs with mixture of tax implications and mixture of local/overseas and internally manufactured products? Does it interface with WMS systems that can control advanced push dispatch as well as replenishment tasks. Does it manage things like batch control for production and distribution?
You are on your way of making billions if that's the case.
>I don’t play PC games myself, but plain Wine is a joke nowadays when Valve’s Proton exists.
Glad you know one platform.
You are probably better of renting a server and encode there.
You already get 16vCPUs for like 0.08€/hour or so. https://www.hetzner.com/cloud?country=us There are probably other providers in the US which are even cheaper (while that's one of the cheapest in Germany).
The benefit of using your own server is that you can adjust everything by yourself and are not reliant on any service which does encoding with it's "preferred settings".
I know for a fact image sharing sites will suffer immensely if switched to AVIF without HW decoding. In the mean time JPEG XL has proven to be as fast as JPEG (132MP/s on an unspecified quad core processor vs 108MP/s libjpeg-turbo) according to Cloudinary. AVIF is even slower than HEIC.
So for a 1MP image, you are looking at ~100ms if HEIC/AVIF is used, by comparison JPEG/JPEG XL takes <10ms. This would be even more visible on lower end phones.
Any website with a 1000x1000px image would take more than 1/4s just to render the image, and progressive decoding is not supported.
So literally any shopping sites, media sharing sites etc would be utterly useless if they choose AVIF.
I think this blog post has a nice feature overview. Bear in mind it was written by one of the codec's authors. https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs
The progressive download is a feature inherited by flif/fuif. Basically, you can generate a thumbnail by simply loading a fraction of the file instead of having to save an extra thumbnail file.
> You are archiving a valuable footage.
True! I keep the originals. :) My scheme is to keep all media neatly organized in the ~/Pictures
directory, for example:
Etc etc. I want to keep them all in one place primarily so they are easier to back up via several means (rsync, btrfs snapshots, S3 sync, etc) as well has having local access to them at all times. I process the images with jpeg-archive, which keeps them reasonably sized with no loss of quality, but the videos are too big—I archive those to S3 reduced redundancy storage and delete the local copy. Using VP9 and AV1 I keep a local copy that is good enough, but I can always go back to the originals if needed. I never re-encode!
Cheers!
For JPEGs I would say don't convert them, but run them through something like jpeg-archive and call it a day:
$ find . -name "*.jpg" | chrt -b 0 parallel --no-notice "jpeg-recompress ${@:--q high} {} {}"
Even at the high
setting you will trim a few megabytes from each JPEG with no noticeable loss in quality (using SSIM or other metrics).
I'm on mobile, so I can't check if codec is shown, but try opening the Page Info window to the Media tab.
Alternatively, VLC can show you the codec info of a video file, so if you have the direct URL (or the first few kb of the file, including the header) you can open it in VLC to identify the format. You can do the same with software like MediaInfo or ffmpeg.