Hi,
On Friday 01 February 2008 18:44, Cory K. wrote:
No. Its not part of Ubuntu Studio. The license issues were just too
much. We did however endorse muzzol's repo.
endorse as in propose and tell people about it or by proving a installer
package or such?
Whatever comes from this new effort
movieola
On Feb 3, 2008 9:07 AM, Holger Levsen [EMAIL PROTECTED] wrote:
Hi,
On Friday 01 February 2008 18:44, Cory K. wrote:
No. Its not part of Ubuntu Studio. The license issues were just too
much. We did however endorse muzzol's repo.
endorse as in propose and tell people about it or
Hi,
On Sunday 27 January 2008 05:42, Cory K. wrote:
I just wanted to throw this one out there. Freecine
I actually like that name.
And it reminded me of another option, icecine, but I think I like FreeCine
much better :-)
While hammering on it to try to free it up to get it into
Holger Levsen wrote:
Hi,
On Sunday 27 January 2008 05:42, Cory K. wrote:
I just wanted to throw this one out there. Freecine
I actually like that name.
And it reminded me of another option, icecine, but I think I like FreeCine
much better :-)
While hammering on it to try
Thinking about distributed rendering, plugins should of course never
assume an
X11-connection.
Can't we have rendering that uses Open GL hardware acceleration then?
(And then of course distributed rendering with hardware acceleration on
the nodes...) ...long long long term wish list of
Hi,
Graham Evans schrieb:
Thinking about distributed rendering, plugins should of course never
assume an
X11-connection.
Can't we have rendering that uses Open GL hardware acceleration then?
If OpenGL support is available, it should be possible to use it
of course. But if not, things
Or you could do what Blender does (www.blender.org) and use Opengl for
the entire GUI. That way it's accelerated as well, and you're not
bound to any platform. For those who don't have OpenGL (which is about
%0.0001 of the users) you can always statically link to mesa.
From: [EMAIL PROTECTED]
To: cinelerra@skolelinux.no
Subject: Re: [CinCVS] Cin-3
Date: Tue, 29 Jan 2008 07:44:28 +0100
Theoretically a nice Idea, but remember that a NLE can have very
complex, custom Widgets, like the Timeline and Previews, these should
ideally be written only once, putting
Hi,
Christian Thaeter schrieb:
Moreover when plugins want to provide gui's on themself (dialog window
for configuration, timeline rendering, mask overlays, patchbay
widgets,...) these should/must use the toolkit a upcoming gui uses. So
we have the choice of either decide on a tookit or we wrap
Burkhard Plaum wrote:
Hi,
Christian Thaeter schrieb:
Moreover when plugins want to provide gui's on themself (dialog window
for configuration, timeline rendering, mask overlays, patchbay
widgets,...) these should/must use the toolkit a upcoming gui uses. So
we have the choice of either
Herman Robak wrote:
On Tue, 29 Jan 2008 09:39:11 +0100, Hannu Vuolasaho [EMAIL PROTECTED] wrote:
Date: Tue, 29 Jan 2008 07:44:28 +0100, [EMAIL PROTECTED] wrote:
Theoretically a nice Idea, but remember that a NLE can have very
complex, custom Widgets, like the Timeline and Previews, these
On Tue, 29 Jan 2008, Herman Robak wrote:
For you an me? Very little. But please realise how irrelevant that is.
Potential users and developers think Cinelerra is stuck in the 90s
because of its GUI. Users believe the whole application must suck at
least as much as its GUI. Developers
Hi,
Christian Thaeter schrieb:
Burkhard Plaum wrote:
[...]
My suggestion is the following:
- Define a set of abstracted widgets, which are already sufficient
for 95% of all plugins. The advantages are:
* Those plugins never have to mess around with a GUI.
* Those plugins can more
On Tue, 29 Jan 2008 09:39:11 +0100, Hannu Vuolasaho [EMAIL PROTECTED] wrote:
Date: Tue, 29 Jan 2008 07:44:28 +0100, [EMAIL PROTECTED] wrote:
Theoretically a nice Idea, but remember that a NLE can have very
complex, custom Widgets, like the Timeline and Previews, these should
ideally be written
On Tue, 2008-01-29 at 16:19 +0100, Herman Robak wrote:
On Tue, 29 Jan 2008 15:58:49 +0100, [EMAIL PROTECTED] wrote:
On Tue, 29 Jan 2008, Herman Robak wrote:
For you an me? Very little. But please realise how irrelevant that
is.
I am not stating that _I_ will ask that GUI
On Tue, 29 Jan 2008 15:58:49 +0100, [EMAIL PROTECTED] wrote:
On Tue, 29 Jan 2008, Herman Robak wrote:
For you an me? Very little. But please realise how irrelevant that
is.
I am not stating that _I_ will ask that GUI beautification shall
become top priority. I won't! I just had to
Am Dienstag, den 29.01.2008, 21:27 +0100 schrieb Richard Spindler:
2008/1/29, [EMAIL PROTECTED] [EMAIL PROTECTED]:
You should note though that the individual render node *must not* hold
any time varying data because of thread safety. Any data will be passed
in as frames (video, audio,
On Tuesday 29 January 2008 16:19, Herman Robak wrote:
On Tue, 29 Jan 2008 15:58:49 +0100, [EMAIL PROTECTED] wrote:
For my two cents, the reasons Cinelerra doesn't seem to be worth my time
and effort are:
- It crashes.
- It won't build.
- It can't handle DV.
- It's not
2008/1/29, [EMAIL PROTECTED] [EMAIL PROTECTED]:
You should note though that the individual render node *must not* hold
any time varying data because of thread safety. Any data will be passed
in as frames (video, audio, control data) with the individual pull
calls for rendering. The render
Christian Thaeter schrieb:
I'd rather separate plugin rendering functionality, parameter passing
and the gui.
Am Dienstag, den 29.01.2008, 19:11 +0100 schrieb Burkhard Plaum:
IMO GUI and rendering can (and should) be separated. But
- parameters are affected by the GUI
- rendering is
On Tuesday 29 January 2008 22:11, Herman Robak wrote:
On Tue, 29 Jan 2008 21:50:15 +0100, Johannes Sixt
He also seems to think that everyone has the right to fork
Cinelerra and still call the fork Cinelerra without the original
author's consent, which is at least morally an obnoxious
On Tue, 29 Jan 2008 21:50:15 +0100, Johannes Sixt
[EMAIL PROTECTED] wrote:
On Tuesday 29 January 2008 16:19, Herman Robak wrote:
On Tue, 29 Jan 2008 15:58:49 +0100, [EMAIL PROTECTED] wrote:
For my two cents, the reasons Cinelerra doesn't seem to be worth my
time
and effort are:
-
Hi
For my two cents, the reasons Cinelerra doesn't seem to be worth my time
and effort are:
:
- It won't build.
:
It won't build - I should never be told that a needed library is
missing when the library in question is already installed on my system;
To add fuel onto the fire, I must
Cory K. wrote:
I just wanted to throw this one out there. Freecine
While hammering on it to try to free it up to get it into Debian/Ubuntu
we considered a name change because of all the changes and to make it
clear it was different than Cinelerra.
If a more original name is wanted I
Florian Cramer ha scritto:
Cine-Eye
or a phonetic variation thereof, after Dziga Vertov, and in honor of his
inventions in cinematography and editing (such as in The Man with the
Movie Camera).
-F
And why not in honor of change...
CINERA
Cine-Eye
or a phonetic variation thereof, after Dziga Vertov, and in honor of his
inventions in cinematography and editing (such as in The Man with the
Movie Camera).
-F
--
http://cramer.plaintext.cc:70
gopher://cramer.plaintext.cc
___
Cinelerra
How about all of the above? (but make the KDE one first :) )
If the backend is built properly, then you could write a front-end for your
desktop of choice. Kind of like how there are several GUIs to run
cdrecorder - only more complex.
On Sunday 27 January 2008 06:48, Herman Robak wrote:
On
2008/1/29, David Kletzli [EMAIL PROTECTED]:
If the backend is built properly, then you could write a front-end for your
desktop of choice. Kind of like how there are several GUIs to run
cdrecorder - only more complex.
Theoretically a nice Idea, but remember that a NLE can have very
complex,
Ichthyostega a écrit :
Christian focused on the data backend, including data access, support
library, plugin system, organizing video and audio frame handling based
on existing external libraries and planning a frame cache system that will
go beyond what Cinelerra provides today. This part will
I just wanted to throw this one out there. Freecine
While hammering on it to try to free it up to get it into Debian/Ubuntu
we considered a name change because of all the changes and to make it
clear it was different than Cinelerra.
If a more original name is wanted I understand. :P
I'm glad to
On Sun, 27 Jan 2008 11:52:58 +0100, rc [EMAIL PROTECTED] wrote:
...
Well, which user interface toolkit ?
Kde, Gtk ?
But, this is perhaps already decided?
No it isn't. And it may take a while before the choice
becomes relevant. The current work is on the backend.
--
Herman Robak
rc wrote:
Well, which user interface toolkit ?
Kde, Gtk ?
Let the flamewars begin ;-)
Raph
Thomas
___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Hi.
Cinelerra-3 is still very good, IMHO.
Do not repair that has not broken. :)
//Dimytch
PS But, you can add to program a secret name - for ex. Polundrra ;)
___
Cinelerra mailing list
Cinelerra@skolelinux.no
Дмитрий Пекаровский wrote:
Hi.
Cinelerra-3 is still very good, IMHO.
Do not repair that has not broken. :)
//Dimytch
PS But, you can add to program a secret name - for ex. Polundrra ;)
I threw another name out there because of:
На Sun, 27 Jan 2008 14:21:14 +0200
Дмитрий Пекаровский [EMAIL PROTECTED] записано:
PS But, you can add to program a secret name - for ex. Polundrra ;)
Why not Katastroffa?
I propose CineterraCV.
--
Вск Янв 27 20:51:54 KRAT 2008
Sun Jan 27 13:51:54 UTC 2008
How about CineCV?
Norv
Make the switch to the world's best email. Get the new Yahoo!7 Mail now.
www.yahoo7.com.au/worldsbestemail
___
Cinelerra mailing list
Cinelerra@skolelinux.no
Maybe...
NLErra? (Pronounced to rhyme with Cinelerra.)
Or...
NLEos? (non-linear editing open source)
nlever? (give me the right fulcrum and lever and I can edit anything!)
nleapfrog? (for a cute mascot)
NLEasy? (might be a lot to live up to)
I'll stop for now.
Matt Jordan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Herman Robak schrieb:
I am glad you asked. Cin3 is a not even a fork of Cinelerra,
it's a rewrite.
It's about time to get another name. We needed that extra push.
Heroine Virtual Ltd. schrieb:
Could you rename it something besides Cinelerra for
38 matches
Mail list logo
