AMV size
- RadicalEd0
- Joined: Mon Jun 24, 2002 2:58 pm
ok, the mystery has been solved.
The audio isnt uncompressed, its compressed at 224 kbps, making a considerable difference
your video's actual bitrate is 2,923 kbps. I guess thats a decent bitrate for 720 x 480 video. Thats why its 80mb and still looks ok.
Eh... its 1am.. i have school tomorrow.. im going to bed ~__~
The audio isnt uncompressed, its compressed at 224 kbps, making a considerable difference
your video's actual bitrate is 2,923 kbps. I guess thats a decent bitrate for 720 x 480 video. Thats why its 80mb and still looks ok.
Eh... its 1am.. i have school tomorrow.. im going to bed ~__~
NMEAMV: PENIS
NMEAMV: IN
NMEAMV: YO
NMEAMV: MIXED
NMEAMV: DRINK
NMEAMV: IN
NMEAMV: YO
NMEAMV: MIXED
NMEAMV: DRINK
- Ashyukun
- Medicinal Leech
- Joined: Wed Sep 04, 2002 12:53 pm
- Location: KY
- Contact:
Eeep.
OK, trying to understand all of this is making my head spin...
From what I'm understanding, when working with Premiere, footage converted off of DVD should initially be done into RGB using HuffYUV to eliminate additional colorspace conversions, especially if you're going to be going in and out of Premiere a lot (i.e, outputting completed sections using HuffYUV for pulling back into Premiere later once you have the footage to complete a video). Is correct? That just seems counter to what I understood before, but then I didn't realize Premiere converts back and forth...
If this is the case, I've lost far more quality than I thought (especially since I didn't think I was losing any :p ) on one video that I've pulled things in, edited, output, and pulled back in to Premiere several times...
From what I'm understanding, when working with Premiere, footage converted off of DVD should initially be done into RGB using HuffYUV to eliminate additional colorspace conversions, especially if you're going to be going in and out of Premiere a lot (i.e, outputting completed sections using HuffYUV for pulling back into Premiere later once you have the footage to complete a video). Is correct? That just seems counter to what I understood before, but then I didn't realize Premiere converts back and forth...
If this is the case, I've lost far more quality than I thought (especially since I didn't think I was losing any :p ) on one video that I've pulled things in, edited, output, and pulled back in to Premiere several times...
Bob 'Ash' Babcock
Electric Leech Productions
Electric Leech Productions
- AbsoluteDestiny
- Joined: Wed Aug 15, 2001 1:56 pm
- Location: Oxford, UK
- Contact:
ok, DVDs are natively YUV and if you use dvd2avi with avisynth and mpeg2dec then it will stay yuv. If you use VFAPI it will be converted to rgb.
Virtualdub operates in RGB mode unless you choose "fast recompress".
Premiere always operates in RGB.
So, ideally what you want to do is have the only conversion to be the premiere one. So if you are making clips use the avisynth method and choose fast recompress in virtualdub. Then when you import into premiere it will be converted to rgb, which is ok as long as you remember this. If you need to pre-render stuff use RGB for exporting.
That's all you need to know really. DVDs are natively yuv so if you export as rgb you will just be doing the colour conversion before premiere does, which is fine except it will take up more space so I tend to keep everything yuv as long as possible and then keep things as rgb as long as possible when it's converted for editing. As long as you avoid unnecessary changes you'll be fine.
Virtualdub operates in RGB mode unless you choose "fast recompress".
Premiere always operates in RGB.
So, ideally what you want to do is have the only conversion to be the premiere one. So if you are making clips use the avisynth method and choose fast recompress in virtualdub. Then when you import into premiere it will be converted to rgb, which is ok as long as you remember this. If you need to pre-render stuff use RGB for exporting.
That's all you need to know really. DVDs are natively yuv so if you export as rgb you will just be doing the colour conversion before premiere does, which is fine except it will take up more space so I tend to keep everything yuv as long as possible and then keep things as rgb as long as possible when it's converted for editing. As long as you avoid unnecessary changes you'll be fine.
- Ashyukun
- Medicinal Leech
- Joined: Wed Sep 04, 2002 12:53 pm
- Location: KY
- Contact:
I actually use none of the above... I decrypt the DVDs to HD, and then open the .vobs in FlastMPEG, find the scene I want, and then have it do the converstion to HuffYUV. Assuming I'm not missing something, though, I would imagine that it would therefore stay YUV, since it's going directly from DVD to AVI. From the sound of it, I mainly just need to make sure anything that will be exported and then reimported to Premiere is done in RGB to avoid the conversions.AbsoluteDestiny wrote:ok, DVDs are natively YUV and if you use dvd2avi with avisynth and mpeg2dec then it will stay yuv .... if you are making clips use the avisynth method and choose fast recompress in virtualdub.
Along those lines, does AE also use RGB as well?
Bob 'Ash' Babcock
Electric Leech Productions
Electric Leech Productions
- Big Big Truck
- Joined: Sun Jan 14, 2001 5:41 pm
Oh my god... I think I might have actually understood this. (Not being facetious; it REALLY IS that hard for me to grasp technical issues.)AbsoluteDestiny wrote: So, ideally what you want to do is have the only conversion to be the premiere one. So if you are making clips use the avisynth method and choose fast recompress in virtualdub. Then when you import into premiere it will be converted to rgb, which is ok as long as you remember this. If you need to pre-render stuff use RGB for exporting.
That's all you need to know really. DVDs are natively yuv so if you export as rgb you will just be doing the colour conversion before premiere does, which is fine except it will take up more space so I tend to keep everything yuv as long as possible and then keep things as rgb as long as possible when it's converted for editing. As long as you avoid unnecessary changes you'll be fine.
Thanks for the tip, AD - I will try that next time I gather source :3
(insert fannishly mangled rap lyric here)
- AbsoluteDestiny
- Joined: Wed Aug 15, 2001 1:56 pm
- Location: Oxford, UK
- Contact:
Actually that's not true. Sorry. FlaskMPEG also operates in RGB mode, it's one of the numerous reasons why I dont like it and don't recommend anyone use it.Ashyukun wrote:I actually use none of the above... I decrypt the DVDs to HD, and then open the .vobs in FlastMPEG, find the scene I want, and then have it do the converstion to HuffYUV. Assuming I'm not missing something, though, I would imagine that it would therefore stay YUV,
EK: cool :3
- Ashyukun
- Medicinal Leech
- Joined: Wed Sep 04, 2002 12:53 pm
- Location: KY
- Contact:
So basically, to get the best quality, I should be doing things the way described in ErMaC's quide and not using FlaskMPEG.... Gaaah.AbsoluteDestiny wrote:Actually that's not true. Sorry. FlaskMPEG also operates in RGB mode, it's one of the numerous reasons why I dont like it and don't recommend anyone use it.
Bob 'Ash' Babcock
Electric Leech Productions
Electric Leech Productions
-
aluminumstudios
- Joined: Wed Jan 24, 2001 3:45 pm
- Location: Pennsylvania
- Contact:
Dope! I"ve been working all day and missed much of this interesting conversation.
I had one thing to add about HuffYUV. If you have a YUY2 encoded clip and an RGB encoded clip and you try to append them together in VirtualDub (using file > append AVI and direct stream copy) or in Premeire without clicking "always recompress" in the export settings, you will have problems. HuffYUV will append the YUY2 encoded video to the RGB encoded video. It will play OK up until the point where the comopression method changes, then you get "rainbow soup" as I like to call it. So watch out for that.
absolutedesitny, thanks for the comparison. I knew color space conversion was lossy, but I didn't know HOW lossy. I had to do multiple pre-renders for me and Tim's Quest for Dokinium that we showed at our panel.
Hmm, I'll definily have to be careful with yuy2 mode then. I though I had a good alternative to MJPEG, but since YUY2 is akin to 4:1:1 color and MJPEG is akin to 4:2:2 color it looks like a toss up between the two (mjpeg at huffyuv'ish data rates doesn't introduce too much grain.)
OK, I'm not trying to talk over anyone's head with the 4:2:2 stuff, I'm just trying to get it out fast because I should be helping my coworker install the new shelves in the server rack but instead I'm sitting here on my backup server posting to the org!
I had one thing to add about HuffYUV. If you have a YUY2 encoded clip and an RGB encoded clip and you try to append them together in VirtualDub (using file > append AVI and direct stream copy) or in Premeire without clicking "always recompress" in the export settings, you will have problems. HuffYUV will append the YUY2 encoded video to the RGB encoded video. It will play OK up until the point where the comopression method changes, then you get "rainbow soup" as I like to call it. So watch out for that.
absolutedesitny, thanks for the comparison. I knew color space conversion was lossy, but I didn't know HOW lossy. I had to do multiple pre-renders for me and Tim's Quest for Dokinium that we showed at our panel.
Hmm, I'll definily have to be careful with yuy2 mode then. I though I had a good alternative to MJPEG, but since YUY2 is akin to 4:1:1 color and MJPEG is akin to 4:2:2 color it looks like a toss up between the two (mjpeg at huffyuv'ish data rates doesn't introduce too much grain.)
OK, I'm not trying to talk over anyone's head with the 4:2:2 stuff, I'm just trying to get it out fast because I should be helping my coworker install the new shelves in the server rack but instead I'm sitting here on my backup server posting to the org!
