Quote:
Good thinking yaz. It took me several days to reach the same result as you did. But I only came up to that conclusion last night. Where were you last week :evil: Just kidding with you of course :D although I did the same finding yesterday night :? @Inc. Two good things about working with makeAVIS from FFdshow: 1-It's based on directshow routines and doesn't have a bug from VfW that whenever you hover your mouse pointer on top of a fake avi file explorer.exe would crash. 2-Guys like Hydeus or Marcellus that loved FFvfw from the begining and that helped us on the 1st mencoder findings will only have one version of FFvfw installed on their system. You see now FFdshow is a package with old FFdshow+FFvfw+makeAVIS :) This way they install one FF package that will encode through FFvfw and be able to make a fake avi to test with mencoder and match results. So I am inclined to provide a general non cpu optimized compiling of mencoder with a modded codecs.conf file for use with new makeAVIS on the newbie page. Maybe this way we gather more people around us :wink: Cheers |
@ yaz
Code:
Opening video decoder: [vfw] Win32/VfW video codecs VDec: vo config request - 704 x 576 (preferred csp: Packed YUY2) To me that seems to be an advice of mencoder that he prefers YUY2 input?? Or maybe I do see something wrong.... :?: ... so everything will be internally converted to YUY2 before the encoding part of the mencoder engine starts its work. ;-) (like in CCE, maybe) @ RDS Yep, sounds very logical ... (although i never had problems when using FFvfw makeavis via ffvfw.dll) :? :) @ Vmesquita No matter what I do set as "--confdir=XXXXX" before compiling ... the path everytime will point to linux system logic: Code:
MEncoder dev-CVS-040420-06:00-3.3.1 (C) 2000-2004 MPlayer Team |
Quote:
Don't remember how the window looked like when I was using ffvfw.dll but look at mine with ffdshow.ax. No colorspace convertion. Am I Right? Or are you talking about the red font text? Quote:
Quote:
Cheers |
May it help you?
www.viewcast.com/faq.asp%3Ffaqcat%3DOsprey%2BProducts+%22packed+YUY 2%22+explanation&hl=es]In order to compress with DivX you must utilize a YUV format and not RGB. If you are using a capture application like VirtualDub simply open VirtualDub and, after selecting File>Capture AVI, select the video>format menu and verify that the color format is set to Yuv12 or recommended 4:2:2 packed(YUY2).[/url] Packed YUY2 seems to be a color space 4:2:2 Is your avi captured, created or maybe your avi codec set to 4:2:2 color space? |
Quote:
|
Please note that cropped width and height doesn't really crop, because I haven't implemented autocrop for now. I really need to come up with a better name, this is gettins misleading. Right now, there's no way to crop from inside MEncodeME and probably there still won't be for the next version because I need to test how mencoder autocrop works and I am lacking time now (as usual). :wink:
|
Quote:
|
Quote:
|
@ RDS
If compiling Mencoder, try to setup the makeavis part of the codecs.conf to YV12,YUY2 ! Maybe by this you wont keep the YV12 IF you also did change in your avs script to YUY2! (thats what we should test - wich col.conversion ist fatser and better) @ Prodater a) YEP, if you capture in mjpeg the most common colSpace is YUY2, also when using HuffYUV b) In vdub or elsewehre in case of 90% of capture cards you have to choose YUY2 (or in very less cases RGB) cause almost no capture card supports digizing in YV12 - which also would be output a worse chroma quality! |
Quote:
-kwag |
@rds_correia
the pleasure is mine :-) i'm here around very frequently but my time & bandwith is quite limited, so i spend that for downloading rather than posting this & that. shame on me :-) - codecs.conf it's needed by the player. afaik, menc only needs it on serving fake sources. (i've never tested what'd happen if it's missing completely but i will tonight. the vidc.avis regkey should do everything we want here) anyway, for feeding avis there's no need to hack the orig file (loading hundreds of codecs defs) u can use your own. a simple text file is accepted but u must drop a 'release yyyymmdd' line to the top. if it's missing menc feels that some outtadate stuff is attempted & kicks off. my present problem is that the -codecs-file options seems to be b0rked. i've found no way of putting codecs.conf anywhere else than to mplayer/codecs.conf (i hate it) @incy imho, menc does not bother too much about what's feeded. & so do all the encoders i know. even cce 2.67 can eat anything. all present encoders have inner conversion routins needed. imho, there's no need (& there's no reason) to keep up with yuy2 anymore. yv12 is the native form of the most common digi sources, so the encoders prefer that by nature. yuy2 is preferred rather on the capture size but it's an other business. so, imho, your message about 'yuy2 preference' refers to the source u fed not to menc. btw, u left behind again :-) vmesquita released a brand new compile. so where's yours ? :-) the bests y ( gone to test the new menc(me) ) |
Quote:
As I also wanted to do tests on the internal chroma subsampling quality from YV12 to YUY2 (before it gets into mpv YV12 again) done by CCE compared to a ColConversion in avisynth before. But seen as general youre right that all encoders now dont bother and do an conversion-source preparation internally before. Quote:
b) As mentioned there's still that "path" error ... in my compilings but ok as I did set the codecs.conf before compiling this should not matter. And there are soooo many options in ./configure which I would like to figure out before releasing a build - maybe there's something more to tweak ;-) I think if Vmesquita did compile the latest CVS then mine wouldn't be different :lol: |
@incy
u get me down, really. i hoped a smart little toy to play with on the weekend but ... life's hard ... (sigh) the bests y (living now in shadow) |
Quote:
Do you want a latest build? But as I understood VMesquita already provided one latest build? Or do you refer to CygWin? PS: "inky" 8O :?: :lol: Pleeeease: Inc., Ink., Andres, Andrew, Andre :arrow: Choose the one you like :lol: |
Quote:
Quote:
the bests y |
Well as I know Vmesquita offers Athlon optimized versions :?:
Tonight is my "mencoder"-night and I will post a latest CVS compile for Athlon! Promised! Also I do offer two versions - Compile where the ffvfw.dll is accepted incl. supported YV12 and YUY2 - Compile where the ffvfw.ax is accepted (as I did check that right, Ill look for riu's (rds_correia) quote on these lines of the codecs.conf ..... and here also incl. supported YV12 and YUY2 Quote:
which path do I have to set? Inc. |
Quote:
- imho, no need to tackle with the ffvfw/ffdshow business. if the vidc.avis regkey is ok, menc should find the appropriate decoder. why do we have windows, anyway ? :-) (i'll test it tonight) - would u check why 'codecs-file' option is neglected ? that bothers me much. iirc, this is for finding an other 'codecs.conf' insted of the orig (./mplayer/..) or of the built-in. but maybe i'm wrong about it. - no need for the orig codecs.conf file ! u can use your own (see my post above) if u put ffvfw there that 'd be used, if u put ffdshow ... (it worx) - u can serve d2v directly, as dvd2avidg has it's own vfapi. so, if u want to filter within mencoder, u don't need makeavis at all. the bests y |
Quote:
now i'm confused! choosing... :eyebrows: ....maybe i choose....all! :lol: hey,...what about....AN-DRINK ?!?!? :drunkard: |
To clearify that:
My real name is "Andre" but Im known in here as Inc. or Ink (Well I think so) :lol: |
Quote:
Code:
videocodec d2v http://aleron.dl.sourceforge.net/sou...e_20030603.zip Or via VFAPI .. Source via .d2v or if it has to be via "VFAPIConv.exe" Code:
videocodec VFAPI (anti leech! link just to show where you will find it) :?: (Im sitting in front of a MAC in my job right now, so these only "brain" assumptions :wink: ) |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.