HNHacker News
TopNewBestAskShowJobs

slhck

253 karma · joined June 20, 2011

slhck.info superuser.com/users/48078/slhck
submissionscomments
slhck··on The Mac Pro Lives
Darktable [1] is actually a "not too bad" alternative to Lightroom if you get used to the workflow.

[1]: http://www.darktable.org/

slhck··on Google Hangouts temporarily won’t support phone/video calls on Firefox
By "webp", you mean VP9?

But yes, it's generally Google forcing their own products, just like what they're doing with YouTube, where you also get VP9 on Chrome and H.264 on Firefox.

slhck··on HandBrake 1.0.0 Released
Not all of them, at least. There are some restrictions with regard to profiles and levels that are supported (i.e. bells and whistles that the codec can use).
slhck··on Ask HN: Sierra macOS 4gb download without confirmation, is this acceptable?
I think this is absolutely acceptable. Automatic updates are generally useful. I guess the only aspect to improve from a usability perspective would be making users aware of the fact that something is being downloaded in the background – think of app updates in iOS with the pie chart animation on the app icon. There could be a similar notification in macOS's menu bar.

The real problem, obviously, is that the OS itself does not know if it is tethered to a data-capped mobile connection or an unlimited fixed line. If operating systems (both on mobile and desktop computers) were built to handle the first case, the user would have an option to stop any background activity or app updates. Like a “data-capped mode” for the entire OS.

I frequently use my mobile (with limited data) to give Internet access to friends who come from abroad and therefore have no data roaming enabled. Of course, once these mobiles see they're on WiFi, they assume they can download app updates. With LTE, it's easy enough to burn through a lot of data in no time.

slhck··on Reverse Engineering Using Chrome
dezoomify [1] does all that for most common tileset formats.

[1]: https://github.com/lovasoa/dezoomify

slhck··on FFmpeg 3.0 released
I haven't done or seen any tests, but I suppose if you require VBR and/or HE-AAC support, go for libfdk, otherwise for bitrates ~128k or higher, use the internal AAC encoder.
slhck··on FFmpeg 3.0 released
There will be a proper news release on the homepage soon, I suppose.
slhck··on FFmpeg 3.0 released
libfdk historically always was a bit better and supports VBR properly.

See also: https://trac.ffmpeg.org/wiki/Encode/AAC

slhck··on Have I tattooed a syntax error on my arm?
This is a predefined piece of text that can be inserted by moderators at their discretion. It's used for popular questions regardless of the actual referrer—although Reddit probably makes up a huge part for popular posts.
← PreviousPage 4 of 4