Re: [CinCVS] [Fwd: Cinelerra Wont Start]
yes, getting the right architecture would be good... On 28/04/07, Frank Mejia <[EMAIL PROTECTED]> wrote: My prcessor is AMD. The package I downloaded is for the i686. I have a i386 processor. Should I download the x86 Debian packages for i386? >From: Christian Thaeter <[EMAIL PROTECTED]> >Reply-To: cinelerra@skolelinux.no >To: cinelerra@skolelinux.no >CC: Frank Mejia <[EMAIL PROTECTED]> >Subject: Re: [CinCVS] [Fwd: Cinelerra Wont Start] >Date: Thu, 26 Apr 2007 09:43:41 +0200 > >Herman Robak wrote: > > This came to the wrong address... > > > Hi, I just installed cinelerra on ubuntu 7.04 feisty. When I try and run > > cinelerra, a small window opens and then closes real quick. When I try > > and run it from the terminal I get this: > > > > Cinelerra 2.1CV (C) 2006 Heroine Virtual Ltd. > > Compiled on Sun Apr 15 00:09:28 UTC 2007 > > > > Cinelerra is free software, covered by the GNU General Public License, > > and you are welcome to change it and/or distribute copies of it under > > certain conditions. There is absolutely no warranty for Cinelerra. > > Illegal instruction (core dumped) > > > > > > How do I fix this? Please help. > >Some more people reported this problem, I suspect that the feisty >package is accidentally build with the wrong processor optimization >flags, pleases verify that or run cinelerra under gdb or valgrind (or >perhaps strace) and provide details. Maybe get the source package verify >the build instructions (flags/rules) and debuild it by yourself. Please >state more details, which arch was the pakcage build for, which is your >computers arch (intel? amd? 64bit?...) > > Christian > > >___ >Cinelerra mailing list >Cinelerra@skolelinux.no >https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra _ Don't quit your job – Take Classes Online and Earn your Degree in 1 year. Start Today! http://www.classesusa.com/clickcount.cfm?id=866146&goto=http%3A%2F%2Fwww.classesusa.com%2Ffeaturedschools%2Fonlinedegreesmp%2Fform-dyn1.html%3Fsplovr%3D866144 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- Regards, Martin ([EMAIL PROTECTED])
Re: [CinCVS] Synchronism between audio and video
On Sat, 2007-04-28 at 21:04 +0100, Alan Chandler wrote: > On Saturday 28 Apr 2007, Alan Chandler wrote: > > I am very new to using Cinelerra so I am struggling with what is > > probably the simplest thing. > > > > I have copied a .vob file from a dvd and renamed it as an .mpg > > > > When I play it natively (under linux) using kaffeine the audio and > > video are in sync. > > > > When I import this file into cinelerra (as a resource) and then play > > it in the viewer window (looking for a point where I want to start > > and end a clip) the audio and video are no longer in sync. > > > > Is there a setting somewhere that shifts the relationship between > > audio and video? > > OK I found the nudge capability - but thats not the issue. > > I used the nudge to align the video with audio and rendered my video > only to find the result was out of sync. > > I took the nudge out and re-rendered and all was in sync. > > I am not sure whats wrong, but if you can't view clips with accurate > syncing, how could you possible use the nudge capability to line things > up if the only way to see if it has is after rendering? change from oss to alsa sound driver and make your sound buffers in cinelerra smaller... ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
Ichthyostega wrote: > Dennis Schulmeister schrieb: >>> Another problem is the "hand-written" GUI toolkit (libguicast), which just >>> doesn't perform as smoothly and fast as -- say gtk or qt or even java/swing. >> I already wondered which toolkit is used. I don't like java/swing that >> much because it's absolutely not my taste. But I fell absolutely in love >> with GTK. libguicast originates from the time when other toolkits wheren't available/fast enough (around 1996). I profiled certain things and its true that in some respects things could be optimized and I'll working on that. But generally guicast is a layer above the xlibs which doesnt perform that bad. In far future (maybe 1-2 years) I might like to transist cinelerra to GTK+. This would be a *very* big task and I certainly won't do this alone. When it is time we can bring up this topic again and negotiate with HV about such a change. But for now there are IMO really more important things to do (stabilization, std libs, some design refactoring). There are some good reasons that the CV version follows HV closely and don't want to loose mergability with it. To loosen this requirement I started my branch where a I am already done some mildly intrusive changes and working on it without too much care for HV mergability (while I would like to keep it somewhat mergeable with the CV version). I would really like if people who are serioulsy interested in contributing new features to cinelerra join my efforts and help me on my branch. As far as possible i'll try to bring fixes and good things back into mainline CV (which won't always be possible). There is a Wiki Page where I describe the things which I am working on: http://www.pipapo.org/pipawiki/Cinelerra/Developers/ct/CinelerraEnhanced Christian (I'll be 4 days out of office until wednesday, don't expect responses) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Synchronism between audio and video
On Sat, 2007-28-04 at 21:04 +0100, Alan Chandler wrote: > On Saturday 28 Apr 2007, Alan Chandler wrote: > > I am very new to using Cinelerra so I am struggling with what is > > probably the simplest thing. > > > > I have copied a .vob file from a dvd and renamed it as an .mpg > > > > When I play it natively (under linux) using kaffeine the audio and > > video are in sync. > > > > When I import this file into cinelerra (as a resource) and then play > > it in the viewer window (looking for a point where I want to start > > and end a clip) the audio and video are no longer in sync. > > > > Is there a setting somewhere that shifts the relationship between > > audio and video? > > OK I found the nudge capability - but thats not the issue. > > I used the nudge to align the video with audio and rendered my video > only to find the result was out of sync. > > I took the nudge out and re-rendered and all was in sync. > > I am not sure whats wrong, but if you can't view clips with accurate > syncing, how could you possible use the nudge capability to line things > up if the only way to see if it has is after rendering? > I also have a problem with audio sync. When I specify a start point and Play the video, it starts out synchronized but gradually drifts and before long it's not synchronized anymore. Is this what you're seeing? I'm learning to ignore it, because it seems to come out sync'ed when rendered. It's not the greatest though. I don't know what to do to fix it, but I'd also be interested in what the gurus have to say. -- Warmest Regards, Fred Williams ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Schulmeister schrieb: >> Another problem is the "hand-written" GUI toolkit (libguicast), which just >> doesn't perform as smoothly and fast as -- say gtk or qt or even java/swing. > > I already wondered which toolkit is used. I don't like java/swing that > much because it's absolutely not my taste. But I fell absolutely in love > with GTK. > > Unfortunately the community version focuses very much on source > compatibility to heroine's version. I'm sure rewriting the GUI to use > GTK instead would bring some benefits regarding stability. for sure, but -- at the time cinelerra was started, there were not so much viable alternatives, esp. for writing such an rather complicated gui. So the aproach "just write ourselfs what we need" seems quite reasonable. The GIMP people did exactly the same (and hence we have GTK)... The focus on source compatibiliy to heroine's version is quite understandable. Cinelerra seriousely is lacking developer man power. The single largest code contributions still stem from HV. Changing this situation and trying to "switch" to GTK would require quite some committment by several people. Even given enough manpower, such a project could easily require a year in order to catch up and deliver something comparable in terms of completeness with the current cinelerra. Hermann V. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGM7H2ZbZrB6HelLIRAlhLAJ9SHP7EX6uJhsch/L/I//xjpAKd8ACgnDy1 8mrkkOWl/1CnahADB/e7Y40= =SS1p -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Synchronism between audio and video
On Sat, 2007-04-28 at 21:04 +0100, Alan Chandler wrote: > On Saturday 28 Apr 2007, Alan Chandler wrote: > > > Is there a setting somewhere that shifts the relationship between > > audio and video? Yes. "Audio offset" in Preferences. In the playback tab, IIRC. > OK I found the nudge capability - but thats not the issue. > > I used the nudge to align the video with audio and rendered my video > only to find the result was out of sync. > > I took the nudge out and re-rendered and all was in sync. > > I am not sure whats wrong, but if you can't view clips with accurate > syncing, how could you possible use the nudge capability to line things > up if the only way to see if it has is after rendering? Nudge is not suitable to correct Cinelerra's global A/V synch. The setting in Preferences is. -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
On Fri, 2007-04-27 at 13:06 -0300, rafael2k wrote: > Hi all, > > > BTW, to the best of my knowledge, dynamic linking does *not* require -fPIC! > > It just so happens that if you compile with -fPIC then some amount of > > memory can be saved if the dynamic object is shared by different processes. > > Which is an unlikely situation for all dynamic objects that Cinelerra > > loads. For this reason, I suggested to configure --without-pic. > > AFAIK, for x86_64, "-fPIC" is really needed for shared libraries. Quoting myself from the IRC-log: "It turned out that libx264 had two .a files, one with "pic" in the name. The linker picked the other one, hence linking failed. That was fixed with a symlink (gross, I know)." http://cv.cinelerra.org/irclog/index.php?file=2006-12-06.html Could that be the problem? Cinelerra simply would not link until on my Opteron until I worked around that. -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Synchronism between audio and video
On Saturday 28 Apr 2007, Alan Chandler wrote: > I am very new to using Cinelerra so I am struggling with what is > probably the simplest thing. > > I have copied a .vob file from a dvd and renamed it as an .mpg > > When I play it natively (under linux) using kaffeine the audio and > video are in sync. > > When I import this file into cinelerra (as a resource) and then play > it in the viewer window (looking for a point where I want to start > and end a clip) the audio and video are no longer in sync. > > Is there a setting somewhere that shifts the relationship between > audio and video? OK I found the nudge capability - but thats not the issue. I used the nudge to align the video with audio and rendered my video only to find the result was out of sync. I took the nudge out and re-rendered and all was in sync. I am not sure whats wrong, but if you can't view clips with accurate syncing, how could you possible use the nudge capability to line things up if the only way to see if it has is after rendering? -- Alan Chandler http://www.chandlerfamily.org.uk ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Graham Evans schrieb: > very new to me. Perhaps I will try rebuilding x264 and > libavcodec(cvs51?) using the deb packages as my next step. building on debian is much more easy then directly building some tarball. You should start out with a simple package, e.g. bzip2 Just try to build the bzip2 package yourself! apt-get source bzip2 ... ... see http://www.debian.de/doc/manuals/debian-faq/ch-pkg_basics.en.html#s-sourcepkgs The complications arise from all those multimedia libs, which are often not in the standard repos or only available in certain versions, which depend on other libs, which in turn conflict with the libs in you system, so you some (careful) upgrades etc. This can get complicated, because you should better restrain from upgrading the libc, the X-Server or perl and python, just to get a package compiled :-) > just one more note - I don't have a lib264_pic.a file - neither my own > build of x264 nor the x264 deb package created this. Did you name it > yourself during your rebuild? it was in the libx264-dev debian package, but I rechecked and it seems to be gone with one of the last upgrades. Cheers, Hermann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGM6MYZbZrB6HelLIRAvr2AJ9ZxYLmh/l8L/m//fomYIIA2oRb+ACg4xWV 1sI87vQPcTBQ3Rd8qAj4R4Y= =8KN5 -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
On Saturday 28 April 2007 14:07, Graham Evans wrote: > > In this case, remove cputest.o (and/or cputest.lo), then build ffmpeg > > with different optimizations. Like: > > > > $ rm ffmpeg/libavcodec/cputest.*o > > $ make CFLAGS='-O0 -g' > > okay tried all that. Except I found deleting the files had no effect > - they were just recreated each time. that's the point - when they are recreated, then with the altered optimization flags. From your message I assume that you got the same error. Then take the other route: $ make -k CFLAGS='-O0 -g' # this errors out in fdct_mmx.c with "operands invalid for `pshufw'" $ rm quicktime/ffmpeg/libavcodec/i386/fdct_mmx.*o $ make CFLAGS='-O2 -g' (It seems that this file wants to be compiled with some different sort of optimization.) BTW, I just noticed that the build flags of quicktime/ffmpeg/libavcodec/i386/ include -O3. Try removing that from Makefile.am - it is needed on i*86, but may not be needed on x86_64. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
> Another problem is the "hand-written" GUI toolkit (libguicast), which just > doesn't perform as smoothly and fast as -- say gtk or qt or even java/swing. I already wondered which toolkit is used. I don't like java/swing that much because it's absolutely not my taste. But I fell absolutely in love with GTK. Unfortunately the community version focuses very much on source compatibility to heroine's version. I'm sure rewriting the GUI to use GTK instead would bring some benefits regarding stability. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schliffkopfweg 12 - 76189 Karlsruhe - Germany Tel: 0721/5978883 - Fax: 0721/5705992 - [EMAIL PROTECTED] http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Schulmeister schrieb: > Since the project files are plain xml-files it should be possible to > hack together a python script which remote controls Cinelerra in order > to create and play some preview files. Hopefully when I got some time by > next weekend I'd love to have a look on that. Maybe you could improve our script At the moment it just changes the reference, but it could automatically create new entries for the proxy media in the "media" folder. But another problem at the moment is that cinelerra doesn't close several xml tags correctly (I started to make a patch to fix this and did't find the time to test it)... > > In fact I like the GUI quite a lot. (Except for those big Ok and Cancel > buttons). It's a lot like MediaStudio which I used to use on Windows for > ten years. > I often found it tedious to work with, if the project gets larger and more elaborate. It has some fine key shortcuts though. Another problem is the "hand-written" GUI toolkit (libguicast), which just doesn't performe as smoothly and fast as -- say gtk or qt or even java/swing. Greetings, Hermann V. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGM5JUZbZrB6HelLIRAn4EAKDT1KqccEAxQgRdDesDYEf+1u7RjwCgoMGQ gpm6RNtD0PkvRKr8bWlKf4A= =lI4I -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
Hi Hermann, thank you for your answer. > Frankly, Cinelerra is not that sort of program I would show a newbee to > impress > him "how brilliant open source is". No need to impress me. So far I'm quite pleased with Cinerlerra's feature set. Actually I like the idea of proxy editing. But imho it should be possible to do editing of a full-size PAL project without proxy files. Since the project files are plain xml-files it should be possible to hack together a python script which remote controls Cinelerra in order to create and play some preview files. Hopefully when I got some time by next weekend I'd love to have a look on that. > its main strengthes beeing rather in the video/compositing engine and > not in the GUI. In fact I like the GUI quite a lot. (Except for those big Ok and Cancel buttons). It's a lot like MediaStudio which I used to use on Windows for ten years. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schliffkopfweg 12 - 76189 Karlsruhe - Germany Tel: 0721/5978883 - Fax: 0721/5705992 - [EMAIL PROTECTED] http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
Ichthyostega wrote: actually, success in running can help a bit. Am I asuming right you are trying to install on debian or ubuntu? Well, I'm more familiar with that then with RPMs :-) I have just switched to debian etch-amd64(smp) (upon official release) from fedora core 4-64. After about a week I decided to 'upgrade' to sid and that was when I decided it was time to get cinelerra working again... If you want to investigate further on debian/ubuntu, the next step after "successfully running" would be to re-compile the bin package you just successfully installed. Ideally this would give you a working compile (for further investigation different switches or for getting things like opengl running). okay - I will slowly begin to try such things out - I have lots to learn about deb packages so that should be fun.. Basically, the version in Cinelerra-SVN is a valid debian package. So it could be feesible to take a diff between vale's package and the Cinelerra-SVN. For this to work you would need the same SVN-revision which was used to create vale's package. ah. interesting! Maybe I can do that... Do you know the tools available for building on debian? -- see below for sort of a short version "how to build on debian". I'm attaching this just in case it may be helpful. very new to me. Perhaps I will try rebuilding x264 and libavcodec(cvs51?) using the deb packages as my next step. Further, I allways get a -fPIC problem with x264 and have to... ln -s /usr/lib/libx264_pic.a /usr/lib/libx264.a just one more note - I don't have a lib264_pic.a file - neither my own build of x264 nor the x264 deb package created this. Did you name it yourself during your rebuild? once again you've given me a way to move forward. thank you Graham ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] General Cinelerra performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Schulmeister schrieb: Hello Dennis, welcome to the wonderful world of Linux multimedia. > From other NLE video software I'm used to if the system can't do the > processing in real-time it'll render low-res preview files before giving > a preview. Ulead's MediaStudio is even as clever as to only rerender the > changed parts. > > I wonder if there's a similar feature in Cinelerra. No, there is no such feature. Cinelerra is lacking lots of features everyone would just take for granted. Cinelerra has many features that look clever, but few features are realy clever. Frankly, Cinelerra is not that sort of program I would show a newbee to impress him "how brilliant open source is". But it IS working and you can get quite advanced stuff done using cinelerra.. its main strengthes beeing rather in the video/compositing engine and not in the GUI. Another important point is IMHO that the session file is just plain XML (and not a proprietary closed binary file), so you can always see what is going on, sometimes hand-repair broken sessions to save hours of work (which would be in vain if the broken session was a binary file) -- and you can process it with external tools and scripts to help with missing features. To get this so called "proxy editing" working, in our project (HDV) we found the soulution to use some homebrew python script; this reads the session xml file and can exchange the reference to the full res footage with some other reference to the same footage in low resolution. Thanks to Marcin Kostur, there is now a section in the manual on this workflow (and you can find my python script there)... http://cvs.cinelerra.org/docs/split_manual_en/cinelerra_cv_manual_en_20.html#SEC297 regards, Hermann Vosseler -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGM3sKZbZrB6HelLIRAhaLAJ99CcU3qcagRwCnPKohZXCKBTJa+wCdHrxw Opg4YTO0pDbZdB0Y6zeErTI= =d5At -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
Graham, ...just to add one point: I don't know what the situation with building cinelerra is exactly at the moment. I am in the middle of a larger movie project and the last version I built was from last October -r 909. I have my a patch for enhancing the bezier automation curves aplied on top of this and just do recompiles of my own version from time to time. I am on "64Studio", wich is very close to debian etch (the one that just was released some weeks ago). Hermann ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Graham Evans schrieb: > Hermann or someone else - perhaps you can help me here. > > As a test I installed Vales debian x86_64 packages and that went without > a hitch. I think that means my external dependencies are okay... or > not? Perhaps building is one thing and executing a binary is another. > > The pre-built packages are: cinelerra, libmpeg3hv and libquicktimehv > > Does success in running the pre-build eliminates any of the things I > need to look for in resolving my build problems? Hi Graham, actually, success in running can help a bit. Am I asuming right you are trying to install on debian or ubuntu? Well, I'm more familiar with that then with RPMs :-) Some random thoughts -- If you want to investigate further on debian/ubuntu, the next step after "successfully running" would be to re-compile the bin package you just successfully installed. Ideally this would give you a working compile (for further investigation different switches or for getting things like opengl running). Basically, the version in Cinelerra-SVN is a valid debian package. So it could be feesible to take a diff between vale's package and the Cinelerra-SVN. For this to work you would need the same SVN-revision which was used to create vale's package. That's the way I am doing my Cinelerra hacking: Some time ago, I created a patch containing all steps I needed to transform the current SVN into a working debian package. Every time I when I load a new version, I apply this patch and voila! I can build the current SVN als *.deb and install it cleanly into my system. At times, I have even two differen versions lying around, one built with -O3 (wich I use for real cutting) and the same source code built with -O1 and -g to be used with gdm, so if there is a bug (probably caused by my own hacking), i just switch over to the "debug" with one dpkg -i command, reload the session which showed the problem and attach gdm to the PID. Do you know the tools available for building on debian? -- see below for sort of a short version "how to build on debian". I'm attaching this just in case it may be helpful. The point is: because building on debian is almost completely automatic, you can always recompile for your specific system if only you can get hold of a debian source package. In most cases it is worth the effort trying to find a debian package instead of just using the upstream tarball of some library. Some time ago I hat a -fPIC problem with some lib (I think it was libavcodec), so I just grabbed the corresponding source, adapted the debian/rules to add the -fPIC switch and recompiled a custom version for my system. Some of the multimedia packages are not in the normal debian repos because of patent issues (liblame, or lbavcodec, libfaac). A good source is allways "debian-multimedia", http://debian-multimedia.org/ the former "debian marilat repo", which has several mirrors round the globe) hopefully, some of this informations answer your question Cheers, Hermann PS: In the "checkbuilddeps" phase there are often different problems depending on the current verson of the libs. (collision between liblame0-dev und liblame-dev, problems getting libavcodeccvs-dev. Further, I allways get a -fPIC problem with x264 and have to... ln -s /usr/lib/libx264_pic.a /usr/lib/libx264.a = If you got your packages form a debian/ubuntu repository configured for apt (or synaptic etc.), then you can just step into a new directory owned by you, and type apt-get source PACKAGENAME If you directly downloaded the packages (and installed them with dpkg -i), then you should be able to find the corresponding source packages at the same location (its a *.dsc file and a tar and maybe an additional patch to debianize the tar). you can just unpack the tar (and apply a patch if necessary) or use dpkg-source -x .dsc (Note, for building you may need to install packages "build-essential" and "fakeroot" first) then you step into the root of the source tree and run the command.. dpkg-checkbuilddeps ...to check for build-dependencies. This will point out all the -dev packages you need to install in order do build. (Contrary to the bin packages, those dev packages contain static libs to link against and/or header files; they allways depend on the corresponding bin package of the exact same version and it can be sometimes difficult to get both of the same version without breaking other dependencies in the system. But in most cases, this just works "magically"). You could even use APT to direcly install all dependencies apt-get build-deb PACKAGENAME After that you should be ready to build. Start the build with dpkg-buildpackage -rfakeroot helpfull additional swithes: -b :build only the binary package and - -nc : "no clean", just recompile; usefull if you are hacking the source. append " 2>&1 | tee proto.txt " to get the output of m
Re: [CinCVS] General Cinelerra performance
Hello, > > Generally speaking this is what I get: > > > > * Playback of one half size PAL video track with mono sound: > > ~50% / ~60% CPU utilization. > > * Playback of a full size PAL video track with stereo sound: > > ~90% / 100% CPU utilization. > > That's not unreasonable for a 2GHz cpu, depending on the codec. What > codec is your input video using? > > I've never found cinelerra to be the fastest viewer. It's strength is > in editing and rendering the result. The full size track is a MPEG2 file with AC3 Audio. The other one is some quicktime file from the Internet. > OpenGL only helps with effects display (and possibly frame resize, but I > haven't heard that officially.) If you already see slow performance, > I'd run without OpenGL unless you are trying to view an effect that > OpenGL supports. I might turn it on just to test if viewing the segment > was faster with OpenGL though. OpenGL also helps with playback but if enabled neither real-time effects nor transitions are shown. I wonder what's the cause for that. Of course I don't intend to use Cinelerra as some media player. :) But I wonder if I will be able to do any serious work with it if even a single PAL track is so resource demanding. >From other NLE video software I'm used to if the system can't do the processing in real-time it'll render low-res preview files before giving a preview. Ulead's MediaStudio is even as clever as to only rerender the changed parts. I wonder if there's a similar feature in Cinelerra. Yours sincerely, Dennis Schulmeister -- Dennis Schulmeister - Schliffkopfweg 12 - 76189 Karlsruhe - Germany Tel: 0721/5978883 - Fax: 0721/5705992 - [EMAIL PROTECTED] http://www.windows3.de - http://www.denchris.de http://www.audiominds.com - http://www.motagator.net/bands/65 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] theme S.U.V. not found
In this case, remove cputest.o (and/or cputest.lo), then build ffmpeg with different optimizations. Like: $ rm ffmpeg/libavcodec/cputest.*o $ make CFLAGS='-O0 -g' okay tried all that. Except I found deleting the files had no effect - they were just recreated each time. Instead I deleted makefile references to these files. All the references were in the makefile in the directory: quicktime/ffmpeg/libavcodec/i386/ If I configure and run with the complicated CFLAGS which Hermann supplied I end up only needing to delete: simple_idct_mmx.* dsputil_mmx*.* motion_est_mmx*.* without Hermanns configuration, or with the Make CFLAGS='-O0 -f' i needed to delete those files plus also: fdct_mmx.* idct_mmx.* dsputil_mmx*.* all in that same makefile. Anyway deleting these files finally causes a new type of build error 'undefined reference to mm flags'. I didn't try to fix this one as I assumed it was a problem created by my deletions (output snippet below this email). I'm seeing the pattern of problem libraries being associated with mmx. I wonder if something is still broken in the auto configuration of mmx flags for x86_64? Or if this indicates any particular one of my dependencies as the problem. Any more ideas on the topic? Graham E. ffmpeg/libavcodec/.libs/libavcodec.a(utils.o): In function `avcodec_encode_video': utils.c:(.text+0x139a): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(utils.o): In function `avcodec_decode_video': utils.c:(.text+0x14d4): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function `MPV_frame_end': mpegvideo.c:(.text+0x5cde): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function `select_input_picture': mpegvideo.c:(.text+0x8e11): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function `ff_draw_horiz_band': mpegvideo.c:(.text+0x195a9): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o):mpegvideo.c:(.text+0x1f90c): more undefined references to `mm_flags' follow ffmpeg/libavcodec/.libs/libavcodec.a(dsputil.o): In function `dsputil_init': dsputil.c:(.text+0x23a58): undefined reference to `dsputil_init_mmx' ffmpeg/libavcodec/.libs/libavcodec.a(imgresample.o): In function `h_resample': imgresample.c:(.text+0x83d): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpeg12.o): In function `slice_decode_thread': mpeg12.c:(.text+0xa84d): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpeg12.o): In function `mpeg_decode_frame': mpeg12.c:(.text+0xbc30): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(mpeg12.o): In function `decode_frame': mpeg12.c:(.text+0xc07e): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(ratecontrol.o): In function `ff_rate_control_init': ratecontrol.c:(.text+0x13d): undefined reference to `mm_flags' ffmpeg/libavcodec/.libs/libavcodec.a(ratecontrol.o):ratecontrol.c:(.text+0xbf0): more undefined references to `mm_flags' follow collect2: ld returned 1 exit status make[1]: *** [libquicktimehv.la] Error 1 make[1]: Leaving directory `/home/gray/install/hvirtual/quicktime' make: *** [all-recursive] Error 1 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra viewer crashes when viewing media
Well, it seems that I have solved my problem. I'm using ALSA and the solution was as simple as clicking the "Stop playback locks up." button. Bas Alphenaar wrote: > Hello, > > I switched from Ubuntu 6.10 (i386) to Gentoo (amd64) a few weeks ago and > managed to compile revision 1008 succesfully with these ./configure > options: > > ./configure --prefix=/usr --with-buildinfo=svn/recompile --enable-mmx > --enable-3dnow --with-external-ffmpeg > > I did the distro switch because I liked the way you could adapt Gentoo > to your own wishes and switched from i386 to amd64 because I read > several times (mainly on the Heroine Virtual website) that Cinelerra was > made with 64 bit in mind. However, Cinelerra is not really usable for me > now. > > I have an HDV camcorder (Sony HDR-HC1) and I capture the MPEG-TS stream > via Firewire using dvgrab with the HDV patch. After capturing I tried > two things with the *.m2t file. The first thing I tried was converting > it to PAL DV to get progressive video (Instead of using the Firewire HDV > -> DV conversion function function in the camcorder, this gives > interlaced PAL DV).The second thing I tried was converting it to 720p > H.264 with a low quantizer to maintain the high quality (I was also > thinking of converting it to 720p in a lossless format but I read that > Cinelerra doesn't support lossless formats.). > > I did the DV conversion with these ffmpeg options: > >> ffmpeg -i dvgrab-001.m2t -f dv -s 720x576 dvtest.dv > > And the H.264 conversion by doing this: > >> ffmpeg -i dvgrab-001.m2t -vcodec h264 -acodec aac -ab 256k -qmin 10 -qmax 15 >> -deinterlace -s 1280x720 testh264.mov > > I also tried to encode H.264 into .mp4 and .avi containers but they give > the same problem that is mentioned below. > > Both H.264 and DV crash the Cinelerra viewer. The video files load > perfectly fine, the index files are created, and I can load them into > the Cinelerra viewer. I can then view the video and navigate through > them in the viewer. But as soon as I navigated through the video for the > first time, the viewer crashes. It just doesn't respond to anything > anymore. I run Cinelerra from a terminal window, but the crash doesn't > give any output. The other three windows (Program, Compositor and > Resources) are not affected by the viewer crash and still respond to > everything. > > (By the way, I have set all the right settings in "Settings -> Format...") > > I have no idea how to solve this problem, especially because the crash > doesn't give any output. I never had this problem when I was running > Ubuntu. Any ideas? > > ___ > 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] Cinelerra wont open DC10plus video card
Garth Kay-Hards wrote: Did my email of 26 April get through to anyone? If anyone is looking at my details it would be great to know. My mail started as follows... I am trying to find the forum where development issues for Cinelerra are looked at. I hope this is the right list. Please point me in the right direction if it is not. I have been trying to get Cinelerra to work with my Pinnacle DC10plus video capture card using the above system which includes the Zoran driversCinelerra does not support multiple palettes. Only UYVY Thanks Garth ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra Gareth, It seems very odd to me that your DC10+ is not working due to a shortcoming in Cinelerra. I am not an expert on UYVY palletes (even worse I don't know what it is) but my DC10+ card is working with cinelerra. I am able to record from my DC10+ card in cinelerra although it is very buggy (currently I'm only able to do so as root) One strange thing is that the recorded audio is completely out of sync. Have you tried to record with the lavrec command? There are some samples on my website: http://www.raldee.net/cin_test/ You will find a suitable lavrec command as well. The full-size MJPEG files will load in cinelerra perfectely. hope this helps for you grtz Harm ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Cinelerra wont open DC10plus video card
Did my email of 26 April get through to anyone? If anyone is looking at my details it would be great to know. My mail started as follows... I am trying to find the forum where development issues for Cinelerra are looked at. I hope this is the right list. Please point me in the right direction if it is not. I have been trying to get Cinelerra to work with my Pinnacle DC10plus video capture card using the above system which includes the Zoran driversCinelerra does not support multiple palettes. Only UYVY Thanks Garth ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Synchronism between audio and video
I am very new to using Cinelerra so I am struggling with what is probably the simplest thing. I have copied a .vob file from a dvd and renamed it as an .mpg When I play it natively (under linux) using kaffeine the audio and video are in sync. When I import this file into cinelerra (as a resource) and then play it in the viewer window (looking for a point where I want to start and end a clip) the audio and video are no longer in sync. Is there a setting somewhere that shifts the relationship between audio and video? -- Alan Chandler http://www.chandlerfamily.org.uk ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
