> For whom are we making this new program? What is our audience? What are
> their expectations? Once again: please talk about this before you talk
> about GUI toolkits...
I wonder why we're talking about GUI toolkits at all at this stage of
development. As I understand it it's the developer's inte
Hi,
> 2008/2/2, Burkhard Plaum <[EMAIL PROTECTED]>:
>> Gtk is more language independent. If you want people to contribute
>> plugins with custom config widgets, forcing them into C++ is a bad idea.
>> And having a C-API for plugins but with mandatory GUI code in C++
>> is questionable at least.
>
>> BTW. in a Video Editing App we also want Audio, as far as I know,
>> Blender has no serious Audio Facilities, and I do not see how
>> FullscreenOpenGL and stuff benifits the Audio-Mixing Use-Case for
>> Video Editing? It doesn't hinder it on the other way, but there is no
>> serious opengl widge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> 2008/2/2, Artem Baguinski <[EMAIL PROTECTED]>:
>> What you really want is to make sure the same things are done the same
>> way, similar things are done similar way, and things that are unique
>> to your application are ke
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> 2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
>> Blender has Audio facilities. I guess you need to use google before you
>> post messages on the GLUI side.
>
> Link?
>
> I can't be bothered to google.
Google: blender
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> 2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
>> In my humble opinion make a professional application that usually is
>> fullscreen in OpenGL. Yes this will require some more logic. Maybe reuse
>> code from Blender. But
2008/2/2, Artem Baguinski <[EMAIL PROTECTED]>:
> What you really want is to make sure the same things are done the same
> way, similar things are done similar way, and things that are unique
> to your application are kept to minimum.
So you agree that reusing what other people have already done is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Richard,
Richard Spindler schreef:
> 2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
>> Then you misunderstand me. There are widget toolkits for OpenGL, we can
>> have a look what Blender uses. If we make a new interface based on an
>> OpenGL fro
2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
> Blender has Audio facilities. I guess you need to use google before you
> post messages on the GLUI side.
Link?
I can't be bothered to google.
Cheers
-Richard
___
Cinelerra mailing list
Cinelerra@skole
2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
> In my humble opinion make a professional application that usually is
> fullscreen in OpenGL. Yes this will require some more logic. Maybe reuse
> code from Blender. But it will also work on any platform.
Quote from my inital Message:
> I truly beli
2008/2/3, Stefan de Konink <[EMAIL PROTECTED]>:
> Richard Spindler schreef:
> > 2008/2/2, Burkhard Plaum <[EMAIL PROTECTED]>:
> >> Gtk is more language independent. If you want people to contribute
> >> plugins with custom config widgets, forcing them into C++ is a bad idea.
> >> And having a C-API
2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
> Then you misunderstand me. There are widget toolkits for OpenGL, we can
> have a look what Blender uses. If we make a new interface based on an
> OpenGL frontend this can have serious advantages!
So where exactly is the advantage in creating a new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> 2008/2/2, Burkhard Plaum <[EMAIL PROTECTED]>:
>> Gtk is more language independent. If you want people to contribute
>> plugins with custom config widgets, forcing them into C++ is a bad idea.
>> And having a C-API for plug
2008/2/2, Burkhard Plaum <[EMAIL PROTECTED]>:
> Gtk is more language independent. If you want people to contribute
> plugins with custom config widgets, forcing them into C++ is a bad idea.
> And having a C-API for plugins but with mandatory GUI code in C++
> is questionable at least.
KDE has bind
> "Burkhard" == Burkhard Plaum writes:
Burkhard> Gtk is more language independent. If you want people to
Burkhard> contribute plugins with custom config widgets, forcing them
Burkhard> into C++ is a bad idea. And having a C-API for plugins but
Burkhard> with mandatory GUI code in C++ is ques
Hi,
[...]
> Multi-Platform-Stuff:
> Both GTK+ and Qt are available for X11, win32 and OSX! They work well on
> those platforms, and are used by a large number of users. As far as I
> know though, Qt is better "supported" on OSX and win32, that is, it
> works "out of the box", while GTK+ does need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raffaella Traniello schrieb:
> But my being not convinced is right:
> Bob-deinterlaced-VLC playback of my interlaced video *is not* the same
> as the Standalone-DVD-player-to-TV playback.
> They both have a 50Hz output but TV keeps the comb artifact an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Herman Robak schrieb:
> My suggested before-mid-after snapping is not a truly general feature. For
> ultimate
> flexibility a transition should be freely moveable. After all, moving the
> _edit_ point
> to adjust a transition is not The Right Thing.
On Sat, 02 Feb 2008 16:01:41 +0100, Marcin Okraszewski <[EMAIL PROTECTED]>
wrote:
My feature suggestion to appease all parties would be to let
transitions have three allowed alignment, chosen by the user:
1. Start at the cut point
2. Center around the cut point (50/50 at the edit point)
3. En
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> 2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
>> Richard Spindler schreef:
>>> What's next?
>>> Please reply and post Ideas that you have that a GUI should do, that
>>> goes beyond simple things. Also post links to fancy
2008/2/2, Stefan de Konink <[EMAIL PROTECTED]>:
> Richard Spindler schreef:
> > What's next?
> > Please reply and post Ideas that you have that a GUI should do, that
> > goes beyond simple things. Also post links to fancy projects that have
> > cool widgets and stuff that could be reused. :-)
>
> I
On Sat, 02 Feb 2008 16:11:46 +0100, <[EMAIL PROTECTED]> wrote:
On Sat, 2 Feb 2008, Herman Robak wrote:
However, that would not suit your usecase. For you, it would be
convenient if the transition _ended_ at the edit point.
When I'm syncing the transitions to music I normally want the start
This is what I suppose is the difference between "professional" and
"home" use. Though, I've tried quite several video editing tools, and
none of them freeze the last frame by default if the video wasn't cut.
OK, I did not try Adobe Premier, which probably targets the same
audience as Cinelerra. An
On Sat, 2008-02-02 at 10:11 -0500, [EMAIL PROTECTED] wrote:
> If things were designed such that transitions went between tracks instead
> of between edits on the same track, that might make it a lot easier to
> understand.
If it is for understanding, cross fading two clips overlapping on two
separ
On Sat, 2 Feb 2008, Herman Robak wrote:
> However, that would not suit your usecase. For you, it would be
> convenient if the transition _ended_ at the edit point.
When I'm syncing the transitions to music I normally want the start of the
transition to occur on the beat, so I hope that the curr
> Not with the way Cinelerra currently works...
Bad news :( So is there maybe other "prefered" model of work, rather
than with separate files?
> My feature suggestion to appease all parties would be to let
> transitions have three allowed alignment, chosen by the user:
> 1. Start at the cut poi
On 2/2/08, Richard Spindler <[EMAIL PROTECTED]> wrote:
> Discussing UI Toolkits is somehow always a heated emotional discussion
> for some people, although I am not entirely sure why.
because GUI toolkits aren't just technical entities, they are nodes in
the graph of things, linked to languages, h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Richard Spindler schreef:
> What's next?
> Please reply and post Ideas that you have that a GUI should do, that
> goes beyond simple things. Also post links to fancy projects that have
> cool widgets and stuff that could be reused. :-)
In my humble
Discussing UI Toolkits is somehow always a heated emotional discussion
for some people, although I am not entirely sure why.
But anyways, I just want to make sure that this childish nitpicking
about how KDE uses some KB more memory, for this or that, or whether
gnome sucks for reason X, Y or Z doe
On Sat, 02 Feb 2008 15:22:33 +0100, Marcin Okraszewski <[EMAIL PROTECTED]>
wrote:
Hi,
I'm having a bit of trouble with transitions between two files. As I
finally figured out, I have to remove 1 second at the end of first
track and then drop the transition effect. Otherwise the first video
is
Hi,
I'm having a bit of trouble with transitions between two files. As I
finally figured out, I have to remove 1 second at the end of first
track and then drop the transition effect. Otherwise the first video
is frozen in the transition. But what bothers me, is that it is very
inconvenient to do. I
@pippin: Regarding arbitrarily large frames:
I know your software(gegl) supports arbitrarily large frames, but just
think about it, one day in the future we will have to map the complete
spectrum of visible and unvisible wavelengths into a giant HDR Ima
32 matches
Mail list logo