On Tue, Jul 08, 2014 at 11:34:40AM +0100, Evert Vorster wrote:
I would keep the other two stabilizers around for a while, there is no harm
in having a choice, is there?
I keep seeing too many people think this way, and yes indeed, there is harm
in having a choice. It is not a meaningful choice
On Sun, Jul 06, 2014 at 02:44:06PM +0100, Evert Vorster wrote:
I might have another play with proxies again sometime... or wait till
there is something more powerful than an i7 on the market.
You mean, like a GPU? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
On Thu, May 01, 2014 at 09:41:56AM -0700, Dan Dennedy wrote:
It will add a dependencies on libepoxy and fftw3. Do you know if epoxy from
apt/fedora/etc repos are satisfactory, or should building libepoxy be added
to the build script?
You need libepoxy from git for it to work properly in a lot
On Mon, Mar 17, 2014 at 06:44:24PM +0100, Vincent PINON wrote:
I think supporting lower end machines is still something to take into
account : on recent gadgets (Atom, ARM Chromebook) I still would like to
edit videos with my preferred sw! (up to who cares)
FWIW: All recent Atoms I've seen
On Mon, Mar 17, 2014 at 01:38:26PM -0700, Dan Dennedy wrote:
True, but do we end up with a hassle of driver bugs and interoperability
problems? These are not directly related to Movit, but I came across these
two only this morning:
On Sat, Mar 15, 2014 at 01:58:18PM +0100, Ed Rogalsky wrote:
I don't know how stable it is but Steinar merged his code into
kdenlive/master and dropped support for SDL what
makes current HEAD unusable who use the build script. It compiles but on
starting movit is not found and kdenlive exits.
On Sat, Mar 15, 2014 at 06:26:25AM -0700, Brian Matherly wrote:
My opinion would be that SDL support should *not* be removed.
Hi! First of all, I'm grateful that you phrase this as ?exciting stuff?,
because I'm excited, too. :-)
My laptop has an i5 with the Intel graphics. I can't use OpenGL
On Sat, Mar 15, 2014 at 01:58:18PM +0100, Ed Rogalsky wrote:
I don't know how stable it is but Steinar merged his code into
kdenlive/master and dropped support for SDL what
makes current HEAD unusable who use the build script.
Strictly speaking, I don't have write access to the Kdenlive
On Sat, Mar 15, 2014 at 09:40:46AM -0700, Brian Matherly wrote:
Sorry, I was off by a digit. I should have said that my laptop suports 3.1
but Shotcut requires 3.2 to use movit filters.
I don't know offhand what this requirement is for. Maybe GL_ARB_sync (I added
a dependency on this to MLT at
On Sun, Jan 26, 2014 at 01:57:25PM +0100, Steinar H. Gunderson wrote:
The talk will be both recorded and live streamed (FOSDEM streams all devrooms
this year).
FOSDEM has, unfortunately, had to scale back on its streaming plans. So as
far as I understand, there will be no stream
On Sat, Jan 18, 2014 at 12:46:08PM +0100, Peter B. wrote:
FOSDEM has graciously accepted my talk about Movit, my GPU video
filter library, for FOSDEM 2014; if you're interested in what the future has
to offer for open-source video filters and you're at FOSDEM, please do come,
listen in and ask
On Thu, Dec 05, 2013 at 12:28:03PM +0100, Vincent PINON wrote:
I found JBM's phone number and decided to call yesterday evening.
Good surprise: I talked to him!
Topmost important, he is now fine.
This is good news.
4) integrate new features: GPU powered monitor effects, webvfx
On Thu, Dec 05, 2013 at 01:28:59PM +0100, Christ-Jan Wijtmans wrote:
As for the GPU-powered effects, I can help with whatever you guys might
need from the Movit side. I don't know much about MLT, but I'd definitely
want to see Movit happen for Kdenlive. (My guess would be that Dan
Dennedy's
On Thu, Dec 05, 2013 at 12:57:16PM +, Anna Morris wrote:
Why not concentrate on a plugin system first?
Hi, this is def a good idea! I am not a programmer at all, but I know
how much an API type thing can help people to support a program. Is
Kdenlive in a fit state for something like this
On Thu, Dec 05, 2013 at 01:07:59PM +, Anna Morris wrote:
I guess it's about aims and possibilities. It should be an aim to make
it easier for more people to contrible to the code and to add features
right? But is this possible? Can it be made possible?
A plugin system does not make it
On Wed, Apr 10, 2013 at 08:51:32PM -0300, farid abdelnour wrote:
how about things like:
Integrating Movit? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
On Wed, Jan 30, 2013 at 12:34:17AM +0100, jb wrote:
Does it work if you replace line 86 that is:
void slotAddClipList(const KUrl::List urls, stringMap data = QMap QString,
QString());
with this:
void slotAddClipList(const KUrl::List urls, stringMap data = stringMap());
Looks like the
On Thu, Nov 15, 2012 at 03:31:28PM -0800, Dan Dennedy wrote:
Now that I just made a new MLT release, I will take a serious look at
this and the other glsl contribution to MLT. I do not plan to use
movit's filter chain (the other glsl contribution reused MLT's), and I
plan to borrow and discard
Hi Kdenlive and MLT hackers,
I started a project a while back mainly as a thought experiment, and it sort
of grew on me, and it's now at the point (basically alpha quality) where I
should see if there are any interested parties. Although the API has some
impendance mismatch with MLT, Kdenlive/MLT
On Thu, Nov 15, 2012 at 11:56:23PM +0400, Alexandre Prokoudine wrote:
$ git clone git://git.sesse.net/movit/
Cloning into 'movit'...
fatal: unable to connect to git.sesse.net:
Ah, it starts off well. :-) I meant http; sorry about that.
/* Steinar */
--
Homepage: http://www.sesse.net/
On Fri, Nov 16, 2012 at 12:33:28AM +0400, Alexandre Prokoudine wrote:
Ah, it starts off well. :-) I meant http; sorry about that.
OK, that works :) However...
$ make
g++ -MMD -Wall -g -I/usr/src/gtest/include -I/usr/include/eigen3 -o
effect_chain_test.o -c effect_chain_test.cpp
On Fri, Nov 16, 2012 at 12:46:01AM +0400, Alexandre Prokoudine wrote:
Thx :)
./demo says:
Load of 'blg_wheels_woman_1.jpg' failed
Yes, it's not my picture, so I couldn't include it in the archive,
but it's a pretty flatly-toned picture I've typically used to test
the color correction
On Fri, Nov 16, 2012 at 12:58:27AM +0400, Alexandre Prokoudine wrote:
To be honest, that's a tiny issue. But I easily get the demo to
display images with incorrect aspect ratio. E.g. 2979x1979 is rendered
as 16:10, so it's vertically squeezed.
Correct aspect handling is a known problem; the
23 matches
Mail list logo
