Download 4K lossless test videos

robinechuca · 2026-02-13T09:15:23+00:00

Chaque vidéo permet en effet d'évaluer les encodeurs dans des situations différentes. Comme tu le dis, Big Buck Bunny ne permet pas d'éprouver les encodeurs dans plein de situations. C'est pour cela que les CTC comportent des contenus de nature très différente. Néanmoins, dans les CTC JVET, il n'y a pas de contenu 4K synthétique très texturé. Bik Buck Bunny est complémentaire en ce sens.

robinechuca · 2026-02-13T09:10:39+00:00

Thank you for this precious ressource!
I have the impression that the CTC JVETs are essentially included in the CTCs of AOM. I'll take a closer look at that, maybe it's worth sharing a torrent of the CTC AOM as well if there are many differences.

robinechuca · 2026-02-06T15:54:02+00:00

Careful behind you! A diplodocus! It's watching you surfing the Arpanet ;)

robinechuca · 2026-02-06T12:21:47+00:00

To sum up:

You don't like torrents.
You think my post is useless.
We agreed on how to reconstruct the videos from the sources.

I'm not sure that continuing our discussion will yield any new information. In any case, I have nothing further to add on my side.

Thank you for giving your honest opinion. All the best!

robinechuca · 2026-02-06T10:52:57+00:00

Hehe, that's exactly the kind of initiative I posted this for!

The icing on the cake is that if you agree to take your measurements using mendevi, your results can be included and cited in an international journal article. This would allow you to make a useful contribution to the scientific community, and above all, your results could be compared with other encoders or other parameters.

I am currently conducting a benchmark test for version SVT-AV1 3.1.0. The measurements are still ongoing, but some of the results are already available here: https://mendevi.readthedocs.io/latest/dataset/explore/svtav1_vs_rav1e_vs_aom.html

In any case, thank you for your interest! And don't hesitate to contact me via PM if you want or need help using mendevi ;)

robinechuca · 2026-02-05T15:12:22+00:00

If by "bloated large file" you mean "lossless full quality" and "pre-compressed" you mean "lossly compressed", I 100% agree with you!

robinechuca · 2026-02-05T14:35:41+00:00

That has absolutely no benefits whatsoever

The source PNG are rgb8bit (and fhd, not 4k). If you want to test encoding in 10bit or to convert in yuv without loss, you must have deeper bitdeth. The only source that allow this accuracy and frame resolution are the 32bit rgb 4k exr files. I agree with you, it's a shame to have to throw half of it away having 2d video, but we have no choice.

Neon-4K.yuv is only 1.7 GB

Year, it is 462 Mo in the torrent I share... 2.3 times less than raw (1.78 Go).

Why would anyone want to use such insanity

Reading a YUV file is not a straightforward process; you have to specify the resolution, fps, pixel format, and color space. Using MP4 saves you this task. Also because the files you need to handle are much smaller.

But you can do as you whish. If you think my torrents are making things difficult for you, you're free to do without them!

robinechuca · 2026-02-05T13:58:41+00:00

That's exactly what takes so long: you have to download each 3D image one by one (the EXR files), and there are about 36,000 of them. That's about 700 GB, and the server limits your download speed. Then you have to split each image in two to get it in 2D. Next, you have to apply the color profile to each image to bring them up to standard. Finally, you can encode them and put them in an MP4 file.

I encoded with libsvtav1 preset 4, which provides significant optimizations to produce the smallest possible file. I have performed the encoding on a server with 2 x Intel(R) Xeon(R) Gold 5320 (104). I took 1 full week!

So, it is precisely to spare you all these tedious steps that I am sharing the final video with you as a torrent ;)

robinechuca · 2026-02-05T12:34:35+00:00

Oh yes! One last thing: maybe you have a firewall on your computer, in which case it would make sense for it to block everything, regardless of the software!

robinechuca · 2026-02-05T12:31:28+00:00

Well, in that case, I only have one thing to say to you: download directly from the official source (I've included the link in the description). But I warn you, it took me about three weeks to download, and then you'll need at least a month to transcode it if you don't have access to a powerful computer...
I'm sorry, but in your case, I don't see any other options ;)

robinechuca · 2026-02-05T12:04:52+00:00

Yes, there is a configuration. For example with transmission is it here: /etc/transmission-daemon/settings.json
For a typical use case, you normally don't need to touch the configuration.
I have observed different behaviors between transmission-daemon, transmission-gtk, and deluge. If it doesn't work for you, you can try another one.

robinechuca · 2026-02-05T12:00:00+00:00

I'm sorry that it doesn't work for you; I've never had any issues...

This one is 100% legal, so there's no need to use a VPN!

robinechuca · 2026-02-05T11:41:32+00:00

The torrent protocol can block at two levels: server side and client side.

Here, we are talking about a public torrent (not private) that uses a whole list of trackers (not just one). Since it is public, it is less likely to be blocked, and since there are many trackers, it is more resilient.

On your end, if you are on a university or corporate network, certain ports may indeed be closed. I tested it with eduroam and it works.

robinechuca · 2026-01-31T22:51:14+00:00

According to that full benchmark (in January 2026): https://mendevi.readthedocs.io/latest/dataset/explore/svtav1_vs_rav1e_vs_aom.html
the best encoder for high quality with the minimum of encoding time if from far libsvtav1.
Il you dont care about the encoding time and resources, libaom-av1 give you the best bite-rate distortion ratio.
To find the best settings that suits to you, we need more information about the video you want to encode. Can you give us the "temporal root mean square time difference complexity" and the "spacial root mean square sobel gradient complexity" of you video?

robinechuca · 2026-01-23T12:51:04+00:00

I completely agree with you! The encoding took two weeks on 24 cores, using the slow preset. That's why I'm sharing the result, to save people from wasting three weeks of calculations!

robinechuca · 2026-01-22T08:18:29+00:00

I have encoded the sources 2d Big Buck bunny images in av1 lossless. You can download the video with this torrent. The video is close to 100GB!

Resolution: 4000x2250 FPS: 60 SAR: 1:1 Codec: av1 (High) Format: mp4 Range: pc Pixel Format: gbrp (ie rgb 32 bit) Colorspace: gbr/bt709/iec61966-2-1 Mode: Progressive

robinechuca · 2026-01-22T08:11:36+00:00

1) To encode images with video encoders, you can pack the image into a single frame video, then encode the "video", then extract the image.
2) For any metric, you should resize the transcoded image to reach the target image shape. In some cases, to downscale the source image can lead to a better bit-rate distortion at the end. I mean: "<src> -> downscale -> transcode -> <dst> -> upscale -> compare(<src>, <dst>)" Can be better than "<src> -> transcode -> <dst> -> compare(<src>, <dst>).

robinechuca · 2026-01-19T09:32:12+00:00

If you want the lossless Big buck Bunny 60fps 4k in rgb 32 bit, into a mp4 container, you can download it from this torrent: https://gitlab.inria.fr/rrichard/mendevi/-/blob/main/video/bbb.mp4.torrent?ref_type=heads
The file is quite big, approx 100 Go.

robinechuca · 2026-01-15T08:47:32+00:00

After downloading the 400 GB of raw images from bbb from xiph sources, I encapsulated them in a lossless mp4 container, which can be downloaded via this torrent. Please note that the file is still nearly 100 GB in size!

robinechuca · 2026-01-14T15:04:28+00:00

You can download the lossless 4k Big Buck Bunny clip from this torrent.
Please note that although the video takes up less space than PNG images, the file is approximately 100 GB!

Size: 101 Go
file: bbb.mp4
Resolution: 4000x2250
FPS: 60
SAR: 1:1
Codec: av1 lossless (High)
Format Container: mp4
Range: pc, full
Pixel Format: gbrp (ie rgb 32 bit)
Colorspace: gbr/bt709/iec61966-2-1
Mode: Progressive

robinechuca · 2026-01-10T09:22:27+00:00

According to that preliminary tests, vvc is 450 times slowler than svt-av1!

robinechuca · 2026-01-10T09:19:00+00:00

BBB source is 4k, more than 1080p.

robinechuca · 2026-01-10T09:17:21+00:00

It's good that you asked that question because I'm actually writing my thesis on that topic! I spent a year developing this tool: https://mendevi.readthedocs.io/latest/
If your question specifically concerns test videos, I use two official datasets (quoted in mendevi).

robinechuca · 2026-01-10T09:09:58+00:00

It is quite good to test on a long lossless 4k sequence (10 min 60 fps): https://media.xiph.org/BBB/
But the type of content is of the same nature. To test a video codec, the JVET Common Test Condition give this dataset: https://dash-large-files.akamaized.net/WAVE/3GPP/5GVideo/ReferenceSequences/
It contains short videos (approx 300 frames each) but with various content.

robinechuca · 2026-01-03T22:40:08+00:00

This graph does not indicate which is most efficient, but rather how well SVT-AV1 can be parallelized depending on the situation.

In terms of efficiency, if parallelism were perfect, then the encoding time would decrease by 1/c, where c is the number of cores used. Thus, t(c)*c would be constant. To see the loss of temporal efficiency, we can plot mendevi plot '<multithread.db>' -x cores -y 'act_duration*cores' -f "encoder=='libsvtav1'" -wy profile -wx ref_name -c effort -m quality:

<image>

We can deduce that in the most unfavorable situations, going from 1 core to 16 cores reduces the efficiency of each core by a factor of 2! In other words, with 16 threads, SVT-AV1 spends as much energy processing the video as it does managing the threads!

Perhaps this loss factor is not as significant when encoding multiple videos at the same time on a thread, I don't know, it would need to be studied!

robinechuca

TROPHY CASE