31–40 of 160 posts
This is on a fully-patched RHEL6 workstation: http://i.imgur.com/NleqJTD.png Another example of "use bleeding-edge tech or go fuck yourself" from the modern web.
I suspect some implementation issues rather than a GFY attitude, it doesn't work on FF or Chrome on OSX 10.9. Safari works though.
cat x.zip >> y.gif and upload would have been nice ;)
Here's a cap: http://imgur.com/2R84ImD
Earlier quoted context omitted.
This is very far from bleeding-edge; we're talking technology between five and 10 years old. Set up gstreamer already; it's time to move past gifs.
WebM works fine on this machine. mp4 does not. This is why there was a bit of scuffle, as you may recall, about video formats on the web.
Unfortunately the MP4 looks worse than the GIF, due to chroma compression in the YUV 420 colorspace. While each pixels luminance value is kept, the color information for a 4-pixel square is stored as a single CrCb pair, which is really obvious when you look at how the orange hat has artifacts against the blue background. Increasing the bitrate won't solve this either, since it's a limitation of the colorspace.
So, what is an easy way to convert gifs to mp4? How did they do this. I run a small gif-sharing site and should probably do this.
ffmpeg -i foo.gif -pix_fmt yuv420p -vf crop=floor (in_w/2)*2:floor(in_h/2)*2 foo.mp4
Earlier quoted context omitted.
Support for mp4 isn't bleeding-edge tech on other operating systems / distributions, unfortunately. It's a couple of years old in terms of being supported by Chrome; it's supported in Firefox as of last August. At this point, desktop configurations that can't play mp4s are at risk of being considered "broken."
Chrome on Mavericks is "broken?" How shall I upgrade this?
The saddest part is that you can't add a zip to that gif and use twitter as a sharing platform. cat x.zip >> y.gif and upload would have been nice ;)
Unfortunately the MP4 looks worse than the GIF, due to chroma compression in the YUV 420 colorspace. While each pixels luminance value is kept, the color information for a 4-pixel square is stored as a single CrCb pair, which is really obvious when you look at how the orange hat has artifacts against the blue background. Increasing the bitrate won't solve this either, since it's a limitation of the colorspace.
It's actually 4:2:0
This is on a fully-patched RHEL6 workstation: http://i.imgur.com/NleqJTD.png Another example of "use bleeding-edge tech or go fuck yourself" from the modern web.
What percentage of Twitter's users do you think use Linux for browsing? Much less RHEL. Anyway, this is purely a front-end enhancement mostly for the benefit of mobile users. Also lol @ mp4 being "bleeding edge" tech. It certainly is not. Even in the Linux community.
also lol @ your opinion about technology. even in the "linux community"