I've seen that you replaced 'objcopy' by a custom 'bin2c'. Can you
make this
into a patch that is not Darwin specific?
This should hopefully work on all platforms! The problem is that there
are no binutils available for MacOS.
bin2c.diff
Description: Binary data
2008/1/30, Gour [EMAIL PROTECTED]:
Martin (For Qt), Is it possible for the community (ie anyone outside
Martin TrollTech) to write user interface widgets? Cin3 will need to
Martin write some specialist widgets -- how will this fit in with the
Martin toolkit and the toolkit's development
Hi,
Richard Spindler schrieb:
2008/1/30, Gour [EMAIL PROTECTED]:
Martin (For Qt), Is it possible for the community (ie anyone outside
Martin TrollTech) to write user interface widgets? Cin3 will need to
Martin write some specialist widgets -- how will this fit in with the
Martin toolkit and
On 30/01/2008, Richard Spindler [EMAIL PROTECTED] wrote:
Discussing Toolkits is pointless btw. without someone actually writing
the Code for said toolkit.
Best to think about what code we are going to write before we start writing
the code. We don't want to spend two years coding and then
2008/1/30, Martin Ellison [EMAIL PROTECTED]:
Discussing Toolkits is pointless btw. without someone actually writing
the Code for said toolkit.
Best to think about what code we are going to write before we start writing
the code. We don't want to spend two years coding and then find that we
2008/1/30, Burkhard Plaum [EMAIL PROTECTED]:
1. All plugin interfaces are C
2. Plugins should be allowed to make their own configuration widgets
we are already restricted to a C-toolkit or not?
*cough* xembed *cough*
--
Are you teaching the What and the How but without the Why and the
Many developers will already be familiar with the Model-View-Controller
paradigm, but for non developers, it is important that we follow this in
designing Cin3.
The key concepts are:
- split between the user interface (views and controllers) and the
back end (model)
- split across
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
Well, as far as DV is concerned, the _codec_ DV works, if it's in an
AVI or Quicktime container. That's what libdv is used for. Raw DV
may still be broken. I gave up using containerless DV long ago.
No raw dv -containerless- seems to work fine now (Thanks to Baver and
some other...)
It looks to me like How can I use raw (containerless) DV? is pretty high
up
on the list of most frequently asked questions, and the answer people get
is
You can't.
Wrong. The answer people get is Yes! You can!
I heard people saying that Raw DV is the best format for source files
Burkhard Plaum wrote:
Hi,
Richard Spindler schrieb:
2008/1/30, Gour [EMAIL PROTECTED]:
Martin (For Qt), Is it possible for the community (ie anyone outside
Martin TrollTech) to write user interface widgets? Cin3 will need to
Martin write some specialist widgets -- how will this fit in with
QT is very easy to use and powerful, but it normally wants to dictate
how the gui is coded. moc, uic, and qmake need to be the backbone of
the project. If you use these tools, building QT applications can be
easy and painless (I speak from experience), but you are forced into
their coding styles.
Can we stop that GUI funny talk?
GUIs are easy cheesy, everyone can start a dialog editor drag some
buttons to a canvas and write some code that is run when the button is
pressed. :-P
Lets talk about the serious stuff. ;-)
No offense intended, but is anyone up to the task and willing to
either
No offense intended, but is anyone up to the task and willing to
either add the following missing functionality to libmpeg3 or another
mpeg2 decoder, or can point me to a piece of code in the free software
community that does the following:
Accurate Seeking + Fast inaccurate seeking without
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.
On Wed, 30 Jan 2008 17:22:54 +0100, Timothy Baldridge
[EMAIL PROTECTED] wrote:
No offense intended, but is anyone up to the task and willing to
either add the following missing functionality to libmpeg3 or another
mpeg2 decoder, or can point me to a piece of code in the free software
Sure, anyone can create a gui, but who can create a good looking gui
that's both fast and intuituve? That's a hard find.
Here, here! I know we need to focus on the underlying pieces, but I am
wondering if there is anyone out there in the greater open source
community that we think has a talent
2008/1/30, Timothy Baldridge [EMAIL PROTECTED]:
What open source applications do you
think fit this description? Surely The GIMP and Blender are out (no
offense intended to continue the thread).
That's the issue, when it comes to the GUI, almost all of Linux is
out. I can't think of a
2008/1/30, Timothy Baldridge [EMAIL PROTECTED]:
To quote you, no offense intended, but why do we need mpeg2 support
at all? I did videography work for a few years and never had a need
for that. Convert your mpeg to a real editing format and go from
there. For that matter, I prefer image
Really, UI Design is not that hard. The underlying technical
foundations are. When seeking is slow, or importing media takes half
an hour, all the fancy screenshots and buttons can be all bling and
shiny, and it still sucks.
I read an article once about how preceived performance is linked to
What open source applications do you
think fit this description? Surely The GIMP and Blender are out (no
offense intended to continue the thread).
That's the issue, when it comes to the GUI, almost all of Linux is
out. I can't think of a single app I was floored by that I said this
GUI is
2008/1/30, Timothy Baldridge [EMAIL PROTECTED]:
Another thing I thought of once, is why can't we decouple the GUI from
the underlying media handling code enough to make the gui
multitasking. For instance, start a tape importing, and a project
encoding, and then start editing another project.
Have you ever programmed a highly multithreded application?
Yep. And done correctly (from the beginning) it's not that hard. The
important thing is decouple to gui from the rest of the code as much
as possible. This is why I recommend QT. Allot of the gui code is
thread safe, and when it's not,
On Jan 29, 2008 4:24 PM, candela [EMAIL PROTECTED] wrote:
hello
thanks a lot for the work to make cinelerra aviable to the community.
i have just subscribe to learn more and see if i can collaborate with you.
i am not a developer.
i am an activist on barcelona (spain) that uses free
Are you aware that cinelerra is very multithreaded, an a, ... well, strange Way?
qt should be okay, though, I could agree to that.
2008/1/30, Timothy Baldridge [EMAIL PROTECTED]:
Have you ever programmed a highly multithreded application?
Yep. And done correctly (from the beginning) it's not
I may be assuming out of ignorance, but this seems like it'd be of interest:
[A]n open source developer was contracted to develop a DVCPRO50 codec for
ffmpeg which resulted in a better decoder than many of the hardware based
decoders, according to Cunningham.
Actually I was thinking the exact same thing when I saw that on Groklaw
Here's a link to the sourceforge page:
http://ingex.sourceforge.net./
also from BBC
http://dirac.sourceforge.net./
Cin3 ?
Kind Regards
Daniel
On Jan 30, 2008 12:25 PM, Thomas King [EMAIL PROTECTED]
wrote:
I may be assuming
2008/1/30, Daniel Jircik [EMAIL PROTECTED]:
also from BBC
http://dirac.sourceforge.net./
Dirac certainly has a huge potential, not only because it is free and
open, but also because an organisation with significant momentum is
behind it. Apart from that, the BBC really understand video, the are
The nice thing about ingex is sdi capture. Currently The only option for HD
workflow is dvgrab hdv which is mpeg2. There is no way to capture
uncompressed hd in linux. Yes it requires TB drives but thats what it takes
to do real work. Until that becomes a reality ANY linux based nle is
relegated
Some time ago we proposed to make regular developer meetings on IRC but
we did not finally decide about dates an times.
http://www.pipapo.org/pipawiki/Cinelerra3/DesignProcess/MonthlyDeveloperMeetingOnIRC
In the past days there was quite some discussion on different
Mailinglists about
Did I miss something? Was the name decided?
By the way, if not decided, the subject line Christian wrote makes me think of
OVENg (Open Video Editor Next gen) or some derivative. Not on the wiki yet,
though. :)
Tom K.
Some time ago we proposed to make regular developer meetings on IRC but
we
Am Dienstag, den 29.01.2008, 23:58 +0100 schrieb Terje J. Hanssen:
My available homePC w/Cinelerra on openSUSE 10.2 is an old, less
powerful K7 w/ATI Rage128RF graphical card, SB0312 Audigy LS (modern)
audio card, 512MB memory and a sliced 80GB Maxtor-5T060H6 hard disk.
3) VLC
Opens the
why do we need mpeg2 support
at all? I did videography work for a few years and never had a need
for that. Convert your mpeg to a real editing format and go from
there. For that matter, I prefer image sequences. Give me an example
of a single program that natively handles mpeg2 video and
Martin Ellison schrieb:
Many developers will already be familiar with the Model-View-Controller
paradigm, but for non developers, it is important that we follow this in
designing Cin3.
Martin, you are right here: we need a bit of Architecture, and I can
asure you, we started already in this
35 matches
Mail list logo