Oops! I used Gradient as a guide, but I missed that one. Now fixed.
As a future direction for the color picker, what do you & other
developers think about encapsulating the color button, color swatch,
color picker, and color picker thread into a single class. The current
design seems somewhat frag
> well, this is the email list about the cinelerra-cv ;)
It is. As I mentioned in my initial post I was providing the information
purely for interest in case it was useful to anyone.
> could you try it?
Not easily in the next few weeks - I don't have time to collect and install
the libraries u
Hi all,
I have made some significant progress with compiling under AMD64
Suse10.0 box :
- used export CFLAGS="-03 -fPIC"
- svn x264 + compile /install
- passed --external ffmpeg to ./configure for Cinelerra
- BINGO, compiled, worked etc... RHHHa at last...
That one was a major issue for me.
Hi there
I have several (2 or so) frames to import into Cinelerra.
They are provided by Coriander in a raw format, 8 or 10 bits 422 or 444.
Is there any chance I can import them into Cinelerra ? I mean so far I
failed to ...
Each frame is about 3 to 4 MB for the smallest ones.
I can't attach o
Georg,
Since I use footage from my HDV camera that is progressive and not
interlaced, I did not see that particular problem. I will update my doc
to reflect your findings.
cheers,
scott
On Fri, 2007-09-07 at 19:24 +0200, Kurt Georg Hooss wrote:
> Thanks, that's indeed what I refer to.
>
> I am a
Did you compiled x264 w/ Position Independed Code?
try to compile x264 (cinelerra needs -fPIC in x86_64 too) w/ something like:
export CFLAGS="-O3 -fPIC"
I really don't know why x86_64 linux/elf/gcc binaries don't like non-PIC code
in shared libraries...
AFAIK, non-PIC code has _always_ less over