File size script line

[micktam12]

Hello,

I was wondering if there is a avisynth line to make the avi file less in storage.
I am ripping a 45 min anime movie and it is 11 gigs in size.
I did a test with a 25 min and it was 3 gig.
I did one a few months ago it was 25 min movie and it was only 1 gig.
and i used the same script as i did with the other ones .

I'm using

Deen("w3d",3,4,6)

But is there anything else to make the final avi file less in storage with still have the same quality.

**im using largarith codec with fast recompress**

[Mastamind]

It would be nice if there was an avisynth function to decrease file size with no quality loss...
The bottom line is that you'll need to compress them sooner or later. But I'm unclear about one thing... are these huge files what you're using as your source when you edit? Because if so, you should just rip the scenes you need, not the whole 45 minutes. That'll save you a whole lot of time and space.

[mirkosp]

There is one thing that you can do. Use this function written by Corran in your avs script and then save the lagarith as YV12 with RGB Output suggested and Null Frames Enabled. If you have a multi core processor then of course enable the multi-threading too.
It should drop the filesize of the lagarith sensibly, although it will still be in the order of the gigabytes I think.
Another nice function that helps reducing the filesize a lot with basically no quality difference is removegrain(mode=1), it saves space both when encoding lossless and lossy (I saved almost 0.5 Gbs in an x264 encode once!).

[Qyot27]

Lossless formats are inherently VBR (except for Uncompressed, of course), and relies mostly on the complexity of the source (resolution, framerate, colorspace, and bit depth can affect it also, but usually in secondary ways) to determine the final size.

Comparing 45 minutes = 11GB and 25 minutes = 3GB, while another 25 minutes = 1GB is totally useless. You said nothing about the other qualities of the source. Runtime plays almost no part in how big the final output will be, because it's only one of the few constants when it comes to a VBR source.