Re: [CinCVS] [CINELERRA-CV MANUAL] Licensing issues solved
Since we are almost ready to collaborate on the manual, who is interested in contributing to the manual?I would be greatly interested in contributing to the manual. Specifically, it may not be cinelerra specific, but a section on rendering common formats would be useful. Though much of the relevant information (encoder command-line-fu) would technically be the documentation of each encoder used, it relates so closely to any results oriented approach to using cinelerra that it seems essential. Ideas would be essentially: How to get a universally playable DVD, iPod Movies, etc. out. I'd be willing to contribute to this as I figure out how to get these transmissible formats out myself. BTW, should we use American English, or Great-Britain English in the manual? What's your opinion?Everyone knows that colour is better than color. It is done for onepathetic dyslexic president. So I suggest through in stead of thru. Thru is not correct in any form except Corp-Speak :) I don't really care myself, I'm from the US, but generally likely to write words in either form, especially when replying to something written in British English. Colour does look better with a 'u,' I always write that *wrong*. Adopting the form of the bulk of contributed documentation seems to be the wisest course, IMHO.
Re: [CinCVS] bclistbox.h:365: error: extra qualification 'BC_ListBox::' on member 'calculate_last_coords_recursive'
Ah yes, there was the problem, I checked out sources at 4am, and must have been blurrier than I thought because I checked them out of thesvn://svn.skolelinux.org/cinelerra/tags/r1_2_2-last/hvirtual for no logical reason I can recall.I agree the way SVN handles revisions made it hard to find the fault, but I feel dumb none the less. Thanks for the fix.MackOn 10/29/06, Pierre Marc Dumuid [EMAIL PROTECTED] wrote: It seems you checked out an incorrect branch in the repository sincethis error was fixed ages ago.The reason the version in 950 is becausesvn increments the version across all branches (which I think is stupid!). make sure you're checking out from:svn://svn.skolelinux.org/cinelerra/trunk/hvirtualExecute:$ svn infoto see where the repository is from... It should say:URL: svn://svn.skolelinux.org/cinelerra/trunk/hvirtual Repository Root: svn://svn.skolelinux.org/cinelerra/trunk/hvirtualPierremack allison wrote: I'm building cinelerra (r950) on ubuntu 6.10-amd64, and this is what I've come to.A search of lists and google for info related to guicast and bclistbox.h only yield svn links to the code itself (a little over my head) . This one has got me stumped.I've met all the dependancies looked for in configure. All of the dependancies were met from the 6.10 package tree except libquicktime, which islibquicktime-0.9.10, compiled from thier latest sourceforge release tarball, and x264, which is r596 --enable-pic.I've run into this wall: Making all in guicast make[2]: Entering directory `/usr/src/hvirtual/guicast' if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64-g -O2 -MT bcbitmap.lo -MD -MP -MF .deps/bcbitmap.Tpo \ -c -o bcbitmap.lo `test -f 'bcbitmap.C' || echo './'`bcbitmap.C; \ then mv -f .deps/bcbitmap.Tpo .deps/bcbitmap.Plo; \ else rm -f .deps/bcbitmap.Tpo; exit 1; \ fi mkdir .libsg++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -MT bcbitmap.lo -MD -MP -MF .deps/bcbitmap.Tpo -c bcbitmap.C-fPIC -DPIC -o .libs/bcbitmap.o bclistbox.h:365: error: extra qualification 'BC_ListBox::' on member 'calculate_last_coords_recursive' make[2]: *** [bcbitmap.lo ] Error 1 make[2]: Leaving directory `/usr/src/hvirtual/guicast' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/hvirtual' make: *** [all] Error 2___Cinelerra mailing listCinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] bclistbox.h:365: error: extra qualification 'BC_ListBox::' on member 'calculate_last_coords_recursive'
I'm building cinelerra (r950) on ubuntu 6.10-amd64, and this is what I've come to. A search of lists and google for info related to guicast and bclistbox.h only yield svn links to the code itself (a little over my head) . This one has got me stumped. I've met all the dependancies looked for in configure. All of the dependancies were met from the 6.10 package tree except libquicktime, which is libquicktime-0.9.10, compiled from thier latest sourceforge release tarball, and x264, which is r596 --enable-pic. I've run into this wall:Making all in guicastmake[2]: Entering directory `/usr/src/hvirtual/guicast'if /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -MT bcbitmap.lo -MD -MP -MF .deps/bcbitmap.Tpo \ -c -o bcbitmap.lo `test -f 'bcbitmap.C' || echo './'`bcbitmap.C; \ then mv -f .deps/bcbitmap.Tpo .deps/bcbitmap.Plo; \ else rm -f .deps/bcbitmap.Tpo; exit 1; \ fimkdir .libsg++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -MT bcbitmap.lo -MD -MP -MF .deps/bcbitmap.Tpo -c bcbitmap.C -fPIC -DPIC -o .libs/bcbitmap.obclistbox.h:365: error: extra qualification 'BC_ListBox::' on member 'calculate_last_coords_recursive'make[2]: *** [bcbitmap.lo ] Error 1make[2]: Leaving directory `/usr/src/hvirtual/guicast'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/usr/src/hvirtual'make: *** [all] Error 2
[CinCVS] background render makes cinelerra unstable.
I started using background render in cinelerra and ever since it's been markedly unstable during playback, especially when playing back past the last rendered frame, it crashes a lot there. Are there options I need to tweak that have improved this for anyone? Without BGR my cinelerra install was pretty stable during editing. thx, Mack ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Red line on time line, video goes to green.
OK, so I figured out that the red line marks a background render point. I had fiddled with that feature earlier and thought nothing happened. So I guess the question is why are all my background rendered frames displayed as nothing but green in the compositor? I suppose I'm not setting something up right. . . Thanks again Mack ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] video playback stops working
For further information, I'm using a pair of nvidia cards with the nv driver, in xcinerama. Switching the video ouput driver to x11 from x11/xv has made the problem go away for the time being without issue. I'll try the ffmpeg-to-unstick xv trick at some point, but right now the x11 driver is *working for me* Mack On Thu, 2006-08-17 at 10:21 +0200, Marcin Kostur wrote: ATI - onboard i think X200 with propertiary drivers the same was on ATI -Radeon (cant remember which one) Nvidia with nv driver (and c1.22) - no problem the best Marcin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] SIGSEGV on render.
I never really spent any time with the 32 bit cinelerra before building for 64 so I can't really say. 64 bit hasn't been terribly crash prone, it just tends to be silent about why things aren't working right. That it loads in 30 seconds makes closing and reopening not frustrating, and there's the backup log. So far the timeline interface is confounding and making me question my sanity. I'll get through it. I don't know how much of that at this point is my inexperience with cinelerra or with professional NLE in general. Thanks to all, Mack On Wed, 2006-08-16 at 18:16 +0800, Graham Evans wrote: 64 bit Cinelerra is accepted as less crash-prone and is recommended by HV and others. I would guess you will find most Cinelerra users on this list running in 64 bit. I sincerely doubt that. But I don't have any data to support it. Hi Herman Just an impression. I accept your counter impression. I don't believe you get any more working render codecs or other advantages running Cinelerra 32 bit. Not if your OS already runs well in 64-bit mode, and all the applications you want to run work, too. But that's still a quite big if... I wasn't making an argument for 64-bit distros as a whole although FC4 is working reasonably well for me. Just that cin-64 is not missing codecs. I miss many 32bit aps and am considering whether I need to set up another box for them. I actually made the 64-bit decision based on a desire to use cinelerra intensively so I can relate to the path Mack has taken. However I am finding 64 bit excludes me from the multimedia support provided by ccrma which has meant a lot of work to get things like jack and ardour working. And I have had zero luck with rezound. all the best Graham E. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] video playback stops working
I have repeated occasions of the video playback in both Viewer and Compositor stopping entirely. When this happens, Everything appears to behave normally, audio plays fine and the timeline window and other indicators of playback are updated normally. No unusual console messages are displayed (just some usual things about alsa . . .) Restarting cinelerra repeatedly could not provoke playback. Rebooting the computer made behavior normal again. I suspect a simple X restart would have sufficed, and I'll check the next time i see this behavior. Any related experiences/ideas? thx, Mack ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] video playback stops working
More info on that: my problem is seems to be triggered by running another video application while cinelerra is running, such as mplayer or vlc. I thought it was caused by rendering initially, but it was when I watched the rendered output in a player. It's avoided by closing cinalerra before opening mplayer/vlc/other video playback applications. Restarting X11 unjams the bug. Mack On Wed, 2006-08-16 at 16:39 -0700, James Colannino wrote: mack wrote: I have repeated occasions of the video playback in both Viewer and Compositor stopping entirely. When this happens, Everything appears to behave normally, audio plays fine and the timeline window and other indicators of playback are updated normally. No unusual console messages are displayed (just some usual things about alsa . . .) Restarting cinelerra repeatedly could not provoke playback. Rebooting the computer made behavior normal again. I suspect a simple X restart would have sufficed, and I'll check the next time i see this behavior. Any related experiences/ideas? I had exactly the same issue yesterday. A reboot also solved my problem. I wrote about this in the Build Error thread about revision 839. James ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] SIGSEGV on render.
I think I compiled it with the -g flags as requested now, by doing: ./configure CFLAGS=-g LDFLAGS=-g --enable-pic and of course make clean, make, and make install I'm not sure how you want me to run this through gdb to get the right info. Thx, Mack On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote: running it through gdb and posting full backtraces (apply thread all bt) would help... also compile and link with -g if you can... bye andraz On Mon, 2006-08-14 at 16:38 -0500, mack wrote: After working my way through building cinelerra, I finally got it running happily, i thought, on my Ubuntu amd64 machine, using the information at the Ubuntu forums and the newsgroup, ending up with a running copy of r836. Now, I can successfully load media (imported as quicktime in kino) and make splices/transitions, but whenever I tell it to render (following the directions in the Rob Fisher tutorial) it SIGSEGV's with this output: http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] SIGSEGV on render.
an update: I can render to raw DV that plays back in mplayer, but not quicktime or avi. I'm I just missing something or doing something retarded? On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote: running it through gdb and posting full backtraces (apply thread all bt) would help... also compile and link with -g if you can... bye andraz On Mon, 2006-08-14 at 16:38 -0500, mack wrote: After working my way through building cinelerra, I finally got it running happily, i thought, on my Ubuntu amd64 machine, using the information at the Ubuntu forums and the newsgroup, ending up with a running copy of r836. Now, I can successfully load media (imported as quicktime in kino) and make splices/transitions, but whenever I tell it to render (following the directions in the Rob Fisher tutorial) it SIGSEGV's with this output: http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
