2010-09-06, 23:16 | Link #501 |
Junior Member
Join Date: Mar 2009
|
Did you by any chance Copy&Paste your own code into the avsi?
You have to use the code quoted in the first post. If you did that i have no idea what's wrong. Maybe you have 2 different versions of avisynth installed? Edit: Didn't see this before, but try deleting the " in the insertsign lines. |
2010-09-06, 23:21 | Link #502 |
Senior Member
Author
Join Date: Jul 2007
Location: Virginia Tech
|
DirectShowSource("C:\Users\Aimbotter33\Desktop\[FFFpeeps]_Kaichou_wa_Maid-sama_23_[720p][B40216DC].mkv")
sign1 = ("C:\Users\Aimbotter33\Desktop\[FFFpeeps]_Kaichou_wa_Maid-sama_23_[720p][B40216DC].mkv") logo = imagesource("C:\Users\Aimbotter33\Desktop\images.p ng", pixel_type="RGB32", end=100) insertsign=("last, logo, 0") insertsign=("last, sign1, 563, 900") The bolded "'s are probably what's causing the problem. Try removing them. In addition, you never specified what kind of a source ("C:\Users\Aimbotter33\Desktop\[FFFpeeps]_Kaichou_wa_Maid-sama_23_[720p][B40216DC].mkv") was for sign1. Even with that, I'm not sure if you can overlay it with insertsign unless it's an AVI.
__________________
|
2010-09-07, 03:32 | Link #504 |
Aegisub dev
Join Date: Sep 2004
Location: Stockholm, Sweden
Age: 40
|
If you're going to be use Avisynth I suggest you learn at least the basics, such as understanding function usage, quoted string literals and parameters to functions.
This line: insertsign=("last, logo, 0") Two primary problems. The first is that you're putting an equals sign after the name of a function you're trying to use. What Avisynth will read here is: There's an equals sign, so the operation is assignment; the left-hand side of the equals sign is "insertsign" so that means we will be storing something into that name; the right-hand side is a parenthesized string literal, so store that into the variable. What you meant to do: Call the "insertsign" function with three parameters. Function calling is done by putting the name of the function directly before a parenthesis pair containing the parameters to pass to the function. First thing to learn: No equals sign when you're calling functions. So remove the equals sign. The new line is: insertsign("last, logo, 0") This line still has a problems: The InsertSign function wants 3 parameters, but you're passing it just one, a single quoted string literal. When you put something inside a pair of " " double quotes, it's a string literal, which is a single value. What you mean to do is pass the function three values, none of which must be string literals. Remove those quotes and the meaning changes a lot: insertsign(last, logo, 0) Now you're calling the InsertSign function with three parameters. The first parameter is last, which is a special variable that is the result of the last function call that isn't assigned to something else, in other words you're inserting the sign into the last clip produced. Also, the last variable is reassigned from using the InsertSign function here, because there's no assignment of the result otherwise. The second parameter is logo which is a clip produced by the earlier ImageSource function call. The last parameter is the number zero, which in this case is the frame number to insert the sign at. (That's what the InsertSign function is defined to do.)
__________________
|
2010-11-08, 07:54 | Link #508 | |
C
Join Date: Oct 2010
|
trouble with a really grainy source
forgive my shitty engrish
can the fgo patch posted in this thread : http://forum.doom9.org/showthread.php?t=137117 be helpful to make this look like non shit ? (I want to KEEP that original grain) even crf=3 don't keep the grain with --psy-rd 0.60:0.10 this is what I got with: (best result that I managed to get) Quote:
colormatrix() was of no help either. GrainFactory3 helped a little improving it at the cost of huge extra bitrate. -- can someone do me a favour and upload the fgo build coz I just can't get it from that page :§ Last edited by gorgonite; 2010-11-08 at 17:39. |
|
2010-11-08, 08:42 | Link #509 | |
Junior Member
Join Date: Dec 2009
|
Quote:
You could try the following x264 options: --deblock -2:-2 --aq-strength 1.2 --psy-rd 1.10:0.5 --no-dct-decimate There is also the option qcomp=1.0 though i rarely adjust it over 0.7 But if you are denoising before x264 you might be creating that banding you mention, which can somewhat be resolved with Gradfun2dbmod: http://forum.doom9.org/showthread.php?t=144537 Last edited by mastrboy; 2010-11-08 at 08:45. Reason: added link |
|
2010-11-08, 17:38 | Link #510 | ||
C
Join Date: Oct 2010
|
Quote:
I was able to "somehow" enhance the x264 output by: Quote:
It seems that alpha debloking is the one that caused the "unusual color change". But, still, I'm not yet happy with the results so I, at the same settings, tried lowering psy_rd to 0.5, raising it to 0.7, raising AQ-strenght to 1.0 and lowering it to 0.6 but thing get from bad to worse every time (grain rentetionnaly speaking). Also, raising psy-trellis was of no help too. As for the avisynth script it contains the only AVCSource line with the trim. I don't really get what I'm messing here. Usually I can do better with the grainy TS sources which are really shitty compared to this Blu-ray. Any suggestions? |
||
2010-11-08, 19:10 | Link #511 |
Senior Member
Fansubber
|
That patch is really old. I think it's been replaced by the current psy-rd.
The grain and overall amount of detail in BDs tends to be finer than in broadcast sources, and thus harder to retain without using a really high bitrate. This is why you can use crf 18-20 on most .ts's and get perceptual transparency, while on BDs you might need to go down to 15-17 or so to maintain transparency. So first, don't use tune animation. This tuning is meant mainly for animation with only flat color and low detail textures. If you use it on grainy animation, it will blur the crap out of the grain because it sets aq-strength and psy-rd really low. You'll probably want aq-strength somewhere around 1.0 to 1.2, and psy-rd around 0.8:0.1 to 1.0:0.2. Second, don't lower qcomp. This strengthens the effect of mbtree, which will hurt grain retention. Sometimes it can help to raise it a bit, like maybe 0.65 or 0.7, but don't go too high or it will become less efficient than simply lowering the crf value. Third, don't raise qpmin. Doing so cripples the quality of the I and P frames, which tend to get encoded with a lower qp (i.e. higher quality) because other frames will be referencing from them a lot. If you really want to keep your file size from getting too huge at the cost of some quality outside of the grain, it's better to lower ipratio and pbratio. And with a bunch of the other options you've got set, you might as well just use preset veryslow and not clutter the command line so much. |
2010-11-09, 04:20 | Link #512 |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 38
|
FGO is still relevant, even for anime. It's even advantageous to use a low level of FGO (~5) on non-grainy anime sources that have been gradfunkmirror()'d, it helps a lot with preserving gradients. It can be used together with low (<0.5) psyrd without any ill effects, but I haven't tested it together with psytrellis or higher psyrd myself.
__________________
|
2010-11-09, 08:35 | Link #513 |
Senior Member
Fansubber
|
Hm, guess I'll have to try it next time I encode something grainy, then.
And it looks like JEEB's x264 builds have the FGO patch included, so you could grab one from there to try it, gorgonite. |
2010-11-12, 18:50 | Link #514 |
C
Join Date: Oct 2010
|
Thank you Desbreko,
That worked like a charm. I even got many settings choices --psy-rd 1:0.15 gave me a pretty much better results than fgo 14 I got now a new issue with the motion estimation, I think. here is a sample of it:http://www.mediafire.com/?w6eti4maq9qvgjq I tweaked ipratio , bpratio, scencut and rc-lookahead without getting any improvement. |
2010-11-13, 17:37 | Link #516 |
C
Join Date: Oct 2010
|
It's an encoded testing sample, and that image is from mpc-hc. I don't get that ghosting with AvsP. Furthermore, the ghosting exist even when I play the raw on mpc-hc.
It seems that it's a decoder problem? I uinstalled CCCP and reinstalled it again and nothing changed. I don't have a "1080p resolution capable screen", instead I have a 15.6" LCD screen 1366x786. Aside from that, now I want to convert the AC3 5.1 TrueHD sound track to FLAC 5.1 with eac3to. so I tried these commands (I don't have any of the commercial decoders/encoders): eac3to "D:\the movie.ac3" "D:\the movie.flac" eac3to "D:\the movie.m2ts" 2: "D:\the movie.flac" eac3to "D:\the movie.ac3" "D:\the movie.flac" -blu-ray and I also tried a bunch of other options that I found on the eac3to guide. And everytime I don't hear the sound (I can hear a very very low noisy one if I set the volume to maximum and every time, the flac file get just 808 mb!) However, when I convert it to AC3 640 it works fine. here are the sound track infos: Spoiler for info:
Since it's my first Blu-ray experience I don't even know what the heck is that : "Duration : 6h 20mn" here is a one-minute-11MB sample from the original audio : http://www.mediafire.com/?49ya9p13ynrw3l4 Last edited by gorgonite; 2010-11-13 at 17:40. Reason: adding sample |
2010-11-13, 21:06 | Link #517 | ||
Senior Member
Fansubber
|
Quote:
Quote:
eac3to "One minute sample PID 1100 3_2ch 48KHz 640Kbps DELAY 0ms.ac3" "test.flac" |
||
2010-11-13, 22:12 | Link #518 |
Pioneer in Fansub 2.0
Join Date: Aug 2007
|
I think you need a more capable TrueHD decoder to extract the full lossless track out of it, not just the 640kbps core. In case you don't have a decoder like that, you shouldn't re-encode the 640kbps core AC3 to FLAC, as that's just converting lossy to lossless and thus a waste of space.
__________________
|
|
|