[CinCV] Red cameras

2008-09-09 Thread Norval Watson
This might be old news to some of you...
Red cameras, founded by the founder of Oakley, are making modular digital 
cameras you can shoot feature films on.
RED / Cameras 

 YouTube - The Red One Camera
Red Digital Cinema Camera Company - Wikipedia, the free encyclopedia 
I wonder if they are/will be compatible with Cinelerra/Lumiera? 

Norval Watson


  Win a MacBook Air or iPod touch with Yahoo!7. 
http://au.docs.yahoo.com/homepageset

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


[CinCV] [Bug 520] Program crashs when Titler called.

2008-09-09 Thread bugzilla-daemon
http://bugs.cinelerra.org/show_bug.cgi?id=520


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #2 from [EMAIL PROTECTED]  2008-09-10 03:37 +2 ---
(In reply to comment #1)
> (In reply to comment #0)
> > find: /usr/lib64/cinelerra/fonts: No such file or directory
> 
> Please make sure you have fonts in this directory. Does it still crash?
> 

The fonts directory was located at /usr/share/cinelerra/fonts.  I first tried a
symbolic link to that directory in /usr/lib64/cinelerra, but the program still
crashed.  However, when I actually copied the font files into a newly created
/usr/lib64/cinelerra/fonts directory, there was no crash!

I'm running Fedora 8 and installed cinelerra from

  cinelerra-2.1-0.14.svn2007.kwizart.fc8.src.rpm

Thanks for the pointer! 


-- 
Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


[CinCV] Compiling Cinelerra4

2008-09-09 Thread Ed Vaessen
I tried to compile the cinelerra4 source, since ist seems to offer the
feature that text in the title effect can be adorned with an outline.
The compilation stopped with an error:

faad2.cpp:311: error: 'struct format_list_t' has no member named 'rtpmap'


It took some time to find out that in mpeg4ip version 1.6 this member
indeed wasn't there. The programmer seems to be on holidays and will give
attention to his ruined tarball when he is back.
Fortunately the correct declaration of member rtpmap was still present in
version mpeg4ip-1.5.0.1
So I downloaded the tarball. Contrary to most tarballs it asks to be
started by issuing the command ./bootstrap.
Which lead to the error:

./bootstrap: 76: Syntax error: Bad fd number


After some google work, I found out that issuing the command 'bash
bootstrap' works.

OK. This seems to do the configuration.
But the command 'make' leads to an error that tells me that there is no
reference to 'XmoveWindows'.

The problem, according to some e-mail correspondence, seems to be that
mpeg4ip relies on sdl to 'pull in' libX11. But since version libsdl-1.2.8
did not have this problem, I downloaded libsdl-1.2.8 tarball.

But that compiled not so well because of an error, complaining about the
syntax in a cpp-program. It said that I had to add a ';' before an '}'
token. No problem to do so since I have done some C-programming my self.
It was only that I asked my self how such an blatant error ever made it to
a tarball unnoticed.

I tried to compile again and now the error was a simple: 'ConvertMMX'
aliased to undefined symbol '_ConvertMMX'

I googled a bit more and found that perhaps gcc-4.x just doesn't go well
together with sdl-1.2.8 and perhaps version sdl-1.2.13 should be tried
instead.

Then I stopped an started to ask myself questions.

Question 1: who are these children that are set loose on the internet to
take the guise of a programmer and just program around in their private
Kindergarten, without any communication to the outside world?
Question 2: does anyone ever ask himself why cinelerra crashes so very often?
Question 3: how has cinelerra ever managed to become a professional NLE?



___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] Long video inputs: What format will Cinelerra take well?

2008-09-09 Thread Eli Billauer

Hello,


and thanks for your answers so far. The truth is that I create the final 
video in two phases: One is to extract good takes from raw footage, 
which is in MJPEG (and adjusting brightness etc) and create intermediate 
footage, rendering with Cinelerra. Then I feed the intermediate videos 
into the final cut. Since there are different technical setting for 
different parts of the footage, this is the only sane way.



The 21-minute "footage" I mentioned previously is the intermediate 
footage. It's created by rendering to pipe as YUV4MPEG, piping it to 
mencoder, which can turn it to whatever I want. But what format will 
really work?



Now to your questions:


Martin Ellison wrote:

> Can you chop it up into smaller clips?
>


Of course I can. This is what I eventually did. And with mencoder at 
hand with its -ss and -endpos flags, any video can be chopped. But it's 
an ugly solution.



Ichthyostega wrote:


Question: what is the format of your original footage? DV?
  
As mentioned above, the original is Cinelerras YUV4MPEG. Or pick your 
choice.

Question: have you tried using the original footage (without
transcoding) in a quicktime container?
Maybe after transcoding the audio to PCM? for example
something like
  
Since some of you seem to have good experience with DV, I went for it, 
and created a DV file using the following command:


mencoder - -audiofile audio.wav  -oac pcm -ovc libdv -of lavf -vf 
scale=720:480,harddup -lavfopts 
format=mov:i_certify_that_my_video_stream_does_not_use_b_frames -o 
"transcoded.mov"


Two remarks:

(1) Since this is actually YUV4MPEG rendering, the audio is taken from 
audio.wav. This is the way I work ed previously (and all the time), but 
spared this detail in my previous post.
(2) DV is not a generic solution, since the mencoder codec (and possibly 
any codec) requires the output to be 720x480 or 720x576.


The bottom line is that I got a 4.5GB file (21 minutes, remember?) which 
was playable with (Windows) Quicktime. With Cinelerra something went 
wrong, causing the audio channels to appear really weird (maybe because 
the audio channels were detected as big endian?).


So I ended up with a file which is very hard to handle, and which 
Cinelerra itself doesn't import well. This is sort-of back to square one.


-

Now you may ask why I'm bugging you all, if I have a workaround. The 
answer is, that since mencoder almost always manages to read any crazy 
video you give it, and transcode it consistently and cleanly to anything 
else, I'm looking for one, single, high-quality format to feed Cinelerra 
with, and make all video oddities, A/V sync in particular, a thing of 
the past.


As long as the video is short, both MPEG-2 and MJPEG do well. But when 
the video gets longer?


   Eli


--
Web: http://www.billauer.co.il


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] Colour correction

2008-09-09 Thread Kurt Georg Hooss

flavio, thanks for this very valuable information.
i guess people would estimate if you could include it into the manual
at some appropriate location, e.g. as a note to the "effects" chapter.
cheers, georg


On Tuesday 09 September 2008 18:41:40 flavio wrote:
> Hi, there,
>
>
> When I colour correct/manage whatever movie I'm doing, I always face the
> same problems. With time, I've figured out a workaroud for both cases that
> somewhat take time but become very precise and eventually compensate at the
> end.
>
> For colour management, I use mostly brigh/cont, hue/sat, col bal and
> videoscope (still, 4 effects!). What I do is:
> - I create an additional video track, above or between the ones I am adding
> the effect to. Then I name it "garbage" or "delete it!" or anything that
> will let me know this is a temporary track;
> - I copy/paste one asset - or series os assets that may have similar
> light/colour conditions - to this track. If you double-click the asset, you
> can (in this order) copy, mute it, move your mouse to the next track and
> SHIFT-TAB it, and paste the video there. You'll realize all this is done
> via shortcuts, so it's repetitive but somehow easy and
> not-that-time-consuming; - I add the effects, keyframe them, finish
> whatever I have to do with the asset regarding effects;
> - Now here is the trick: I copy/mute/arm/paste it in the previous track.
> Whenever you do that repeatedly, the video effects will be pasted besides
> the other ones! It won't go down forever like when you just insert new
> effects in a track - they remain as if the track had only, say, 4 effects!
> So I'll just do that till the end of the movie and the whole track will
> have effects related to each separate asset but occupy a space as if we had
> only inserted four effects in the whole timeline!
>
> Now, the other process, when I have to precisely correct the colour of a
> video, I use Gimp-Gap. I talked to Raffa once about this: gimp is way more
> precise to do a proper colour correction of any image - and gimp-gap is
> fine for videos. You'd then have to render it as uncompressed YUV and open
> it in Gimp-Gap, colour correct it and re-export it.
>
> For the last year, I've been reading some technical books on photography
> (btw, I can recommend Ansel Adams books and Ron Bigelow's articles at his
> website for anyone interested in the subject) and was trying to find a
> precise and safe way to guarantee a proper correction of colour casts. To
> me, Cinelerra's histogram or white balance funcion are not precise the way
> they have to be (note that I'm not talking about the colour coherence in
> the video, as we can use Videoscope for that with very nice results). If
> they could be integrated to gimp/gimp-gap to colour-correct (as an effect,
> for example), it would be an immense and most-welcome evolution in this
> area.
>
> The bad thing about this process, as you can imagine, is that it takes way
> too much time, so I only do it in extreme cases, when I really want the
> thing to be perfect, so be warned =)
>
> rock on,
> flavio



-- 
dr. kurt georg hooss
kurts film / schoepfung & wandel
breite strasse 6-8, d-23552 luebeck
kurts-film.de

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] Colour correction

2008-09-09 Thread flavio
Hi, there,


When I colour correct/manage whatever movie I'm doing, I always face the
same problems. With time, I've figured out a workaroud for both cases that
somewhat take time but become very precise and eventually compensate at the
end.

For colour management, I use mostly brigh/cont, hue/sat, col bal and
videoscope (still, 4 effects!). What I do is:
- I create an additional video track, above or between the ones I am adding
the effect to. Then I name it "garbage" or "delete it!" or anything that
will let me know this is a temporary track;
- I copy/paste one asset - or series os assets that may have similar
light/colour conditions - to this track. If you double-click the asset, you
can (in this order) copy, mute it, move your mouse to the next track and
SHIFT-TAB it, and paste the video there. You'll realize all this is done via
shortcuts, so it's repetitive but somehow easy and not-that-time-consuming;
- I add the effects, keyframe them, finish whatever I have to do with the
asset regarding effects;
- Now here is the trick: I copy/mute/arm/paste it in the previous track.
Whenever you do that repeatedly, the video effects will be pasted besides
the other ones! It won't go down forever like when you just insert new
effects in a track - they remain as if the track had only, say, 4 effects!
So I'll just do that till the end of the movie and the whole track will have
effects related to each separate asset but occupy a space as if we had only
inserted four effects in the whole timeline!

Now, the other process, when I have to precisely correct the colour of a
video, I use Gimp-Gap. I talked to Raffa once about this: gimp is way more
precise to do a proper colour correction of any image - and gimp-gap is fine
for videos. You'd then have to render it as uncompressed YUV and open it in
Gimp-Gap, colour correct it and re-export it.

For the last year, I've been reading some technical books on photography
(btw, I can recommend Ansel Adams books and Ron Bigelow's articles at his
website for anyone interested in the subject) and was trying to find a
precise and safe way to guarantee a proper correction of colour casts. To
me, Cinelerra's histogram or white balance funcion are not precise the way
they have to be (note that I'm not talking about the colour coherence in the
video, as we can use Videoscope for that with very nice results). If they
could be integrated to gimp/gimp-gap to colour-correct (as an effect, for
example), it would be an immense and most-welcome evolution in this area.

The bad thing about this process, as you can imagine, is that it takes way
too much time, so I only do it in extreme cases, when I really want the
thing to be perfect, so be warned =)

rock on,
flavio


Re: [CinCV] bring cin4 changes to svn?

2008-09-09 Thread Peter B. Steiger
On Tue, 2008-09-09 at 13:27 +0200, Odin Omdal Hørthe wrote:
> Well, the titler in the video editing programs aren't of much use. The
> titler in Final Cut Pro sucks hard and long too. That's why I use
> inkscape to make the titles for both FCP and Cinelerra. :-)

I love the titler.  I'm sure there are limitations on what you can do
with it, but it works for everything I need... and combined with the
perspective distort plugin, you can create "Star Wars" style crawls like
this one I did for my friend's birthday:
http://rentroll.googlepages.com/simon.avi

-- 
Peter B. Steiger
Cheyenne, WY



___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] bring cin4 changes to svn?

2008-09-09 Thread Odin Omdal Hørthe
On Mon, Sep 8, 2008 at 12:43 PM, Kurt Georg Hooss <[EMAIL PROTECTED]> wrote:
> admittedly, the titler seems not to be Cinelerra's strongest feature.
> Create the titles in OpenOffice and Gimp (or some other external program),
> then import as still image that can be panned and zoomed in cinelerra.

Well, the titler in the video editing programs aren't of much use. The
titler in Final Cut Pro sucks hard and long too. That's why I use
inkscape to make the titles for both FCP and Cinelerra. :-)

So you can easily move to Cinelerra now ;-)

-- 
Beste helsing,
Odin Hørthe Omdal <[EMAIL PROTECTED]>
http://www.velmont.net

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] Re: Cinelerra digest, Vol 1 #2385 - 5 msgs

2008-09-09 Thread Lukáš Jirkovský
Hi, I've started with creation of some icons, but it doesn't caused
much noise, so I have not continued with it. Take a look for some of
them: http://blender6xx.ic.cz/pub/Lumiera_icons/ (They're made using
Inkscape, so SVG's are also available.

2008/9/5 solaris manzur <[EMAIL PROTECTED]>:
> i think one of the things we could do with cinelerra it is that we must make
> it interface completedly based in python y GTK and make its icons
> completedly new, i can help with the las point, so if you thing it is a good
> idea, please be in contact. bye and god bless you all!!!
>

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra