View Full Version : VBV Underflows in x264 (tested with 1281)
LoRd_MuldeR
15th October 2009, 19:17
please... im not stupid ? Ofcourse i use identical VBV Values, 40/40Mbit
Good ;)
And Elecard outputs detects Buffer under and overflows in 1 and 2 pass mode encodes, On my x264 encodes, encodes from other "people". with all x264 Settings (level, Refframes,bframes etc) and ALL Builds..doesnt play a Role
--level 4.1 --deblock -3:-3 --ref 4 --vbv-bufsize 40000 --vbv-maxrate 40000 --no-fast-pskip --partitions p8x8,b8x8,i4x4,i8x8 --subme 9 --bframes 3
Well, if x264 did not report any underflows while encoding, but Elecard does detect underflows with identical VBV parameters, this means:
Either Elecard is doing something wrong when checking the stream -or- x264 didn't report the underflows it encountered. The latter definitely shouldn't be the case!
Did you try an alternative VBV Checker, such as Neuron2's on that stream? If so, did it agree with Elecard's ???
ACrowley
15th October 2009, 19:25
Oh, i think i have it:)
It looks like the Elecard buffer Analyzer cant handle Buffersizes over 30mbit and VBV Maxrates over 40Mbit ...as i thought above!
When i feed the Analyzer with encodes which has a lower VBV Buffer/Maxrate (in this case 24Mbit), there are absolutely no Errors:)
And ofcourse a BluRay AVC Streams with 30/40Mbits works without detected under/overflows too.
This is the one and only Problem here....!
@lordmulder
As i say above...VBVchecker,Avinaptic= no Errors!
So its obvious that theres no Problem with x264 :)
shon3i
15th October 2009, 20:16
It looks like the Elecard buffer Analyzer cant handle Buffersizes over 30mbit and VBV Maxrates over 40Mbit ...as i thought above!
When i feed the Analyzer with encodes which has a lower VBV Buffer/Maxrate (in this case 24Mbit), there are absolutely no Errors
And ofcourse a BluRay AVC Streams with 30/40Mbits works without detected under/overflows too.Like i said Elecard follow HRD, if no HRD info you can't expect to get proper info. Anyway you can get Over/Underflows with HRD VBV besides real VBV is not disturbed. Encoders can preform bad calculation and write bad HRD model which can cause bad decoding, besides everything in stream is right.
btw i have some very old version and lastest of Buffer Analyser, and both reject streams with broken HRD or without HRD stored in streams. So you graph is false evidence
ACrowley
15th October 2009, 20:28
Like i said Elecard follow HRD, if no HRD info you can't expect to get proper info. Anyway you can get Over/Underflows with HRD VBV besides real VBV is not disturbed. Encoders can preform bad calculation and write bad HRD model which can cause bad decoding, besides everything in stream is right.
btw i have some very old version and lastest of Buffer Analyser, and both reject streams with broken HRD or without HRD stored in streams. So you graph is false evidence
However..its likely a Elecard Problem and nothing "really" wrong with x264, isnt it?!
My Elecard versions from Streameye studio doesnt reject the Stream without NAL HRD...But the standalone Buffer Analyzer Version rejects it with a Error Message
Yep, when i encode the Sample with Mainconcept Reference 1.6.1 fully Bluray compliant ,Elecard doesnt output Errors
shon3i
15th October 2009, 20:51
However..its a Elecard ProbelmIs not elecard problem but is not x264 aslo.
And definitely it cant handle Buffersizes over 30MbitHmm no. Can handle max as standard can.
i encode with this settings
--profile high --level 4.1 --crf 15 --thread-input --threads 12 --deblock -3:-3 --keyint 24 --min-keyint 2 --direct auto --slices 4 --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 50000 --vbv-maxrate 50000 --rc-lookahead 60 --merange 24 --me umh --no-dct-decimate --no-fast-pskip --sar 1:1 --aud --nal-hrd --output "100009.264" "100009.avs"
http://img391.imageshack.us/img391/7959/74935124.jpg
btw my version is not much newer than yours. And Streameye dosen't need HRD, just Bufferanalyser.
ACrowley
16th October 2009, 08:32
yeah, youre right shonai
The Analyzer doenst detect Under/overflows on Streams with proper NAL HRD, with all Buffer/Maxrate Sizes...
x264 with --nal-hrd works in the Analyzer..
Anyway ..i dont care about Elecard....
nm
16th October 2009, 13:14
Anyway ..i dont care about Elecard....
But you need NAL-HRD if you care about strict Blu-ray compliance.
ACrowley
18th October 2009, 09:25
But you need NAL-HRD if you care about strict Blu-ray compliance.
i know.....i use nal-hrd when i encode for my Bluray Player and no nal-hrd for my popcorn hour :)
nm
18th October 2009, 11:25
What's the point of encoding things twice with different settings when the devices have so similar capabilities?
Shinigami-Sama
18th October 2009, 23:42
What's the point of encoding things twice with different settings when the devices have so similar capabilities?
heating
LoRd_MuldeR
19th October 2009, 00:50
heating
LOL. Today I had to heat my room with the help of my GTX260 and FurMark, because the heating installation of the house was out of order :D
Chengbin
19th October 2009, 01:18
Smart!
But in all seriousness, external hard drives are better "heaters". My external hard drive is actually a very efficient heater. Its a decent 50-60C, and only use like 7 watts.
Dark Shikari
19th October 2009, 01:30
Smart!
But in all seriousness, external hard drives are better "heaters". My external hard drive is actually a very efficient heater. Its a decent 50-60C, and only use like 7 watts.That just means it's bad at dissipating heat, which actually means that it's a bad heater.
Basic laws of thermodynamics: the amount of power used by a device is the amount of heat that it puts out.
ajp_anton
19th October 2009, 15:37
Smart!
But in all seriousness, external hard drives are better "heaters". My external hard drive is actually a very efficient heater. Its a decent 50-60C, and only use like 7 watts.How is a 7W hard drive "more efficient" at heating than a 200W GPU?
Guest
19th October 2009, 15:46
Discussion of heat and thermodynamics here is OT. Please stay on topic.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.