![]() ![]() I have deleted the first 13 or so frames, added a 1 second hold, then removed every other frame, and reduced colors to 128, and reduced Dither to 90%, and set Lossy at 30, and reduced the file export size to 520x293 and I was able to get the file from the Original size of 16.9MB to less then 1.8mb. Doing this will also dramatically reduce file size. ![]() I can delete all of these but 1, and place a 1 second hold on the frame in Photoshop as well. I also notice that your first 13 frames are solid black. I set it to 30 and without changing Height and Width it reduced from 16mb to 7mb. And then Save for Web also has a box called "LOSSY" which is usually the way a JPEG compresses images, using this will degrade the image quality but will also reduce the file size. you could reduce the amount of colors of the GIF which will lower the file size (you can even try setting it to AUTO so it selects the color it needs). You can toggle transparency, checkbox as sometimes it can reduce file size, and. You could probably do that twice and get it down to only 30 images for your GIF.Īnd on export you also have more options to reduce the size of your GIF. Animation would look relatively the same but be half the size. you have more options.įirst you can delete every other frame in Photoshop so you would then only have 60 images. So if you are worried about file size, you can start wtih the actual Height and Width, since reducing that will surely reduce the file size of your GIF(reducing it from 700pixels in width to 400pixels in width takes the size from over 16mb to only 4mb.Īnother problem here is you are importing Video which is 30 frames per second, and then exporting a few seconds of video which ends up being 125 frames, that is 125 images, so yes, of course it is large. The third gif gains 2.3mbs and the second gains 2.5mb. I literally just import, and export.Īll of these gifs were exported from Premiere. The third gif is the exact same as the first one, I dont add nor change anything. The Second gif is the first gif but with a water mark. Ok, so the first gif is a 5 second clip of the "Men Without Hats - Safety Dance" from youtube. Also, I imputted a gif into Premiere and I exported it without changing or adding anything and gif somehow gains 2.3MB! How? And why? This is a problem because I have a file limit that I need to work with where I need the most quality possible within a maximum amount of storage (my point is every pixel counts), and having to remove pixels because of data that came out of no where is very annoying and a huge problem. When I import a video or gif into premiere and add 1 thing to it (like a water mark) the gif gains 2 mb out of no where. I reduced the resolution of the video and yes the file size does reduce but I want to mainly focus on gifs because thats what I work with (what Im about to mention also applies with videos). There are many variables, and I suspect that Mark has some other difference in his settings. To get the smaller file size, you must do something to reduce the datarate. You can see that when using the larger pixel frame video, that amount is very small. I got the same results Ann got, and I focus on the lines she circles regarding Bits/(Pixel*Frame). So even with a reduction in dimension, the bitrate X duration will equal the filesize. And unless the reduction of dimension goes so far as to result in the encoder being unable to use the maximum and/or target, it will use all those pixels. ![]() So the encoder is going to use up to the maximum to achieve the target bitrate. The more important issue is that the export with the same settings, "except for pixel dimension," specify a target (and if software encoding) maximum bitrate. And for a given datarate, more pixels might be added to improve quality. The B frames and P frames do not contain the full frame. But that is not how H.264 compression works which is interframe. When the export is a full frame of pixels for every frame, you can see how this might be true. Regarding the issue of reducing H.264 file sizes by reducing pixel dimensions. Mark points out the advantages of using Photoshop, or any better tool for gifs. Yes, I get the same results you do with PR, a slighter smaller file size, but too large for the mission critical file size you have. I just did a search for "filesize of gifs," and the sky is the limit. Regarding your immediate issue with gifs, I recall issues with optimzing gif animations, but it is not my area. Some of this is semantics, because it is true that "reducing the height and width AND reducing datarate to achieve similar quality will reduce the file size." The interframe compression of H.264 does not result in a collection of full frame pixels. Mark says, "reducing the height and width should surely reduce the file size," but that is not true unless something else is adjusted to reduce the datarate. This thread got my interest for the issue of file sizes of H.264 exports.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |