View Full Version : Bitrate Calculator 1.06
3ngel
22nd February 2007, 13:15
Here's a tool i've programmed in order to do a x264 bitrate calculation considering the Overhead of the container.
At the moment it does support .AVI as input.
http://tcmsblog.files.wordpress.com/2013/10/br3.png
Bitrate Calculator 1.06 (http://ubuntuone.com/2iD4qRvakYyupdltnurdmb)
Homepage (http://tcmsblog.wordpress.com/)
Changelog for 1.06
- Added Mod16 and Mod4 Checks
- Added New DVD Target Sizes
- Modified Some interface Redesign
Inventive Software
23rd February 2007, 00:57
Cheers! I'm fed up of using Xvid's calculator, as that works well for x264's bitrates.
One slight problem: it gave me a 403 error and a load of (what I think is) either Polish or Russian I can't understand! :D Can you upload as an attachment in your original post? ;)
3ngel
23rd February 2007, 01:13
If you try more than 1 time trying to download, in the end it goes :)
Inventive Software
23rd February 2007, 17:06
Fair enough. Cause I'm nice, I'm gonna upload it elsewhere for others to understand. ;)
MiHD: http://mihd.net/f5qkwt
Rapidshare: http://rapidshare.com/files/17897035/X264BitrateCalculator.rar.html
Mirrors welcome. :)
Tagert
24th February 2007, 17:23
When I try to run the program it says:
"This application has failed to start because vcl60.bpl was not found."
3ngel
24th February 2007, 18:36
Sorry about that.
Now fixed.
JarrettH
24th February 2007, 20:30
Have to throw this in here....what's wrong with the one in MeGUI?
3ngel
24th February 2007, 20:31
MeGui needs .NET installed.
You can use this with any x264 gui without .NET.
3ngel
11th March 2007, 02:46
Changes for 1.01
Added : "Copy to Clipboard" button
Added : "Stream Numbers" field
Fixed : Internal fixing
stanleyhuang
12th March 2007, 04:35
Why is this calculator called x264 calculator? Does it have anything special about x264?
3ngel
12th March 2007, 13:08
I called it so because i used it for x264 encoding and because it's dedicated to calculating MKV container overhead (that from what i see (and i use it) it's used mainly for x264 encoding).
But i think you can use it for any video codec inside a MKV (unless for other codecs the bitrate calculation is different).
akupenguin
12th March 2007, 22:22
Bitrate is completely independent of codec. Call it a mkv bitrate calculator if you want to be specific.
Changes for 1.02
Added : Drag & Drop support for video and audio (drag on the appropriate sections)
SealTooGreat
4th May 2007, 12:31
@3ngel
Does you GUI have calculation for bits per pixel
buzzqw
9th May 2007, 12:05
the bpf factor (as GK)
BHH
The bit per pixel is always 12bit for compressed format like divx,xvid,x264...
If you mean "bits per frame", there is no way a calculator can know the value (that can be read only after compression).
prOnorama
9th May 2007, 14:20
I guess what buzzqw means is the average Bits (Pixel x Frame) it's a rough quality output indicator. (Increasing the frame size or resolution lowers the BPP, inceasing it increases the BPP)
Screenshot from GK to illustrate:
http://img11.imagepile.net/img11b/72523bpp.png
I see, and i've read something about.
The concept behind the bpf for me doesn't say anything about the final quality (and i disagree in totality with it), because quality is not a number matter and moreover a bit per frame is a nonsense 'cause a video can look better with much P/B frames and in this case the indicator would go low (fewer bits per frame) indicating (if you want to use it) a lesser quality on the contrary the real it is.
SealTooGreat
16th May 2007, 18:00
I see, and i've read something about.
The concept behind the bpf for me doesn't say anything about the final quality (and i disagree in totality with it), because quality is not a number matter and moreover a bit per frame is a nonsense 'cause a video can look better with much P/B frames and in this case the indicator would go low (fewer bits per frame) indicating (if you want to use it) a lesser quality on the contrary the real it is.
Do tou have any better quality measurement, beside bits per pixel.
When you encode to h264 (2pass), how are you determining final bitrates? (without CRF, CQ and similar stuff).
When I've started using bits per pixel (0.15 - 0.17), I have never had a bad issue considering h264 output quality.(assuming the source is good DVD).
Anyway, I'm using Aspect (FREE) (http://aspect.fre3.com/) for calculating bits/pixel value.
bits per pixel = bits per frame = bits/(Pixel x Frame) - same thing with different names.
3ngel
16th May 2007, 18:22
Do tou have any better quality measurement
The same "quality measurement" concept is BS in first place for me.
And just for preciseness
bits per pixel is for nothing = bits per frame.
foxyshadis
16th May 2007, 20:51
Just use a compressibility test. They're not perfect, but they're a lot better than pure wishful thinking, which is all bpf is. There's one in AutoMKV, there's tyee's (http://forum.doom9.org/showthread.php?p=909333#post909333), and I'm sure there's others for x264.
SealTooGreat
16th May 2007, 21:48
The same "quality measurement" concept is BS in first place for me.
And just for preciseness
bits per pixel is for nothing = bits per frame.
Better have one than no one.
@foxyshadis
I didn't know that functional compressibility test for x264 exist? - What's you expiriance?
'cause a video can look better with much P/B frames
I've forgot to say....Some AVC profiles have max P/B restriction, so you can't always use max available number.
3ngel
16th May 2007, 21:52
@SealTooGreat
If you really need some kind of "quality preview" just throw the BS bpf (as foxyshadis rightly said) and stick with "Compressibility Test" concept, that does a "rough overall compression" giving you a rough idea of quality result.
SealTooGreat
16th May 2007, 22:05
3ngel , I'll give Compressibility Test a try.
But bits per pixel isn't a BS ...This BS, maybe not perfect for AVC, but always gives me quality - that's my expiriance. :)
prOnorama
16th May 2007, 22:27
@SealTooGreat
If you really need some kind of "quality preview" just throw the BS bpf (as foxyshadis rightly said) and stick with "Compressibility Test" concept, that does a "rough overall compression" giving you a rough idea of quality result.
Just because you think it's BS doesn't mean that others find the BPF useless. I don't. For me it's a rough quality indicator, and when I have little time I sometimes encode just on the BPF data (which has worked fine so far). Sure I could calculate it myself but I'm lazy and if a tool does it for me all the better for me :)
3ngel
16th May 2007, 23:47
Obviously that was my opionion, but it's a fact that bpf it's based on a concept that's just between daydreaming and gambling :)
prOnorama
17th May 2007, 01:13
but it's a fact that bpf it's based on a concept that's just between daydreaming and gambling :)
I wouldn't say that's a fact, just your opinion
Otherwise I gamble very well :p
Anyway, we're running in circles here. Obviously you're not warming up to the BPF feature so I will leave you to develop your program :)
Cheers
foxyshadis
17th May 2007, 02:47
Gut feelings are good, and so is past history, but the numbers don't lie. In the HD world with AVC, bpf is so wildly off that it really is meaningless; however, sagittaire did come up with another quick-n-dirty metric (http://forum.doom9.org/showthread.php?t=95122). It still suffers from a lack of precision, but at least it holds together a little better as resolution changes. (And notice that this is even true with sub-SD resolutions with xvid; if gknot had used this one instead of bpf, many people would've been much better off in their estimations.) Old assumptions about the number just don't carry over very well.
For the other half of the indictment just use AutoMKV, which can optimize for size, resolution, and quality, based on the sound principles established in the DABR thread, in very short times (minutes or even seconds), although the interface needs a few tweaks. The power of science compells you!
3ngel
17th May 2007, 22:37
Changes for 1.04
Added : Codec Information Analysis for the video
At this moment there are the very basics Codecs listed.
3ngel
18th June 2008, 14:07
x 264 Bitrate Calculator 1.05
3ngel
28th October 2013, 11:54
After some time i did a new version.
Added some interface design, Mod16 / 4 checks.
Planning on adding ColorSpace information (someone has some developing suggestion how to do this?) and direct .avs support.
At the moment you can workaround the .avs support with AVS2AVI Wrapper.
yesmanitsbearman
4th May 2016, 10:45
Does anyone have the latest version of this anywhere? Or a tool thats like it.
http://www.videohelp.com/software/sections/bitrate-calculators
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.