From Newsgroup: alt.os.linux
On Sun, 5/17/2026 10:53 PM, bad sector wrote:
Why would a video of any resolution made with kdenlive and linked on a web page not fill the Firefox web navigator window on a 4k monitor?
the code is as simple as it gets:
<a href="videoname.webm">videoname.webm</a>
I'm not much of a video person, and my collection of samples
is pretty small.
*******
Have you used any other tools to check the video and audio
stream details of the project ?
ffmpeg
ffplay
ffprobe
ffprobe.exe key01.mp4
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'key01.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2015-05-04T17:26:26.000000Z
Duration: 02:55:10.32, start: 0.000000, bitrate: 5001 kb/s
Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 125 kb/s (default)
Metadata:
creation_time : 2015-05-04T17:26:26.000000Z
handler_name : Mainconcept MP4 Sound Media Handler
vendor_id : [0][0][0][0]
Stream #0:1(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720
SAR 1:1 DAR 16:9, 4869 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default)
Metadata:
creation_time : 2015-05-04T17:26:26.000000Z
handler_name : Mainconcept MP4 Video Media Handler
vendor_id : [0][0][0][0]
encoder : AVC Coding
You can see that video is 1280x720, and playing it on a 4K monitor
requires the player wrapper frame to declare a somewhat larger value
if I wanted it to fill the screen.
I've seen other videos like that, 720x480, and those get scaled
quite a bit, to not fill a 4K monitor, but to be significantly
larger than the encoded format.
I would be careful about assuming every video ever made,
is actually natively 3840x2160 or something. That hardly
ever happens, because the cameras aren't good enough for that.
A RED 8K camera could likely make a nice 4K video. It might not
be as sharp as a tack though, it might betray the 8K origin.
I've tried a few RED samples, ones which were just dreadful
(creators at fault), and this is really the only decent one.
Name: epicw8k-standard-24fps-7to1redcode_16x9.zip 8192x4320 @ 23.976 FPS (153 frames, 6.09 seconds)
Size: 1478855973 bytes (1410 MiB)
SHA256: 81DC8B50B878A43FAC699213368E4A5452C7789AB7BC7EAA4813A6AE2CE6C152
Needs a RED provided program to read the file. FFMPEG cannot
handle it. I converted it to an MP4 with the RED software.
There is no sound track. It's a scene of Hong Kong, collected at night.
There are cars driving on the street. Everything is lit up, animated
billboards and such.
ffprobe movie.mp4
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.29.100
Duration: 00:00:06.38, start: 0.000000, bitrate: 16095 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuvj420p(pc), 3840x2160
SAR 16:15 DAR 256:135, 16091 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc (default)
Metadata:
handler_name : VideoHandler
vendor_id : [0][0][0][0]
That's one of the few 4K video samples I've got :-)
When I used ffplay on it, my screen is HIDPI and is set to 200%,
because it is only 27 inches and not the correct dimension
for a good 4K screen. Most of the video goes off the screen with
ffplay.exe, I have to bring up Task Manager and kill it so I
can use my screen again after the 6 second movie.
I could do this on a Linux setup too, but the monitors are
smaller elsewhere in the room, so it's not the same.
Summary: Dump the metadata on the sample and see what's up.
Paul
--- Synchronet 3.22a-Linux NewsLink 1.2