Quantcast Time to Revise File Prediction! - Page 6 - digitalFAQ.com Forums [Archives]
  #101  
06-24-2003, 01:13 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
Did you read my other post about the use of "Sampler()" instead of "SelectRangeEvery()"
What thread do you mean? This one: Experimental Revised prediction
Reply With Quote
Someday, 12:01 PM
admin's Avatar
Site Staff / Ad Manager
 
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
  #102  
06-24-2003, 01:19 AM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Krassi
Quote:
Originally Posted by kwag
Did you read my other post about the use of "Sampler()" instead of "SelectRangeEvery()"
What thread do you mean? This one: Experimental Revised prediction
Yep
Reply With Quote
  #103  
06-24-2003, 01:27 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Ahh. Now i see. But that was too late. I've already been dreaming about making KVCD's .
I'll test this later on.
Reply With Quote
  #104  
06-24-2003, 02:03 AM
audioslave audioslave is offline
Free Member
 
Join Date: Mar 2003
Location: Sweden
Posts: 725
Thanks: 0
Thanked 0 Times in 0 Posts
Good morning, Friends,

My encode of "Enough" is now finished. The file size muxed and ready became 813MB with prediction factor set to "1,00". ~2% too large if I calculated the numbers correctly. So with a pred.fact. at "0,98" the file size should be just about right! At least for this movie... I think it's really sad that it's so difficult to get to understand file prediction for this new script. This new adaptive script is simply the best script ever ! I don't know if its's any idea for you guys to see my ToK log for "Enough". If you still want to see it I'll post it for ya, but only if you ask me to...
__________________
AudioSlave
Reply With Quote
  #105  
06-24-2003, 02:10 AM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
Good morning audioslave,

Check my other post in this forum. The problem is related to "SelectRangeEvery()"

-kwag
Reply With Quote
  #106  
06-24-2003, 02:22 AM
audioslave audioslave is offline
Free Member
 
Join Date: Mar 2003
Location: Sweden
Posts: 725
Thanks: 0
Thanked 0 Times in 0 Posts
Forgive me kwag but where in the script do you use Sampler()? I used neither Sampler() or SelectEveryRange() in my last encode...
Could you please explain how to use the Sampler() thing again? Thankful if you could post some kind of example .
__________________
AudioSlave
Reply With Quote
  #107  
06-24-2003, 02:30 AM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by audioslave
Forgive me kwag but where in the script do you use Sampler()? I used neither Sampler() or SelectEveryRange() in my last encode...
Could you please explain how to use the Sampler() thing again? Thankful if you could post some kind of example .
Check my last post in this page: http://www.kvcd.net/forum/viewtopic....r=asc&start=16

-kwag
Reply With Quote
  #108  
06-24-2003, 02:35 AM
audioslave audioslave is offline
Free Member
 
Join Date: Mar 2003
Location: Sweden
Posts: 725
Thanks: 0
Thanked 0 Times in 0 Posts
Okay thanks kwag!
So I take my script and add Sampler() at the end, run it through TMPGEnc and change the CQ until I get the right sample size? In other words; the "old" manual prediction way? BTW, can I use Sampler-2.5.dll?
__________________
AudioSlave
Reply With Quote
  #109  
06-24-2003, 10:26 AM
Krassi Krassi is offline
Free Member
 
Join Date: Mar 2003
Location: Germany
Posts: 390
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Krassi
I'm @work now again but i've started one more encoding without any filters.
Here are the results without filters:
Code:
Required Video Size: 723.771.611
Final CQ: 40,041
Final Encoded Size: 692.617.385
Now i'll try the manual prediction with Sampler() :P
Reply With Quote
  #110  
06-24-2003, 10:27 AM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by audioslave
Okay thanks kwag!
So I take my script and add Sampler() at the end, run it through TMPGEnc and change the CQ until I get the right sample size?
Exactly
Quote:
In other words; the "old" manual prediction way? BTW, can I use Sampler-2.5.dll?
If you're on avisynth 2.52, then use sampler-2.5.dll

-kwag
Reply With Quote
  #111  
06-25-2003, 07:23 AM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
Kwag,

I have something that I don't know if it has been piccked up before.

It relates to my earlier post of puting Gripcrop() ahead of the filters and Latexxx’s adding his comments. See here

http://www.kvcd.net/forum/viewtopic....508&highlight=

Gripcrop() removes the black edges of its input. Unfortunately with asharps’s blurring of block edges, and the situation with very dark scenes (credits!!) Gripcrop is having difficulty knowing where the black edges are! Consequently frame by frame it is rendering to Gripsize() frames with different resolutions. I checked it by looking at single frame clips straight after Gripcrop(). On 2 successive frames the resolution was 688x428 and 698x430 respectively!! Whilst Gripsize() and GripBorders() will correct the final resolution of every frame to be the same and where it needs to be for output, what you end up with is a black border that is changing and no doubt using extra bitrate because the encoder would see it as motion.

Could this extra variable of “Motion Adaptive Gripfit()” hinder the prediction process!!

Perhaps we should do some extra experiments going back to non-gripfit scripts where, due to pre-determined manual cropping, this problem will not exist.. Just a thought.

Ozjeff99
Reply With Quote
  #112  
06-25-2003, 07:48 AM
Boulder Boulder is offline
Free Member
 
Join Date: Sep 2002
Location: Lahti, Finland
Posts: 1,652
Thanks: 0
Thanked 0 Times in 0 Posts
For this very reason I've never used the GripFit filters. I simply don't trust an algorithm that removes the borders frame by frame, if there's lots of noise in the border area, they may go by unnoticed.

EDIT: Excessive cropping should be avoided altogether. I think we've all seen bad transfers where cropping has removed essential details from the picture itself (take the R2 Blue Velvet for example). I often crop only the borders off and max 8 pixels to maintain correct AR, resizing accordingly using FitCD when needed.
Reply With Quote
  #113  
06-25-2003, 07:53 AM
jorel jorel is offline
Invalid Email / Banned / Spammer
 
Join Date: Aug 2002
Location: Brasil - MG - third stone from the sun
Posts: 5,570
Thanks: 0
Thanked 0 Times in 0 Posts
for me the best is bicubic.
i see the image out the center using gripfit,
more border on the left,less border on the right.
only i got it?
Reply With Quote
  #114  
06-25-2003, 08:07 AM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
A problem too is that the resizing in Gripsize() is using different parameters frame by frame and this will no doubt affect file size etc.
Reply With Quote
  #115  
06-25-2003, 08:15 AM
audioslave audioslave is offline
Free Member
 
Join Date: Mar 2003
Location: Sweden
Posts: 725
Thanks: 0
Thanked 0 Times in 0 Posts
So it's better to use the other resizer that's in the earlier scripts? Don't remember what that resizer was though... Could someone please post those lines?
__________________
AudioSlave
Reply With Quote
  #116  
06-25-2003, 08:39 AM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
Hi Audioslave, I'm not suggesting abandoning Gripfit but it could be creating some probs that are worth checking out particularly accuracy of prediction and file size. What it could mean is that we compare with the standard values in Moviestacker after entering the crop values manually. Crop values can be got from either Vdub or Tmpgenc.
ozjeff99
Reply With Quote
  #117  
06-25-2003, 08:40 AM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by ozjeff99
A problem too is that the resizing in Gripsize() is using different parameters frame by frame and this will no doubt affect file size etc.
No, it surely doesn't do that. The values are calculed at the first call of "GripCrop" and internaly stored into variables (GripFit_target_width, GripFit_resize_width...).

That is why we can have more than an occurence of "GripCrop" within the script.
Reply With Quote
  #118  
06-25-2003, 08:43 AM
jorel jorel is offline
Invalid Email / Banned / Spammer
 
Join Date: Aug 2002
Location: Brasil - MG - third stone from the sun
Posts: 5,570
Thanks: 0
Thanked 0 Times in 0 Posts
hey Phil,

and what you think about the "image out of center" like i posted
(more border on the left,less border on the right)
Reply With Quote
  #119  
06-25-2003, 08:54 AM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
Dialhot..I hope you are right. But how much of the movie does it analyse to get the values. If it was on the basis of the first frame and it was black, what values would it pick? And if it picked an average value for the movie would this value be different if the clip was a sampler for prediction?
ozjeff99
Reply With Quote
  #120  
06-25-2003, 09:04 AM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by jorel
hey Phil,

and what you think about the "image out of center" like i posted
(more border on the left,less border on the right)
This is due to round done in the calculation (from float to int).

AS the left border if computed before right, the left border is privileged (same for top vs bottom).

Example :
- dest width wanted : 352
- source width after resizing : 321
- number of pixel to share between left and top border : 31

Finaly, left border will have 16 pixels and right 15.

But the difference should'nt be so great as it is of 1 pixels max !
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
Bitrates: Prediction time for CQMATIC epuleda Video Encoding and Conversion 4 05-26-2006 02:11 PM
simple way to do time stretching of a mp2 file? zagor Audio Conversion 12 08-27-2004 05:51 AM
Tmpgenc cannot open source file for file prediction Kane Avisynth Scripting 3 02-03-2003 02:44 PM
KVCD: File Size Fluctuates Big Time! Jellygoose Video Encoding and Conversion 4 01-28-2003 01:55 PM
DVD player read time wrong if file size is different? COMMANDO Video Encoding and Conversion 1 07-22-2002 06:02 PM

Thread Tools



 
All times are GMT -5. The time now is 02:08 PM  —  vBulletin © Jelsoft Enterprises Ltd