question and a problem.

This forum is for questions and discussion of all the aspects of handling your footage. If you have questions about capturing/ripping footage, AviSynth, or compression/encoding/converting, look here.

question and a problem.

Postby Overture » Mon May 25, 2009 8:15 pm

quick question... whats the difference between huff and uncompressed? huff has been giving me problems with my vegas since from what i hear, its because certain vegas'(newer versions, 8 and 9 pro) effects dont get along with certain codecs. so my huff has been giving me pixly crappy garbage(rainbow glitchy) frames when i mask or do opacities and other things. so i was wondering, ill just edit uncompressed from now on and completely ditch huff(ill miss it). but y do people prefer huff to uncompressed so much? does it have to do with colorspace changes or something? idk. just wondering:) or EVEN better IF ANYONE HAS A SOLUTION TO MY GARBAGE DATA PROBLEM THAT WOULD BE KEWL TOO!!! for now im just gonna buy a badass mazaingly awsomeness computer for now and hopefully that might help it a lil. its all i can think of at this point:(
User avatar
Overture
 
Joined: 19 Nov 2008

Re: question and a problem.

Postby Kariudo » Mon May 25, 2009 11:19 pm

huffyuv is a lossless codec, and although the files it gives are large they will be smaller than uncompressed (that is pretty much the reason why people prefer it over uncompressed)

not really sure what causes the garbage data, but if you don't have "always suggest rgb for output" checked in the huffyuv configuration dialog that may be worth a shot (might have to recompress your clips before it makes a difference)

Alternatively, lagarith might be worth a shot (another lossless codec, plays really well with Vegas from what I hear)

getting a better computer probably won't help (there is always a chance that a fresh reinstall could help).
ImageImage
Image
User avatar
Kariudo
Twilight prince
 
Joined: 15 Jul 2005
Location: Los taquitos unidos
Status: 1924 bots banned and counting!

Re: question and a problem.

Postby Overture » Tue May 26, 2009 4:40 am

thanx! well i tried "always suggest rgb" since i figured the problem mite be that vegas confuses the rgb/yuy2 properties of huffyuv and suggesting rgb would help but it didnt:( but then again i think i only tried it for my output amv, not on the actual footage yet. ill try it for the footage, maybe that will solve it. and if that doesnt work then ill try lagarith:) i heard lagarith is slower on slower cpu's then huff but im planning on upgrading asap anyways:), but if its good for vegas and solves the garbage data problem then its good enough for me:) thanx for the input!

one last question, is lagarith strictly yv12 or is it rgb also? never used it before so id like to kno. thanx
User avatar
Overture
 
Joined: 19 Nov 2008

Re: question and a problem.

Postby Subtle Sorrow » Tue May 26, 2009 1:33 pm

Sorry to hijack the thread haha. My question is are there any benifits of Lagerith over uncompressed? Except for the file sizes being much bigger for uncompressed?
Subtle Sorrow
 
Joined: 30 Jun 2008
Location: England

Re: question and a problem.

Postby Qyot27 » Tue May 26, 2009 2:11 pm

!kouze-kun wrote:thanx! well i tried "always suggest rgb" since i figured the problem mite be that vegas confuses the rgb/yuy2 properties of huffyuv and suggesting rgb would help but it didnt:( but then again i think i only tried it for my output amv, not on the actual footage yet. ill try it for the footage, maybe that will solve it. and if that doesnt work then ill try lagarith:) i heard lagarith is slower on slower cpu's then huff but im planning on upgrading asap anyways:), but if its good for vegas and solves the garbage data problem then its good enough for me:) thanx for the input!

I don't know Vegas, but is there something analogous to Premiere's 'Recompress' option? It forces Premiere to convert all footage to RGB prior to rendering - some of the problems associated with using YUY2-mode HuffYUV as footage can be resolved that way.

Also, my general recommendation is to always using RGB-mode HuffYUV while editing (although remember, I'm talking from Premiere land; however, I still think it's solid advice no matter what editing program is being used). This is done by choosing Full Processing mode in VirtualDub when you compress with HuffYUV or by having ConvertToRGB24() in your script and using Fast recompress mode (as Fast recompress mode keeps the video in the same colorspace as the input, unless the codec itself forces a conversion).

Lagarith does have the advantage of being multithreaded, so it has the potential to be faster than HuffYUV given you can use that functionality. But it does have its own pitfalls (the error frames it can give out at times are quite nasty, which is why I recommend feeding YV12-mode HuffYUV* to TMPGEnc, XviD, or x264 instead, even if Lagarith worked great in the editor).

*only available through ffdshow's VFW interface (and only decodable by ffdshow, due to non-backwards-compatibility), or other solutions that use ffmpeg directly, such as mencoder. YV12-mode HuffYUV sits between the original HuffYUV and Lagarith in terms of filesize, but it's faster on playback than either of them.

one last question, is lagarith strictly yv12 or is it rgb also? never used it before so id like to kno. thanx

Lagarith can encode in YV12, YUY2, RGB24, and RGBA. If it supports other more esoteric colorspaces they aren't listed in the configuration dialog. Note, however, that RGB (Default) will output whatever the source colorspace is - the other options are to force a standard conversion to YV12, YUY2, or to correctly store input in RGB+alpha.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Re: question and a problem.

Postby Scintilla » Tue May 26, 2009 5:30 pm

Qyot27 wrote:
!kouze-kun wrote:thanx! well i tried "always suggest rgb" since i figured the problem mite be that vegas confuses the rgb/yuy2 properties of huffyuv and suggesting rgb would help but it didnt:( but then again i think i only tried it for my output amv, not on the actual footage yet. ill try it for the footage, maybe that will solve it. and if that doesnt work then ill try lagarith:) i heard lagarith is slower on slower cpu's then huff but im planning on upgrading asap anyways:), but if its good for vegas and solves the garbage data problem then its good enough for me:) thanx for the input!

I don't know Vegas, but is there something analogous to Premiere's 'Recompress' option? It forces Premiere to convert all footage to RGB prior to rendering - some of the problems associated with using YUY2-mode HuffYUV as footage can be resolved that way.

This may be nitpicking, but doesn't it merely force Premiere to render every frame anew instead of using existing preview files where it can?

Qyot27 wrote:Also, my general recommendation is to always using RGB-mode HuffYUV while editing (although remember, I'm talking from Premiere land; however, I still think it's solid advice no matter what editing program is being used). This is done by choosing Full Processing mode in VirtualDub when you compress with HuffYUV or by having ConvertToRGB24() in your script and using Fast recompress mode (as Fast recompress mode keeps the video in the same colorspace as the input, unless the codec itself forces a conversion).

Isn't ConvertToRGB32() actually faster? I was always under the impression that the only time you would want to put a script into RGB24 is if you were sending it to TMPGEnc.
ImageImage
:pizza: :pizza: Image :pizza: :pizza:
User avatar
Scintilla
(for EXTREME)
 
Joined: 31 Mar 2003
Location: New Jersey
Status: Quo

Re: question and a problem.

Postby Qyot27 » Tue May 26, 2009 7:34 pm

Scintilla wrote:This may be nitpicking, but doesn't it merely force Premiere to render every frame anew instead of using existing preview files where it can?

From what I'd seen repeated by others, it had more to do with attempting to pass footage that wasn't modified through to export unchanged if the option was unchecked - and if the source colorspace was in YUV, it would cause problems. Using the Recompress option was the suggested remedy. So it might be a combination of the colorspace issues and of opting not to reuse preview files.

Qyot27 wrote:Isn't ConvertToRGB32() actually faster? I was always under the impression that the only time you would want to put a script into RGB24 is if you were sending it to TMPGEnc.

I've never really used RGB32 because I didn't want to write excess junk data. That's really the only reason I said I prefer RGB24.

Honestly, I've never experienced TMPGEnc's problems with non-RGB24 data; all the times I ever gave it HuffYUV in YV12 format it encoded fine (not that I even use TMPGEnc anymore except for my own videos - for everything else I've switched to HCenc; the only reason I encode my own stuff with TMPGEnc still is because the MPEG Default matrix in TMPGEnc seems to produce better quality than HCenc's MPEG Default matrix*, given the same settings).

*However, I could use HCenc's FOX1 matrix to produce the same level of quality+higher SSIM value as TMPGEnc's MPEG Default matrix, once again given the same settings.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Re: question and a problem.

Postby Qyot27 » Tue May 26, 2009 8:08 pm

Qyot27 wrote:
Scintilla wrote:Isn't ConvertToRGB32() actually faster? I was always under the impression that the only time you would want to put a script into RGB24 is if you were sending it to TMPGEnc.

I've never really used RGB32 because I didn't want to write excess junk data. That's really the only reason I said I prefer RGB24.

Fixed. As nice as it is that the quote function is multi-layered now, sometimes it's a real pain.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Re: question and a problem.

Postby Overture » Thu May 28, 2009 4:57 pm

Qyot27 wrote:I don't know Vegas, but is there something analogous to Premiere's 'Recompress' option? It forces Premiere to convert all footage to RGB prior to rendering - some of the problems associated with using YUY2-mode HuffYUV as footage can be resolved that way.

i thought the same thing too actually, but the only option in vegas that was close to that was to just uncheck the no recompression so it wouldnt smart recompress unchanged footage. that way everything should be compressed rgb rite? and as far as ive seen, everything should be being compressed. the most times i have all the garbage data is during certain effects, MOSTLY when i have excessive masking, so either way, the garbage data is present when smart recompression isnt on. but again, this was with footage i didnt use as only rgb huff. ill go try encoding some only RGB HUFFYUV footage now and do some silly masking on it and see how it turns out.
Qyot27 wrote:This is done by choosing Full Processing mode in VirtualDub when you compress with HuffYUV or by having ConvertToRGB24() in your script and using Fast recompress mode (as Fast recompress mode keeps the video in the same colorspace as the input, unless the codec itself forces a conversion).

if i just use fast recopress mode with the "always suggest rgb" option on, wont that change my footage to rgb also? ill try it your way for now. thanx:)
User avatar
Overture
 
Joined: 19 Nov 2008

Re: question and a problem.

Postby Qyot27 » Thu May 28, 2009 5:53 pm

I don't really know. I always thought the 'Always suggest RGB' option was for the decoding routines - i.e. that HuffYUV would decode to RGB on playback instead of displaying in the original colorspace. But I could be wrong there - I've never used the option because I never had a need to.

Just make sure that the RGB compression method is set to something other than <--- Convert to YUY2. The other three options there (Predict left/no decorr., Predict left, and Predict gradient) only dictate the filesize and how fast it encodes, really - similar to how PNG and FLAC are both always lossless but have 8 or 9 different compression levels that are mainly a trade-off between encoding speed and filesize.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Re: question and a problem.

Postby Overture » Fri May 29, 2009 1:48 am

k well i encoded me some strictly rgb huffyuv like you said and it didnt work:( i thought for sure it would too.
when i applied some random silly masking to it just to see(since it appears mostly around heavy effects like masking or crossfades), garbage data appeared again on a few random frames. the weird thing is, normally when the garbage data appears, it doesnt go away, but this time it did after a minute:O and it wasnt quite as bad. so it does help, but not quite successful:( i just dont understand whats going on errrrggghhh. maybe i should try asking the guy who wrote a&e's tech guide since he mentioned something about this in his guide, though it didnt go into detail and didnt quite solve my problem.
hows premiere? i have pro cs4 on my desktop but never really used it much. think switching over would b a good idea? i use after effects also so the compatibility would b a plus. and hows the whole editing with 23.967 footage thing? i heard theres a problem with that. worth the stress though? i didnt touch it since i kno that vegas has more effects so i wouldnt have to open after effects so much but i eventually wanna implement it much more anyways. watcha think?
User avatar
Overture
 
Joined: 19 Nov 2008

Re: question and a problem.

Postby Scintilla » Fri May 29, 2009 6:08 am

!kouze-kun wrote:hows premiere? i have pro cs4 on my desktop but never really used it much. think switching over would b a good idea? i use after effects also so the compatibility would b a plus. and hows the whole editing with 23.967 footage thing? i heard theres a problem with that.

It looks like Adobe has finally gotten 23.976fps editing right as of Premiere Pro CS4 (though I never tried CS3). I've seen it in action -- importing, editing, exporting -- without any problems. However, I don't know why they don't have a 24fps "drop-frame" timebase if they're going to allow 23.976fps editing.
ImageImage
:pizza: :pizza: Image :pizza: :pizza:
User avatar
Scintilla
(for EXTREME)
 
Joined: 31 Mar 2003
Location: New Jersey
Status: Quo

Re: question and a problem.

Postby Overture » Sat May 30, 2009 2:29 am

Scintilla wrote:It looks like Adobe has finally gotten 23.976fps editing right as of Premiere Pro CS4 (though I never tried CS3). I've seen it in action -- importing, editing, exporting -- without any problems. However, I don't know why they don't have a 24fps "drop-frame" timebase if they're going to allow 23.976fps editing.

sounds pretty alrite then:) all i need is another headache, so 23.967 support done rite is awesome! ill probably try it out soon, probably on my next vid since its gonna use quite a bit of after effects anyways.
maybe they dont support different things for the purpose of upgrading? the more new versions they come out with, the more money they make rite? haha kinda like vegas, soooo many new version with almost no upgrades to actual transitions and effects, mostly support for different things. tricky assholes haha. just my thought. but idk. thanx for the premiere tip. ill give it a shot
User avatar
Overture
 
Joined: 19 Nov 2008


Return to Footage Help

Who is online

Users browsing this forum: No registered users and 0 guests