Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 18th November 2007, 15:40   #21  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,489
Quote:
Originally Posted by Kurtnoise13 View Post
how use this patch (command line in zone?)
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 19th November 2007, 05:06   #22  |  Link
*.mp4 guy
Registered User
 
*.mp4 guy's Avatar
 
Join Date: Feb 2004
Posts: 1,350
Quote:
Originally Posted by foxyshadis View Post
Either deadzone or a custom matrix that allocates more than the default to detail (and thus less to smoothness, leading to blocking).
Minor quible, the three major tradeoffs a matrix makes are between detail, blocking, and ringing, though ringing is partially hidden by the inloop deblocker (just like blocking). There are a lot of other attributes a matrix can have, but they are mostly irrelevant here.
*.mp4 guy is offline   Reply With Quote
Old 19th November 2007, 06:09   #23  |  Link
RaynQuist
Registered User
 
Join Date: Dec 2006
Posts: 44
Quote:
Originally Posted by Sagittaire View Post
how use this patch (command line in zone?)
Looking at the patch and a bit of guessing, it's:
Code:
--grainfile [filename]
and the file format is
Code:
zone=[start frame]:[end frame]
method=["ar" or "dct"]
blending=["multiplicative" or "additive"]
plane Y:
   interval:[low intensity],[high intensity],[param1],[param2],[param3],[param4],[param5],[param6]
   interval: ...
   ..
plane U:
   interval: ...
   ..
plane V:
   interval: ...
   ..
zone=[start frame]:[end frame]
..
The patch basically parses that file and writes it to the SEI header. There's no grain detection and x264 encodes the video as it normally would.

I think
RaynQuist is offline   Reply With Quote
Old 19th November 2007, 06:11   #24  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,688
Quote:
Originally Posted by RaynQuist View Post
Looking at the patch and a bit of guessing, it's:
Code:
--grainfile [filename]
and the file format is
Code:
zone=[start frame]:[end frame]
method=["ar" or "dct"]
blending=["multiplicative" or "additive"]
plane Y:
   interval:[low intensity],[high intensity],[param1],[param2],[param3],[param4],[param5],[param6]
   interval: ...
   ..
plane U:
   interval: ...
   ..
plane V:
   interval: ...
   ..
zone=[start frame]:[end frame]
..
The patch basically parses that file and writes it to the SEI header. There's no grain detection and x264 encodes the video as it normally would.

I think
Of course, given there is now an Avisynth filter for grain modelling that generates the appropriate parameters, we're basically all the way to FGM
Dark Shikari is offline   Reply With Quote
Old 20th November 2007, 13:06   #25  |  Link
AGDenton
Registered User
 
AGDenton's Avatar
 
Join Date: Jan 2007
Posts: 27
Quote:
Originally Posted by Dark Shikari View Post
Of course, given there is now an Avisynth filter for grain modelling that generates the appropriate parameters, we're basically all the way to FGM
I've been looking around, and I can't find any filter like this. What's its name ?
AGDenton is offline   Reply With Quote
Old 20th November 2007, 13:15   #26  |  Link
ToS_Maverick
x264 Tester
 
Join Date: Dec 2005
Location: Austria, near Vienna
Posts: 223
well there is this thread about retention outside the encoder:
http://forum.doom9.org/showthread.php?t=121422

and there is Dark Shikari's GrainOptimizer:
http://forum.doom9.org/showthread.php?t=130611
ToS_Maverick is offline   Reply With Quote
Old 20th November 2007, 16:54   #27  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,688
Quote:
Originally Posted by ToS_Maverick View Post
well there is this thread about retention outside the encoder:
http://forum.doom9.org/showthread.php?t=121422

and there is Dark Shikari's GrainOptimizer:
http://forum.doom9.org/showthread.php?t=130611
Its called GrainTools, I believe. I think Manao coded it?
Dark Shikari is offline   Reply With Quote
Old 20th November 2007, 18:40   #28  |  Link
AGDenton
Registered User
 
AGDenton's Avatar
 
Join Date: Jan 2007
Posts: 27
Quote:
Originally Posted by Dark Shikari View Post
Its called GrainTools, I believe. I think Manao coded it?
Just found it, on the exact same page as the FGM patch... The only problem is that it doesn't seem to output to a file, only debug. I wonder how one can collect debug output on Wine..
AGDenton is offline   Reply With Quote
Old 20th November 2007, 19:01   #29  |  Link
MfA
Registered User
 
Join Date: Mar 2002
Posts: 1,075
Quote:
Originally Posted by Dark Shikari View Post
Grain, by definition, has very little effect on PSNR; as a result it generally gets "optimized" out by Trellis.
Grain has just as much effect on PSRN as anything else of the same magnitude, it gets optimized out because it's harder to code.
MfA is offline   Reply With Quote
Old 20th November 2007, 19:07   #30  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,688
Quote:
Originally Posted by MfA View Post
Grain has just as much effect on PSRN as anything else of the same magnitude, it gets optimized out because it's harder to code.
No... grain is by definition material that has a lot of variation but with a low standard deviation. So every single pixel in the grain has a considerable deviation from the source, but no single pixel has a lot. Since the sum of squares favors a few pixels with very high deviation against a lot of pixels with low deviation, grain gets optimized out.
Dark Shikari is offline   Reply With Quote
Old 21st November 2007, 14:02   #31  |  Link
MfA
Registered User
 
Join Date: Mar 2002
Posts: 1,075
Yes but the large differences get coded anyway, in fact with trellis more low magnitude differences can be coded for the simple reason that the quantizer can be lower ... and grain will still be thrown away while differences with even smaller contributions can stay. I wasn't saying what you said about it's effect on PSNR was little was untrue, I was merely trying to point out for innocent bystanders that is only half the story of why it gets thrown away. It's about rate-distortion, not just distortion.
MfA is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 14:13.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.