Live data from Hacker News

MediaCrush – A website for serving media super fast

github.com

21–30 of 99 posts

Re: MediaCrush – A website for serving media super fast

#21
Your site says that you "losslessly compress images, video, and audio" - I poked around in the code a little and didn't find the compression stuff, but it doesn't make sense to me that you can do that. There is some optimization that you can do on PNGs, but for most media encoded with a lossy method you shouldn't be able to achieve a smaller filesize without reencoding with another lossy method (and by definition losing more information, althoughh it might not significantly decrease the percieved quality)

Re: MediaCrush – A website for serving media super fast

#23

Your site says that you "losslessly compress images, video, and audio" - I poked around in the code a little and didn't find the compression stuff, but it doesn't make sense to me that you can do that. There is some optimization that you can do on PNGs, but for most media encoded with a lossy method you shouldn't be able to achieve a smaller filesize without reencoding with another lossy method (and by definition los…

Actually, we just took some of that out to reduce processing times for users. We're going to overhaul the backend processing system so that we can process some things asyncronously, and then we'll put all that code back.

However, we do losslessly compress some things. We run PNG files through optipng and JPGs through jhead to strip out EXIF data, but most interestingly, we run GIF files through ffmpeg and serve them up with HTML5 video [1]. We usually get between 500 and 2000% faster for GIFs.

However, I agree that it's a little misleading, since we don't do it for every kind of media, and an ideally compressed file cannot be compressed further. I've been considering rewording it.

[1] https://mediacru.sh/UZHD8_afZDqz

Re: MediaCrush – A website for serving media super fast

#25
post #15

Earlier quoted context omitted.

Ack! My other half is responsible for the warrant canary. He keeps forgetting it. We may as well not even have it. It doesn't mean much without a signature, but I assure you that we have never been served a warrant.

Nice try, NSA.

Well, even if we had been served a warrant, I dunno what we'd give them. We don't store anything about our users. https://blog.mediacru.sh/2013/07/19/MediaCrush-for-nerds.htm...

Re: MediaCrush – A website for serving media super fast

#26
This is something we can use. I just tried an image and mediacrush gave me a URL of the hosted image. I compared the size of the original image vs the one on MediaCrush. They were both same (130kb) Am I missing something? Or there is nothing to optimize in the image that I used?

Edit: Just realized the original image is optimized by Cloudflare Pro account. I guess they work well.

Re: MediaCrush – A website for serving media super fast

#27
post #26

This is something we can use. I just tried an image and mediacrush gave me a URL of the hosted image. I compared the size of the original image vs the one on MediaCrush. They were both same (130kb) Am I missing something? Or there is nothing to optimize in the image that I used? Edit: Just realized the original image is optimized by Cloudflare Pro account. I guess they work well.

We recently disabled some optimizations to reduce processing time while we overhaul the backend processing system to support async processing. Usually, we run PNG files through optipng and JPGs through jhead (the latter isn't very effective).

Response to your edit: heh, I guess it wasn't that easy to optimize in the first place. If you want to see how well we usually treat it, run `optipng -o5 foobar.png`

Re: MediaCrush – A website for serving media super fast

#29

don't see a way to (easily) copy the url to clipboard?

Right click -> copy? Maybe we should include a copy button.

Perhaps he's wanting/referring to one of those little hyper link images you can click to copy the url of the page.

Re: MediaCrush – A website for serving media super fast

#30
post #26

This is something we can use. I just tried an image and mediacrush gave me a URL of the hosted image. I compared the size of the original image vs the one on MediaCrush. They were both same (130kb) Am I missing something? Or there is nothing to optimize in the image that I used? Edit: Just realized the original image is optimized by Cloudflare Pro account. I guess they work well.

We recently disabled some optimizations to reduce processing time while we overhaul the backend processing system to support async processing. Usually, we run PNG files through optipng and JPGs through jhead (the latter isn't very effective). Response to your edit: heh, I guess it wasn't that easy to optimize in the first place. If you want to see how well we usually treat it, run `optipng -o5 foobar.png`

Thanks, will check out other images.
Post reply on HN