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 a
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 eff
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 ha
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 Debia
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.
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 s
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 c
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 understan
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
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 obnoxiou
2008/1/29, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> obviously you didn't get my point...
>
> > * Requiring Plugins to provide random access to frames is nice in theory,
> > but in
> > practice, many iterative Video Filters exist and produce nice Visuals.
>
> I wasn't talking about "theory" but poi
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, audi
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:
>
>
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.
> >
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 re
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 i
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 th
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 easi
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
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
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 e
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. Developer
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 Previe
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 writte
> 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
&g
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
comple
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
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
Cin(elerra)Era(http://en.wikipedia.org/wiki/Er
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
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
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
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinele
On Sun, 27 Jan 2008, IL'dar AKHmetgaleev wrote:
> I propose CineterraCV.
CinerellaCV ;)
___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
На 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
---
Дмитрий Пекаровский 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:
https://init.linpro.no/pipermail/skolelinux.no/ci
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
https://init.linpro.no/mailman/skolel
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
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 t
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 b
-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 Cinelerr
40 matches
Mail list logo