Re: [CinCVS] Title Motion Effects?
On Wed, Sep 20, 2006 at 08:23:11AM +0200, Andra? Tori wrote: > On Wed, 2006-09-20 at 00:39 +0200, Nicolas wrote: > > On Wed, Sep 20, 2006 at 12:29:08AM +0200, Bernhard Fr?hmesser wrote: > > > Hello, > > > > > > I have set a small title effect on a clip, and i would like to make the > > > title appear in the middle (center) of the screen (video) very very > > > small, so that it can??t be read, then the title should move "to" the > > > audience, getting bigger and bigger but without changing the > > > position of the title. > > > > > > I have been playing around with the video perspective effect, but this > > > isn??t the effect i am looking for, as the title should not have a > > > perspective, it should just move out from the middle of the video > > > starting very small and getting bigger and bigger. > > > > > > BF. > > > > Hello Bernhard, > > > > I think it's now time for you to learn how to use the keyframes. That's > > not one of the easiest part of Cinelerra to learn... :-/ > > > > What you need here is to define 2 camera keyframes, with different Z > > values. > > > There's no need for camera keyframes, he should keyframe the title > plugin itself. > > bye > andraz Oops, that's right. I though about camera keyframes, because I don't use the cinelerra title. I do my titles in Gimp to get a nice antialisasing, and then import a .png image. Nicolas, Paris. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] cinelerra 2.1 debian packages
On Tue, 2006-09-19 at 19:41 +0200, streumix wrote: > Hi Andraz, > > do you have any plans to release packages with opengl support ? > > Toby i don't have any such plans currently... no time bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Title Motion Effects?
On Wed, 2006-09-20 at 00:39 +0200, Nicolas wrote: > On Wed, Sep 20, 2006 at 12:29:08AM +0200, Bernhard Fr?hmesser wrote: > > Hello, > > > > I have set a small title effect on a clip, and i would like to make the > > title appear in the middle (center) of the screen (video) very very > > small, so that it can??t be read, then the title should move "to" the > > audience, getting bigger and bigger but without changing the > > position of the title. > > > > I have been playing around with the video perspective effect, but this > > isn??t the effect i am looking for, as the title should not have a > > perspective, it should just move out from the middle of the video > > starting very small and getting bigger and bigger. > > > > BF. > > Hello Bernhard, > > I think it's now time for you to learn how to use the keyframes. That's > not one of the easiest part of Cinelerra to learn... :-/ > > What you need here is to define 2 camera keyframes, with different Z > values. There's no need for camera keyframes, he should keyframe the title plugin itself. bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Compatibility of Quicktime for Linux Compression Schemes
I've updated my QT for Linux Compatibility doc. Again, the purpose of it is to give an exhaustive list of all the Quicktime compression schemes available and their compatibility in Cinelerra, Mplayer and some other media players. The doc now has two main sections, one based on an HDV resolution formatted project and another based on a DV resolution format project. Some interesting notes: - Mplayer does behave better with smaller, DV rez video - Cinelerra crashes in the same three places for the DV project as it did on the HDV project. I will fill out bug reports for those soon. - Cinelerra compatibility with files rendered from a DV project is not much different than its compatibility with files rendered from an HDV project. - I have included a comparison chart of DV/HDV mplayer/cinelerra compatibility Anyway, at least this is a start to more comprehensively documenting the esoteric export functions within Cinelerra. Hope people find it useful: http://content.serveftp.net/video/qtcompatibility.ods http://content.serveftp.net/video/qtcompatibility.ods.html scott ps - the HTML is tough to read, but if you have dual monitors, you can stretch your web browser really wide across the two monitors and actually make sense of the doc. On Tue, 2006-09-19 at 00:01 -0400, Scott C. Frase wrote: > Sorry guys..been out of touch with hardware problems. > > I will go ahead and crop my vid to the appropriate DV size (720x576) and > render using DV compression. I don't think this invalidates the rest of > my tests, but maybe I should find out by testing with DV resolution > output. It will be interesting to see if the other players and > Cinelerra perform differently trying to play a DV size video versus my > original HDV content. > > Let u know how it goes.. > scott > > On Mon, 2006-09-18 at 23:57 +0200, Herman Robak wrote: > > On Mon, 18 Sep 2006 23:40:07 +0200, Kevin Brosius <[EMAIL PROTECTED]> > > wrote: > > > > > Oh, I just realized, you said your source was HDV? What's the frame > > > size? I recall someone (I think Herman) telling me that DV is limited > > > to a smaller frame size, so if the only working combination is QT/DV, > > > and your source is HDV, then you have no options for MPlayer > > > compatibility... Ugh. :) > > > > Ogg/Theora works. AVI/MPEG4 rendered by Cinelerra _might_ work. > > > > I think Cinelerra should have HDV-compatible MPEG2 as an output > > option. And MPEG4 in an mp4 container, too. > > > > > ___ > 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] audio issue
Sorry for another n00bish question... I've successfully installed Cinelerra on CentOS 4.4 (RHEL 4). I'm able to play back H.264 video+audio with Xine, but Cinelerra seems unable to deal with the Audio. So the video plays back beautifully and there's no audio. I'm using a Soundblaster Live card and the only program that seems to have an issue with audio is Cinelerra. I've visited the preferences menu and selected the ALSA device. Am I just missing something obvious? Details of my config as follows: Dual Opteron 270 2GB RAM Nvidia FX 5200 PCI card Soundblaster Live audio card 80gig system disk 3TB scratch disk 3Ware 9550SX Raid controller CentOS 4.4 x86_64 I'm assuming this is something specific to Cinelerra since Xine has no trouble with the same content. I'm able to edit/mangle video, but the addition of audio would be nice. :) Any suggestions would be greatly appreciated. Cheers, ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Merge of 2.1 completed!
Markus Grabner wrote: > > > Am Dienstag, 19. September 2006 02:03 schrieben Sie: > > On 2006-09-08 08:12, Markus Grabner wrote: > > > At least the .spec file tries to create the following symlink: > > > ln -s /usr/bin/mpeg2enc > > > $RPM_BUILD_ROOT%{_prefix}/lib/cinelerra/mpeg2enc.plugin > > > > > > After removing this line, the package compiled and installed > > > successfully. How can I test if /usr/bin/mpeg2enc is actually required? > > > Simply by rendering a movie to MPEG2? > > > > Yes, choose 'File Format'->'MPEG Video' > > > > Then try something under the video wrench like: > > > > YUV 4:2:0 > > DVD > > MPEG-2 > > (and leave other defaults for the moment) > > 100,15,45,0 Foxed quant, Denoise > > > > With mpeg2enc link installed here, I can render this format. When I > > remove it I cannot render mpeg2. Can you locate another package that > > provides mpeg2enc on SUSE 10.1? I have a packman package installed here > > on SUSE 9.2. I believe I listed it in the install dependencies file in > > svn (as I mentioned, it is mjpegtools.) > You're right, packman's mjpegtools package includes /usr/bin/mpeg2enc (unlike > Novell's, who seem to be somewhat paranoid about that). However, trying to > render an MPEG video fails with lots of errors on the console, but those seem > to be created by mpeg2enc and probably can be fixed by tweaking the > parameters. > Make sure you try that 'DVD' preset option. I found most of the presets failed. The above listed set was one of the few that worked... (For example, I could not render any mpeg1 with the new presets because of the options passed to mpeg2enc.) -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Merge of 2.1 completed!
Am Dienstag, 19. September 2006 02:03 schrieben Sie: > On 2006-09-08 08:12, Markus Grabner wrote: > > At least the .spec file tries to create the following symlink: > > ln -s /usr/bin/mpeg2enc > > $RPM_BUILD_ROOT%{_prefix}/lib/cinelerra/mpeg2enc.plugin > > > > After removing this line, the package compiled and installed > > successfully. How can I test if /usr/bin/mpeg2enc is actually required? > > Simply by rendering a movie to MPEG2? > > Yes, choose 'File Format'->'MPEG Video' > > Then try something under the video wrench like: > > YUV 4:2:0 > DVD > MPEG-2 > (and leave other defaults for the moment) > 100,15,45,0 Foxed quant, Denoise > > With mpeg2enc link installed here, I can render this format. When I > remove it I cannot render mpeg2. Can you locate another package that > provides mpeg2enc on SUSE 10.1? I have a packman package installed here > on SUSE 9.2. I believe I listed it in the install dependencies file in > svn (as I mentioned, it is mjpegtools.) You're right, packman's mjpegtools package includes /usr/bin/mpeg2enc (unlike Novell's, who seem to be somewhat paranoid about that). However, trying to render an MPEG video fails with lots of errors on the console, but those seem to be created by mpeg2enc and probably can be fixed by tweaking the parameters. Kind regards, Markus -- Markus Grabner - Computer Graphics and Vision Graz University of Technology, Inffeldgasse 16a/II, 8010 Graz, Austria Phone: +43/316/873-5041, Fax: +43/316/873-5050 WWW: http://www.icg.tu-graz.ac.at/Members/grabner ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 309] "make dist" includes .svn administrative files
http://bugs.cinelerra.org/show_bug.cgi?id=309 --- Additional Comments From [EMAIL PROTECTED] 2006-09-20 03:04 --- Created an attachment (id=172) --> (http://bugs.cinelerra.org/attachment.cgi?id=172&action=view) don't include .svn directories in tarball The attached patch removes all .svn directories from $(distdir) so they don't get included in a tarball created by "make dist". This patch reduced the compressed package size from 40MB to 17MB on my system. --- 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
[CinCVS] [Bug 308] rpmbuild fails on 64bit platforms
http://bugs.cinelerra.org/show_bug.cgi?id=308 --- Additional Comments From [EMAIL PROTECTED] 2006-09-20 02:59 --- Created an attachment (id=171) --> (http://bugs.cinelerra.org/attachment.cgi?id=171&action=view) fix .spec file for 64bit platforms The attached patch uses proper path names on 64bit platforms for: *) cinelerra's configure *) %files section in the .spec file Moreover, the package is now (sort of) relocatable, you just have to set LD_LIBRARY_PATH and the newly introduced CINELERRA_PLUGIN_DIR environment variable according to the installation prefix. --- 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
[CinCVS] [Bug 309] New: "make dist" includes .svn administrative files
http://bugs.cinelerra.org/show_bug.cgi?id=309 Summary: "make dist" includes .svn administrative files Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: Building AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] Invoking "./autogen.sh; ./configure; make dist" creates a tarball which includes all subversion administrative directories (".svn"). --- 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
[CinCVS] [Bug 308] New: rpmbuild fails on 64bit platforms
http://bugs.cinelerra.org/show_bug.cgi?id=308 Summary: rpmbuild fails on 64bit platforms Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: Building AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] Invoking rpmbuild with the .spec file included in the cinelerra package fails on AMD64 (and probably all 64bit platform with a distinction between /usr/lib and /usr/lib64). --- 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
Re: [CinCVS] Title Motion Effects?
Nicolas wrote: On Wed, Sep 20, 2006 at 12:29:08AM +0200, Bernhard Fr?hmesser wrote: Hello, I have set a small title effect on a clip, and i would like to make the title appear in the middle (center) of the screen (video) very very small, so that it can??t be read, then the title should move "to" the audience, getting bigger and bigger but without changing the position of the title. I have been playing around with the video perspective effect, but this isn??t the effect i am looking for, as the title should not have a perspective, it should just move out from the middle of the video starting very small and getting bigger and bigger. BF. Hello Bernhard, I think it's now time for you to learn how to use the keyframes. That's not one of the easiest part of Cinelerra to learn... :-/ Definitely... I am now playing around for a while with keyframes but it´s still tricky, and i haven´t found any part in "The Sectrets of Cinelerra" that is a bit more detailed about keyframes and cameras than just the part "Keyframes". What you need here is to define 2 camera keyframes, with different Z values. Thanks for the hint, BF. Nicolas, Paris. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Title Motion Effects?
On Wed, Sep 20, 2006 at 12:29:08AM +0200, Bernhard Fr?hmesser wrote: > Hello, > > I have set a small title effect on a clip, and i would like to make the > title appear in the middle (center) of the screen (video) very very > small, so that it can??t be read, then the title should move "to" the > audience, getting bigger and bigger but without changing the > position of the title. > > I have been playing around with the video perspective effect, but this > isn??t the effect i am looking for, as the title should not have a > perspective, it should just move out from the middle of the video > starting very small and getting bigger and bigger. > > BF. Hello Bernhard, I think it's now time for you to learn how to use the keyframes. That's not one of the easiest part of Cinelerra to learn... :-/ What you need here is to define 2 camera keyframes, with different Z values. Nicolas, Paris. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Title Motion Effects?
Hello, I have set a small title effect on a clip, and i would like to make the title appear in the middle (center) of the screen (video) very very small, so that it can´t be read, then the title should move "to" the audience, getting bigger and bigger but without changing the position of the title. I have been playing around with the video perspective effect, but this isn´t the effect i am looking for, as the title should not have a perspective, it should just move out from the middle of the video starting very small and getting bigger and bigger. BF. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: Ubuntu AMD64
On Tuesday 19 September 2006 16:31, Timothy White wrote: > it starts to load, I even see the "Splash" screen, and then it gets to > initialising GUI and it all disappears, and I get: > MWindow::init_theme: theme SUV not found. This is because you used --disable-shared --enable-static. This option combination doesn't build any plugins. Don't use either of them. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] cinelerra 2.1 debian packages
Hi Andraz, do you have any plans to release packages with opengl support ? Toby Andraž Tori wrote: debian packages of 2.1 have been uploaded to the http://www.kiberpipa.org/~minmax/cinelerra repository they are not linked to the opengl... please report problems/submit fixes :) bye andraz ___ 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] Compatibility of Quicktime for Linux Compression Schemes
On Tue, Sep 19, 2006 at 05:12:50PM +, [EMAIL PROTECTED] wrote: > My dirty secret is that I use the camera's (JVC HD10U) WinXP-based > utilities to download the MPEGTS files and then bring them over to > Fedora. Eventually, I'll test out mpg1394grab. i have successfully used mpeg1394grab with a jvc hd10u. not fantastic, but it does work. -- "sometimes, the urge to strangle someone is so strong it's almost as if there's a higher power calling you to follow your instincts..." - bofh 2004, episode 22 http://www.theregister.co.uk/2004/07/06/bofh_2004_episode_22/ pgpm9JrZyi3L2.pgp Description: PGP signature
Re: [CinCVS] External Video Effects and Transitions?
On Tue, 19 Sep 2006 12:40:45 +0200, Bernhard Frühmesser <[EMAIL PROTECTED]> wrote: Hmm, stupid question what is livido? A plugin API for video effects. It is still in its infancy. http://www.piksel.no/pwiki/LiViDO http://livido.dyne.org/trac.cgi/wiki/LividoIntro -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Compatibility of Quicktime for Linux Compression Schemes
My dirty secret is that I use the camera's (JVC HD10U) WinXP-based utilities to download the MPEGTS files and then bring them over to Fedora. Eventually, I'll test out mpg1394grab. -- Original message -- From: Jan Luo <[EMAIL PROTECTED]> > hi scott, > > hope this is not off topic, but how did you capture the hdv? > > thanks! > > jan luo > > Scott C. Frase wrote: > > Guys, > > As I am starting a new project with the latest 2.1CV merge, I thought it > > might help to know which compression schemes used with the Quicktime for > > Linux format would be suitable to either view in Mplayer/Xine or use to > > transfer video within Cinelerra. > > > > As I was going through the exercise, I thought that other people on the > > list could use this information as well. So here is a spreadsheet > > detailing which QT compression schemes work in Mplayer and Cinelerra and > > which don't. The testing was done over a few hours today, and I've > > created an OpenOffice spreadsheet that you can access here: > > http://content.serveftp.net/video/qtcompatibility.ods > > > > An html version is here, though not formatted nicely: > > http://content.serveftp.net/video/qtcompatibility.ods.html > > > > It is interesting that a Quicktime file produced from Cinelerra using > > ANY of these compression scheme will NOT play properly in Mplayer/Xine. > > However, a good number of them do play well in Cinelerra. Here is the > > list of QT container compression schemes compatible with Cinelerra: > > > > MPEG-4 > > JPEG Photo > > Motion JPEG-A > > PNG Alpha > > YUVPlanar > > Uncompressed RGBA > > Component Y'CbCr 10-bit 4:4:4 > > > > Three compression schemes actually crashed Cinelerra: > > Component Y'CbCr 8-bit 4:2:2 (yuv2) > > Component Y'CbCr 8-bit 4:2:2 (2vuy) > > Microsoft MPEG-4 > > > > The other formats are NOT compatible with Cinelerra. > > > > I tested all my output files with Mplayer (version 1.0pre7-4.0.2) but > > only occasionally tested with Xine, as the first six or so results I got > > with Mplayer were always confirmed by Xine. > > > > Since the spreadsheet is sortable, you can tweak it to your liking. > > scott > > > > > > ___ > > 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] Compatibility of Quicktime for Linux Compression Schemes
hi scott, hope this is not off topic, but how did you capture the hdv? thanks! jan luo Scott C. Frase wrote: Guys, As I am starting a new project with the latest 2.1CV merge, I thought it might help to know which compression schemes used with the Quicktime for Linux format would be suitable to either view in Mplayer/Xine or use to transfer video within Cinelerra. As I was going through the exercise, I thought that other people on the list could use this information as well. So here is a spreadsheet detailing which QT compression schemes work in Mplayer and Cinelerra and which don't. The testing was done over a few hours today, and I've created an OpenOffice spreadsheet that you can access here: http://content.serveftp.net/video/qtcompatibility.ods An html version is here, though not formatted nicely: http://content.serveftp.net/video/qtcompatibility.ods.html It is interesting that a Quicktime file produced from Cinelerra using ANY of these compression scheme will NOT play properly in Mplayer/Xine. However, a good number of them do play well in Cinelerra. Here is the list of QT container compression schemes compatible with Cinelerra: MPEG-4 JPEG Photo Motion JPEG-A PNG Alpha YUVPlanar Uncompressed RGBA Component Y'CbCr 10-bit 4:4:4 Three compression schemes actually crashed Cinelerra: Component Y'CbCr 8-bit 4:2:2 (yuv2) Component Y'CbCr 8-bit 4:2:2 (2vuy) Microsoft MPEG-4 The other formats are NOT compatible with Cinelerra. I tested all my output files with Mplayer (version 1.0pre7-4.0.2) but only occasionally tested with Xine, as the first six or so results I got with Mplayer were always confirmed by Xine. Since the spreadsheet is sortable, you can tweak it to your liking. scott ___ 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] Hardware config advice?
Hello there. I am setting up a machine for testing out Cinelerra. Currently, our shop uses mostly FCP on dual processor G5's. Would the following config be suitable? Dual Opteron 270 (4 x 2ghz cores) 2GB RAM 80GB system disk 3TB "scratch" disk on hardware RAID controller Soundblaster Live card PCI video card (nvidia 5200 OK?) Dual gigabit ethernet to connect to 8TB of archival storage space CentOS 4.4 (Redhat Enterprise Linux) Is there any real advantage to installing the 64-bit version of Linux rather than 32-bit? The intention is to produce streaming media for the internet so it doesn't have to be "broadcast quality". Any tips or suggestions would be very much appreciated. Best regards, C ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Compatibility of Quicktime for Linux Compression Schemes
I will check Kino (though I haven't used it before!). Also, this will be a good chance for me to utilize Batch Render! Never done that before.. :) -- Original message -- From: "Herman Robak" <[EMAIL PROTECTED]> > On Tue, 19 Sep 2006 06:01:05 +0200, Scott C. Frase <[EMAIL PROTECTED]> > wrote: > > > Sorry guys..been out of touch with hardware problems. > > > > I will go ahead and crop my vid to the appropriate DV size (720x576) and > > render using DV compression. I don't think this invalidates the rest of > > my tests, but maybe I should find out by testing with DV resolution > > output. > > Scaling instead of cropping would yield more comparable results. > > Scaling 1280x720 to 720x576 with 16:9 as the project aspect ratio would > be interesting, to look out for scaling and interpolation artifacts. > I am also interested in whether Cinelerra inserts information about the > aspect ratio in the file header, and which players understand that; > check if Kino does. > > -- > Herman Robak > > ___ > 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] Re: Ubuntu AMD64
> It has now built, and I'm about to test it!!! :-D > > Hope that helps someone else get it compiled on an AMD64 under Ubuntu > Dapper. I'll report back on how well it runs. Or not. > > Tim I had the same problems (I posted the videodevice.h fix). For the libx264 problem I noticed that there were 2 files in /usr/lib /usr/lib/libx264.a /usr/lib/libx264_pic.a I just did the following $sudo mv /usr/lib/libx264.a /usr/lib/libx264_non_pic.a $sudo cp /usr/lib/libx264_pic.a /usr/lib/libx264.a I noticed that. i was going to get around to trying that. I even compiled my own libx264, and that was when I noticed both files. I'll try that. Currently, I'm still not having any luck running it. I wonder if it has anything to do with prefix=/usr/local it starts to load, I even see the "Splash" screen, and then it gets to initialising GUI and it all disappears, and I get: MWindow::init_theme: theme SUV not found. I've tried changing the appropriate 'defaults' and rebuilding, it was S.U.V. which didn't work, I've tried suv, Suv, SUV, bluedot, BLUEDOT, etc etc. I noticed that if the rc file is set to Blond, it overrides it and sets it to SUV, (what ever DEFAULT_THEME is set to) but I still can't get it to work! From my look in /usr/local/lib/cinelerra it seems on Blond and Suv appear to be built. I can't see why they aren't being used though! A strace and grep shows that many items are accessed in the plugins dir, but I don't see a stat on suv items. :( And yes, I wiped ~/.bcast (well moved it to a new location) This is with the videodevice.h fix as I've not been able to get it to compile without it. Any ideas? I'm trying a complete start from scratch, with the videodevice fix, and libx264 swap around. Will update you when I have some results. Tim I would be very interested to hear how it works for you. My system is Kubuntu Dapper, AMD 64 X2 4200+ , 2GB RAM, nVidia graphics *drools* Soon... I should get a X2 4600, and another GB of RAM. So following your format... Ubuntu Dapper, AMD 64 3000+, 1GB RAM, nVidia graphics. Of course... then we can start bragging about HDD space, but I think that's unfair, as I just bought a new 250Gb for a project in a few weeks... It seems each year, when this project comes around, I buy an even bigger drive than last year! 120 last year, I filled it in the week, this year I'll see what happens! :-D -- Linux Counter user #273956 Don't email [EMAIL PROTECTED] ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: Ubuntu AMD64
Timothy White wrote: Ok... lots more research... I got it past the quicktime (libx264) issue in the end. $ ./configure --enable-mmx --without-pic --prefix=/usr/local/ --enable-opengl --disable-shared --enable-static The --disable-shared --enable-static is what makes it work I think. (You can search in google for more info, or I'll post links later). I think that libx264 needs to be compiled with -fPIC otherwise to make it work, but haven't tried that. I then came across the next compile issue. videodevice.C: In constructor 'VideoDevice::VideoDevice(MWindow*)': videodevice.C:112: error: invalid use of undefined type 'struct MWindow' mwindow.inc:16: error: forward declaration of 'struct MWindow' make[3]: *** [videodevice.o] Error 1 make[3]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn' make: *** [all] Error 2 The fix was found in an email from recently. Changing videodevice.h as follows. $ svn diff Index: videodevice.h === --- videodevice.h (revision 888) +++ videodevice.h (working copy) @@ -12,7 +12,7 @@ #include "device1394output.inc" #include "edl.inc" #include "guicast.h" -#include "mwindow.inc" +#include "mwindow.h" #include "mutex.inc" #include "preferences.inc" #include "recordmonitor.inc" It has now built, and I'm about to test it!!! :-D Hope that helps someone else get it compiled on an AMD64 under Ubuntu Dapper. I'll report back on how well it runs. Tim I had the same problems (I posted the videodevice.h fix). For the libx264 problem I noticed that there were 2 files in /usr/lib /usr/lib/libx264.a /usr/lib/libx264_pic.a I just did the following $sudo mv /usr/lib/libx264.a /usr/lib/libx264_non_pic.a $sudo cp /usr/lib/libx264_pic.a /usr/lib/libx264.a and the build worked. I have not used cinelerra before but my testing so far has not been very successful. It seems that the Viewer and Compositor windows freeze if you use any of the transport controls (e.g. Stop) while they are playing. The main menus still work so I have been doing a Save Backup, Quit, restart, Load Backup while I am trying to work out how to drive this thing. :-( I would be very interested to hear how it works for you. My system is Kubuntu Dapper, AMD 64 X2 4200+ , 2GB RAM, nVidia graphics Have Fun, jostle ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: Ubuntu AMD64
Timothy White wrote: > Ok... lots more research... > > I got it past the quicktime (libx264) issue in the end. > $ ./configure --enable-mmx --without-pic --prefix=/usr/local/ > --enable-opengl --disable-shared --enable-static > The --disable-shared --enable-static is what makes it work I think. > (You can search in google for more info, or I'll post links later). I > think that libx264 needs to be compiled with -fPIC otherwise to make > it work, but haven't tried that. > > I then came across the next compile issue. > > videodevice.C: In constructor 'VideoDevice::VideoDevice(MWindow*)': > videodevice.C:112: error: invalid use of undefined type 'struct MWindow' > mwindow.inc:16: error: forward declaration of 'struct MWindow' > make[3]: *** [videodevice.o] Error 1 > make[3]: Leaving directory > `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn' > make: *** [all] Error 2 > > The fix was found in an email from recently. Changing videodevice.h as > follows. > > $ svn diff > Index: videodevice.h > === > --- videodevice.h (revision 888) > +++ videodevice.h (working copy) > @@ -12,7 +12,7 @@ > #include "device1394output.inc" > #include "edl.inc" > #include "guicast.h" > -#include "mwindow.inc" > +#include "mwindow.h" > #include "mutex.inc" > #include "preferences.inc" > #include "recordmonitor.inc" > > It has now built, and I'm about to test it!!! :-D > > Hope that helps someone else get it compiled on an AMD64 under Ubuntu > Dapper. I'll report back on how well it runs. > > Tim This page should help you: http://ubuntuforums.org/showthread.php?t=215252 -- Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re: Ubuntu AMD64
Ok... lots more research... I got it past the quicktime (libx264) issue in the end. $ ./configure --enable-mmx --without-pic --prefix=/usr/local/ --enable-opengl --disable-shared --enable-static The --disable-shared --enable-static is what makes it work I think. (You can search in google for more info, or I'll post links later). I think that libx264 needs to be compiled with -fPIC otherwise to make it work, but haven't tried that. I then came across the next compile issue. videodevice.C: In constructor 'VideoDevice::VideoDevice(MWindow*)': videodevice.C:112: error: invalid use of undefined type 'struct MWindow' mwindow.inc:16: error: forward declaration of 'struct MWindow' make[3]: *** [videodevice.o] Error 1 make[3]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/cinelerra' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn' make: *** [all] Error 2 The fix was found in an email from recently. Changing videodevice.h as follows. $ svn diff Index: videodevice.h === --- videodevice.h (revision 888) +++ videodevice.h (working copy) @@ -12,7 +12,7 @@ #include "device1394output.inc" #include "edl.inc" #include "guicast.h" -#include "mwindow.inc" +#include "mwindow.h" #include "mutex.inc" #include "preferences.inc" #include "recordmonitor.inc" It has now built, and I'm about to test it!!! :-D Hope that helps someone else get it compiled on an AMD64 under Ubuntu Dapper. I'll report back on how well it runs. Tim -- Linux Counter user #273956 Don't email [EMAIL PROTECTED] ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] External Video Effects and Transitions?
Herman Robak wrote: On Tue, 19 Sep 2006 00:02:26 +0200, Bernhard Frühmesser <[EMAIL PROTECTED]> wrote: Hello, Is it possible to get more (external) video effects/transitions from the internet and import http://www.cinelerra.org/ into cinelerra like it can be done with external audio effects/plugins? You mean like Cinelerra's support for LADSPA plugins? Not for now. Yep, like LADSPA plugins. Andraz: How is Livido support coming along? Hmm, stupid question what is livido? BF. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Ubuntu AMD64
I get the feeling, from what I've read in the archives, that I will receive a warm welcome to this list. I hope so, cause I'm banging my head atm. I'm running Ubuntu Dapper, on my AMD 64 3000+ (fingers crossed it'll be a X2 4200+ in the next few weeks). I have run Cinelerra 2.0 (heroine) without an issue, although that was before dapper. A quick check shows that it still runs just fine. (Haven't tried compiling it under dapper). My attempts at getting anything newer running have all failed. 2.1 (heroine) has issues (and fixing most of them by manually creating directories still doesn't get the compile to finish. So far it dies in quicktime/faad2-2.0. My attempts with cinelerra-svn haven't been much better. Just updated to r888. $make distclean $./configure --prefix=/usr/local/ libraw1394 missing libiec61883 missing libavc1394 librariesfound libavc1394 headers found librom1394 librariesfound librom1394 headers found Firewire is disabled Hardware acceleration using OpenGL 2.0 is disabled (I will try with OpenGL enabled later. I'm fine with firewire disabled, as I'll use dvgrab to get the video in). $make ... Lots of warnings... :p ... gcc -shared .libs/atom.o .libs/avcc.o .libs/avi_hdrl.o .libs/avi_idx1.o .libs/avi_movi.o .libs/avi_strl.o .libs/avi_odml.o .libs/avi_ix.o .libs/avi_indx.o .libs/avi_riff.o .libs/cmodel_default.o .libs/cmodel_float.o .libs/cmodel_yuv420p.o .libs/cmodel_yuv422.o .libs/codecs.o .libs/colormodels.o .libs/ctab.o .libs/dinf.o .libs/dref.o .libs/edts.o .libs/elst.o .libs/esds.o .libs/graphics.o .libs/hdlr.o .libs/ima4.o .libs/interlacemodes.o .libs/jpeg.o .libs/libdv.o .libs/libmjpeg.o .libs/matrix.o .libs/mdat.o .libs/mdhd.o .libs/mdia.o .libs/minf.o .libs/moov.o .libs/mp4a.o .libs/mvhd.o .libs/plugin.o .libs/qtcache.o .libs/qtdv.o .libs/qtffmpeg.o .libs/qth264.o .libs/qtpng.o .libs/qtmp3.o .libs/quicktime.o .libs/raw.o .libs/rawaudio.o .libs/rle.o .libs/smhd.o .libs/stbl.o .libs/stco.o .libs/stsc.o .libs/stsd.o .libs/stsdtable.o .libs/stss.o .libs/stsz.o .libs/stts.o .libs/tkhd.o .libs/trak.o .libs/twos.o .libs/udta.o .libs/ulaw.o .libs/util.o .libs/v308.o .libs/v408.o .libs/v410.o .libs/vmhd.o .libs/vbraudio.o .libs/vorbis.o .libs/workarounds.o .libs/yuv2.o .libs/yuv4.o .libs/yv12.o .libs/wmx2.o .libs/wma.o .libs/mpeg4.o -Wl,--whole-archive ffmpeg/libavcodec/.libs/libavcodec.a encore50/.libs/libencore.a -Wl,--no-whole-archive -Wl,--rpath -Wl,/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/libmpeg3/.libs -Wl,--rpath -Wl,/usr/local//lib /usr/lib/liba52.so -L/usr/local/lib -L/usr/lib /usr/lib/libogg.so /usr/lib/libvorbisenc.so /usr/lib/libvorbisfile.so /usr/lib/libvorbis.so /usr/lib/libtheora.so /usr/local/lib/libogg.so /usr/lib/libmp3lame.so -lfaad -lfaac ../libmpeg3/.libs/libmpeg3hv.so -lx264 /usr/lib/libdv.so /usr/lib/libjpeg.so -lpng -lz -lm -ldl -lpthread -Wl,--no-undefined -Wl,-soname -Wl,libquicktimehv-1.6.0.so.1 -o .libs/libquicktimehv-1.6.0.so.1.0.0 /usr/bin/ld: /usr/lib/libx264.a(common.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/libx264.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libquicktimehv.la] Error 1 make[3]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/quicktime' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn/quicktime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tim/src/Multimedia/Cinelerra/cinelerra-svn' make: *** [all] Error 2 No matter what I try, i've not been able to get it past there so far. I suspect is has someting to do with libx264. libx264-dev version 1:0.cvs20060210-0.0ubuntu1 The edgy version is cvs20060720 but requires a major upgrade to edgy (new libc dependencies). I may try to compile it if I can and build a back ported package. Any ideas??? Anyone got it working on and AMD64 under Ubuntu Dapper? Thanks Tim -- Linux Counter user #273956 Don't email [EMAIL PROTECTED] ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Suggested GUI improvement; some notes from today's IRC meeting.
On Thu, 2006-09-14 at 08:29 +0200, Sylvain Jousse wrote: > > Now, if I suggest starting a total rewrite from guicast to Gtk+, I > > expect to get shot down. However, we could consider making some of > > the dialogs in Gtk, to get started. > Or Qt, or WxWidget... Well, wxWidgets are anyway working (on Linux9 on GTK... As far as Qt, nothing against it...(although I prefer Gtk) - at least there would be proper support for Unicode and other stuff as well, but it looks that Herman's suggestion is not taken into consideration seriously :-( Sincerely, Gour signature.asc Description: This is a digitally signed message part
Re: [CinCVS] Compatibility of Quicktime for Linux Compression Schemes
On Tue, 19 Sep 2006 06:01:05 +0200, Scott C. Frase <[EMAIL PROTECTED]> wrote: Sorry guys..been out of touch with hardware problems. I will go ahead and crop my vid to the appropriate DV size (720x576) and render using DV compression. I don't think this invalidates the rest of my tests, but maybe I should find out by testing with DV resolution output. Scaling instead of cropping would yield more comparable results. Scaling 1280x720 to 720x576 with 16:9 as the project aspect ratio would be interesting, to look out for scaling and interpolation artifacts. I am also interested in whether Cinelerra inserts information about the aspect ratio in the file header, and which players understand that; check if Kino does. -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra