Interested in advertising on Derpibooru? Click here for information!
Help fund the $15 daily operational cost of Derpibooru - support us financially!
Description
No description provided.
Help fund the $15 daily operational cost of Derpibooru - support us financially!
No description provided.
If a frame changes drastically, then the compression pretty much has to save the whole frame, but it can still jpeg it which reduces data
Yeah, you probably already knew this… not sure why I’m explaining it
And since the gif is moving in a smooth motion, I bet the compression is really good on the Webm
Video compression loves when things move smoothly, and not jerky, or if a whole frame changes drastically
It’s because this gif is 140 frames… each frame, the gif has to resave nearly the whole image (it can do a small amount of compression if not much stuff moves, but it’s not NEARLY as efficient as video compression)
Webm is video compression, meaning it looks where the stuff on the next frame is going to be, and reduces data by predicting that, so it doesn’t have to resave the whole image
Wow.
GIFs are really not made for this sort of thing.
Oh you are amazing. :) Thank you!
FWIW, the .webm file is less than 700 kiB! Yes, kibibytes!
There is a webm version of every gif uploaded past a certain point (I don’t know what that point is).
This program is really glitchy and laggy… I even disabled folding@home while I ran it
I opened viewer mode and it went in an infinite loop of loading about 1/3 the images, then clearing the images and reloading them and it just repeated about 5 times until I stopped it… and it won’t load the gif into animated gif mode… at least not in under 5 minutes, I could try leaving it running longer
Oh well
Oh hai Applelight
I did have folding@home running… and the program was lagging very badly
Usually folding@home barely lags my computer though…
Idk, it loads in GIMP in just a little over 10 seconds but I waited 5 minutes in that program and it didn’t load
That’s odd, I usually don’t have that issue since it splits all of the images into separate frames and can edit them freely. I guess mess around with it and see what works for you. ^^ I would do it myself but I wouldn’t want to risk messing it up more than what it may be.
Couldn’t get it to work… the “editor” mode just created a single image as .gif format… and I waited 5 minutes after dragging the image into the “animated GIF” mode and it still said not responding
Nevermind, “editor” seems to work just fine, I think
Yeah, so… I dropped the gif into the “animated gif” part of the program… it’s been 2 minutes and it still says not responding… I tried twice
I use Photoscape to resize, create, etc. It’s a good free program if you want to get it a try and see about resizing it on your end before someone else does.
Photoscape Website
Gifsicle (lossless compression) only brought the file size down by about 100-200kb… it needed to go down about 2.3mb
it’s not a hardware problem, it’s not even a problem, it’s merely the size limit that is chosen. 25MB is plenty big enough for most things
@FillerArtist
Yes, games were really small because they were written in assembly, which meant really small & specific instructions for the hardware to perform. Programmers could be very specific about what games did, and that means being able to write it very efficiently, with as few instructions as possible, a few hundred lines of code was more than enough for entire games, which was only a few kilobytes.
Writing programs in assembly is very fyaying hard, but fun and rewarding at the same time, when they work anyway.
Exactly 25600kb, or about 24.4mb
Oh well…
@zippysqrl
Isn’t there hardware that could expand that limit?
Wow, that’s huge.
Pretty sure you could fit the whole Atari library into that file size