ux

12 ms·

91.
A message from the FFmpeg project(ffmpeg.org)
12 points by ux 11y ago|1 comments
92.
What's new in Poezio 0.9(blog.mathieui.net)
5 points by ux 11y ago|0 comments
93.
by ux 11y ago
I'd be surprised if you had actually read the blog post I wrote (pkh.me) :) > most of the libavcodec and libavformat work has been done in libav Well, I believe this is a bit more complex. While it might be true for API changes and
94.
FFmpeg's future and resigning as leader(ffmpeg.org)
374 points by ux 11y ago|144 comments
95.
by ux 11y ago
OK so basically we have 26 sounds ( http://typedrummer.com/audio/[a-z].mp3 ), an accel marker '(' (only 1 scale?), and a decelerator ')' (only 1 scale?). Anything else? And since everyone feels like s
96.
by ux 12y ago
Can you show an example of an animation with more than 256 colors? As you said, the hack to get more than 256 colors is to redefine a sub rectangle with a new palette. But that's also the mechanism used to make animations. Are you ab
97.
by ux 12y ago
Yeah, but the article is already quite long so I omit the "details" on that... Basically, it's just to specify a complex filtergraph: in the case of -vf you're just passing one video stream which gets filtered by success
98.
by ux 12y ago
ImageMagick is very popular, but apparently the algorithms in pngquant gives excellent results. Don't forget to include it if you do comparisons with the different solutions. Also keep in mind that the compression efficiency and qualit
99.
by ux 12y ago
> (convert -delay 5 -loop 0 $tmp_dir/ffout*.png $2) >& /dev/null So using ImageMagick for this... How is this memory wise BTW? (all frames are in memory at once or not?)
100.
by ux 12y ago
The median cut quantization with a few tweaks (using the the variance typically - see the post for more) actually gives very good results. According to your post, it seems it will not provide much better results with Octree, if any. That ca
101.
High quality GIF with FFmpeg(blog.pkh.me)
482 points by ux 12y ago|124 comments
102.
FFmpeg 2.6 Release Notes(git.videolan.org)
44 points by ux 12y ago|2 comments
103.
by ux 12y ago
Yes, that's what I presented. Sometimes though you need a function because you have a function pointer tab for each feature (foo, bar, baz), that's why I wrapped them to show the mechanism of inlining.
104.
by ux 12y ago
It's mentioned quickly, look for "func_lut" in the post. These functions can not be inlined if the LUT must be declared dynamically, and it's a problem when they have different parameters typically.
105.
by ux 12y ago
These solutions are what is presented at the beginning of the article, basically. They suffer from a maintenance and readability issue (most editors will disable syntax in the macro scope, you have to mess with the '\', ...). In t
106.
by ux 12y ago
I was simply not aware of it as I never really looked deeply at the features of anything posterior to C99 (I only vaguely remember the thread features that look appealing). That's interesting, I might end up mentioning it in the conclu
107.
Templating in C(blog.pkh.me)
78 points by ux 12y ago|53 comments
108.
by ux 12y ago
That's why you have -filter_script and -filter_complex_script options.
109.
by ux 12y ago
Haters gonna hate. You can put that filtergraph in a file with line returns or whatever clarity you fancy. Note that FFmpeg doesn't require wine to work on Linux (or any other system), and it also handles here the audio, the encode, an
110.
by ux 12y ago
Thanks for the frame ranges. So... ffmpeg -i zelda.mp4 -vf "perspective=60:90:589:147:50:415:582:418:enable='not(between(n,0,149)+between(n,1488,2063))'" -c:a copy -c:v libx264 zelda.mkv
111.
by ux 12y ago
Well... you can do that with only ffmpeg. ffmpeg -i zelda_720p.mp4 -vf perspective=60:90:589:147:50:415:582:418 output.mp4 Edit: BTW on your picture it's not (50,145) but (50,415) for the bottom left corner. Edit: if quvi supports stil
112.
by ux 12y ago
What actually happened to quvi? Is it really still active? ( https://github.com/legatvs?tab=repositories ). No more commit since last year. Same question for clive/cclive... By the way, FFmpeg has support for the 0.4 bra
113.
by ux 12y ago
Forking is not that much a problem when it's limited to a program. Typically in the case of MPlayer, you had mplayer2, and nowadays mpv, and this is fine really. It's just a program that could live with the others without much tro
114.
by ux 12y ago
s/paper/code/g and you get a nice read about code review
115.
by ux 12y ago
Well, I just assumed it was symmetrical because I couldn't imagine it to be unrolled manually (I just quickly watched the visual representations of each side)... But now that you pointed out this I guess I'm going to check for dif
116.
by ux 12y ago
Oh that's awesome. May I ask what method you used to figure out the algorithm? > I asked the author, he apparently made the entire unrolled table by hand. what the hell...
117.
Butchering HQX pixel art scaling filters(blog.pkh.me)
114 points by ux 12y ago|11 comments
118.
by ux 12y ago
It would help understanding why that happened and thus maybe how to prevent it.
119.
The world’s fastest VP9 decoder: ffvp9(blogs.gnome.org)
96 points by ux 13y ago|12 comments
120.
by ux 13y ago
Most of the old options have been mapped to the new interface (see opt_old2new() for instance). So most of the old commands are still compatible. Libav also has dropped ffmpeg forked copy since a long while, so FFmpeg is actually more retro

More ›