Re: [CinCV Old] [CinCV TNG] Shitheads and Nazis
Hi there people, Ichthyostega, it's clear this Michael Collins has some mental problems. Let's live him with his megalomaniac dreams alone. But, Cinelerra hw as a commercial product... come on... THEY are a failure, not us. I and a lot of friends managed to make a lot of movies with cinelerra-cv for the past 10 years, and thanks also to cin-cv unique features, like yuv4mpeg output, improved formats support, powerpc support, lots of deadlocks bugfixes, nice themes... For me cinelerra empowers activists with a free software tool to make movies. Cinelerra-cv lives on, and It's still the best option for FLOSS NLE in Linux (as long as lightworks doesn't open up the source, if it's really true this will ever happen). Best regards, Rafael Diniz On Tuesday, April 08, 2014 06:23:27 AM Ichthyostega wrote: Initially the events related to the Cinelerra.org domain left most of us community members rather puzzled. We pieced together some information, but -- this was the tenor of the internal discussions -- we weren't sure how to judge the activities of Mr.Collins. Thanks to the no subject response from yesterday, the situation is pretty much clear. In addition, I got a private Mail from Michael Collins, which I'd like to share publicly below, without further comment. Original-Nachricht Betreff: CINELERRA Datum:Sun, 6 Apr 2014 06:42:24 -0700 (PDT) Von: Michael Collins ...@... An: ichthyost...@web.de ichthyost...@web.de Listen, you Nazi piece of shit, the story was there for your little failed brain to discern that the website was fucking dead and that I made many friendly overtures asking for thoughts and concerns and ideas. But, I got nothing from shitheads like you and I am certainly not taking any crap from some German dickhead like you. CINELERRA was designed for artists and not development garbage like you and I am not taking any anonymous crap from some coward like you, especially from one of Hitler's grandchildren. So, seriously, please go back to your fucking failed Lumiearos and go fuck yourself and your little friends. Now, I will be at IBC in September and if you want to meet me personally, I will be happy as fuck to meet you. ok, shit for brains?? Thanks, Mike MICHAEL COLLINS ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Announcement from Michael Collins (the new registrant of cinelerra.org)
Hi there people, I'm loosely folowing all the trouble, but just put simple, what does all this means for cinelerra-cv users (btw, I'm completelly without time to code to cinelerra)? Which website should we rely on? And no lightworks source code published yet... :/ Best regards, Rafael Diniz Heh, well, now we have a pretty clear impression of what's going on here. Good luck to Mr. Collins, as he's probably going to need it. I still wouldn't mind if he actually succeeds in reinvigorating Cinelerra, and I'll still believe it when I see it. In the meantime, I don't really see how it affects us. Cheers, Monty ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
[CinCV] Cinelerra 4.4 is out!
Hi there people, Have anyone trying cinelerra-hv 4.4? Best, Rafael Diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] [PATCH] Added check of nasm in configure.in
What branch are you people commiting these changes? Hi Exit configure if nasm is not found Patch is attached Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Cinelerra 4.4 is out!
Thanks Glen, I'll try it in my Debian wheezy 64, lets see. Hi Rafael I put this up about it a few days ago with a patch: http://www.mail-archive.com/cinelerra@skolelinux.no/msg13665.html I can get it to build fine (after patching it) but I can't get it to run at all yet on 32bit Debian Squeeze, according to the developer it was tested on Ubuntu so maybe some Ubuntu users can comment on that... Regards, -GLEN Hi there people, Have anyone trying cinelerra-hv 4.4? Best, Rafael Diniz ___ 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: [CinCV] grand'ma proxy
xfs on a raid0 is great! I could capture uncompressed HD with the blackmagic card easily. For workloads without too much sequential data reads (not our case), flashcash is great (just buy an ssd and patch the kernel): https://github.com/facebook/flashcache I'm using cinelerra today and always I use it I remember how great it is! Hello Tim I was wondering about some détails. On 500 Go SATA drive, the 300 Go backup space is it a primary or a logical partition to be the best ? If it's logical, /usr folder goes there automatically. If it's a primary partition it's a free space. Is there a specifique mount indication for this space ? When you say 2 Go for SWAP, 250 GO for RAID10 and 50 Go for RAID0, you mean also the order of partitions ? I put the swap at the middle. May be better at the beginning because the drive is faster ? ... On 250 Go RAID10 i put /home on a primary partition. Don't need to be a logical partition I hope. For the swap quantity : The former installation 10,04 had put automatically 12 Go swap for 6 giga byte RAM. Shall I remain with 4 Go or put some more ? I don't know the mount point for RAID0 shall I leave none or what instead ? All mount options were set to relatime. is it a good choice or better leave them on default ? Thanks for these informations in advance. I think this is it. Then it will work when I workout the DHCP on my installation :))) I think Linux may be the solution for Alzheimer. You learn everyday ... new things :)) Haldun. On 03/05/2012 20:33, Tim Copeland wrote: When you say ATA I am assuming SATA. A quick note for those with PATA (IDE) drives. In order to get proper performance out of any given RAID set, every drive in that array must be on a separate IDE channel. i.e.. you should not have 2 drives attached to the same IDE cable and be in the same array. Also no matter how many drives you place in an array, and no matter how fast those drives are, maximum IO throughput is still limited by maximum system bus speed. Another thing I need to point out. Linux supports partition level RAID. This means you don't need to configure the entire drive to be part of a single array. You can have each partition on a disk assigned to a different array and/or none at all. The short answer to your question is, yes, your suggested setup could work as you describe. I don't know any thing about your work flow or the scale of the projects you have planned. Creating a RAID 0 from 2 300 Gig drives would give you just under 600 Gig of space. That is a huge amount of space to simply use as a temporary work area. It also sounds to me like all your work will be done in Linux, and the only reason you keep Windows around is for convenience. If that is the case, I would not worry about backing up any window stuff. If you do use Windows for work and need to backup its data you'll need a solution outside of this suggestion. Here is what I would do with the hardware you describe. Partition the 500 Gig ATA drive into 3 partitions. 100 G , 100 G , 300 G Install windows to the first 100 G partition Install Linux to the next 100 G Use the 300 G as backup space partition both SAS drives 2 G , 250 G , 50 G ( or what ever space remains ) set the 2 Gig partitions as swap ( make sure to set the same pri= in fstab ) assign both the 250 G to a RAID 10 and set that to mount as /home with ext 4 file system type assign both the 50 G to a RAID 0 to use as temporary high performance /work space Then configure your backup solution to backup the /home to the 300 G partition on the ATA drive. That would give you this. Windows = 100 Gig Linux = 100 Gig swap = 4 Gig /home 250 Gig - ALL important data lives here /work ~ 100 Gig - do not store here just use for high speed IO then copy to /home when done backup = 300 Gig - since /home is RAID 10 backing up here means you would have 3 copies of important data This would keep your data relatively safe and give you the performance you seek. Unless you are working with massive files, this setup should last you a good while before needing to add more drives. I hope this helps. On Thu, 2012-05-03 at 13:20 +0200, Haldun ALTAN wrote: Very much thank you Tim, For your time and knowledge about RAID. Your information came out at the same moment I was going to ask a question before I begin my RAID experience. My configuration is 2 SAS 300Go disks and a 500 Go ATA drive which I use for storage. On one SAS I have
Re: [CinCV] Mac OSX
If you look at the list files you'll find patches that enable the compilation of cinelerra on the Mac OS. Best regards, Rafael Diniz On Fri, Apr 6, 2012 at 5:07 PM, Yannick Hagmann yannick.hagm...@gmail.com wrote: Hello Why is there no working Mac OSX-Version? Nobody haven't ported Cinelerra to OSX. Feel free to port. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] ** Devel meeting reminder ** Next meeting is on Sunday, the 4th of March, at 16.00 UTC
Hi Herman, you're right. Btw, I have use extensively the ffmpeg (libswscale) for packed yuv422 - planar yuv420 and also for resizing. It's correct and works fast. For other conversions we might test them, especially for SD RGB - YUV and HD RGB - YUV (remember the color primaries are different for SD and HD). Also 444 - 422 - 420... I remember of some issues related to converting interlaced to progressive material. Best regards, Rafael Diniz På Wed, 29 Feb 2012 19:57:54 +0100, skrev Rafael Diniz raf...@riseup.net: ffmpeg has some very optimized color conversion routines! Actually, I would prefer to study the topic with fresh eyes, before we look into other implementations. ffmpeg's routines may be excellent, but I would like to know how to review their code for correctness and quality all the same. -- 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: [CinCV] Capture from different ports
I use the blackmagic cards for both HDMI and SDI and they work great on linux, except for their thunderbolt and usb3 models which are not yet supported on linux. Gstreamer and MLT (kdenlive) already support the blackmagic cards using the decklink driver. Best regards, Rafael DIniz På Wed, 29 Feb 2012 16:25:20 +0100, skrev Bhikkhu Mettavihari tv.li...@gmail.com: Hi from Sri Lanka The world is changing so fast that it is very difficult to follow I find it now difficult to find a laptop with firewire to capture my data on Sony cameras now come with 1. DV output (firewire) 2. SDI output 3. HDMI output I have used kino to capture my videos with for at least the past 5 years Everything is fine. My problem is now: Can Kino capture from SDI output or HDMI output ? I know I should have looked at the source code before writing this... ...but I am 99% sure that Kino is DV only, through ieee1394 and USB. I am interested in SDI and HDMI myself, not so much for ingestion to an editor, but rather for live mixing, as a successor to DV in dvswitch(*) HD video is no longer an exception, it is becoming the norm. *) http://dvswitch.alioth.debian.org/wiki/ -- 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: [CinCV] ** Devel meeting reminder ** Next meeting is on Sunday, the 4th of March, at 16.00 UTC
ffmpeg has some very optimized color conversion routines! Unfortunatelly I'll not be able to show up in the meeting.. :/ Best regards, Rafael Diniz There will be a developer meeting on IRC on Sunday this week-end, the usual time and place. Time: 16.00 UTC Place: #cinelerra @ Freenode The hot topic on the agenda will be colour model conversion(*) and colour correction in Cinelerra: What bugs are there, how grave are they, how can they be easily and precisely measured, and some measurement results. I had hoped to be have some demonstrations and measurements to show off before posting this reminder, but alas, I have not. I intend to have some done before the meeting, though. *) http://www.fourcc.org/fccyvrgb.php -- 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: [CinCV] Android port?
Android uses a different C library (bionic) and different GUI API. So an android port is simply a complete rewrite of cinelerra... It's a no-go. On Tue, Jan 10, 2012 at 7:54 PM, Pankaj Topiwala pan...@fastvdo.com wrote: Dear Cinelerra Community, I have a simple question. Q. Have you thought of porting this to Android? AFIK, no plans. If so, what is the status? Any release date.. If not, but eminently doable, suggest you start.. We may be able to provide some limited assistance, and possibly even some limited funding. If there are huge technical hurdles to doing this, we'd like to know that as well. I know almost nothig about internals of Android, so I can't say about hurdles. Einar ___ 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: [CinCV] Android port?
I never played with android, but if you can run X in it, of course you could compile cinelerra in it. You can compile it natively in the target system itself if you have enough storage memory. Best regards, Rafael Diniz And what about compiling cinelerra for ARM linux (like Ubuntu ARM). There should be the normal C library. Does anyone have an experience in cross-compiling code for ARM architecture? It should be simpler than compiling it for Android. Michal On 11 January 2012 17:34, Rafael Diniz raf...@riseup.net wrote: Android uses a different C library (bionic) and different GUI API. So an android port is simply a complete rewrite of cinelerra... It's a no-go. On Tue, Jan 10, 2012 at 7:54 PM, Pankaj Topiwala pan...@fastvdo.com wrote: Dear Cinelerra Community, I have a simple question. Q. Have you thought of porting this to Android? AFIK, no plans. If so, what is the status? Any release date.. If not, but eminently doable, suggest you start.. We may be able to provide some limited assistance, and possibly even some limited funding. If there are huge technical hurdles to doing this, we'd like to know that as well. I know almost nothig about internals of Android, so I can't say about hurdles. Einar ___ 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 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] The new CinelerraCV repo - guidelines
How Great!! Go Cinelerra! ; ) Best regards, Rafael Diniz Hi! Thank you Edouard and all users that are testing CinelerraCV. You might have noticed that the source for testing is available from a new repository. Yes, eventually the official unofficial-cinelerra repo has arrived!! :-) The CinelerraCV repository will store the stable code of our beloved application. Version 2.2 will inaugurate the repo. Get ready with a bottle of sparkling wine for the toast. The CinelerraCV repo is not a personal repo; it is maintained by the community. This is a change that has consequences on the repo maintenance and on the community approach to contribution. This topic was much discussed during the last dev meetings. We ended up with some Guidelines, to better organize the community contribution to development. I've just uploaded the document to the website. It's meant to be a guide. It is not carved on rock. Please, if you wish to contribute code read it carefully. http://cinelerra.org/main_repo.php Ciao! Raffaella ___ 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: [CinCV] Officiale repo (was: Cinelerra HV 4.2 remove-support-v4l-buzz-3-cinelerra4-2.diff)
Ciao Raffa, I'll be in the channel on August 7th. Best regards, Rafael Diniz Ciao Rafael! For sure, I can help to review/apply patches in my free time. Great! :-) Would you be able to participate to the next CinCV meeting on Sunday August 7th, at 16.00 UTC on channel #cinelerra at Freenode? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Cinelerra HV 4.2 remove-support-v4l-buzz-3-cinelerra4-2.diff
Nobody applied any of the proposed patches? Many thanks to Nicola for making the experimental 4.2 HV patch. Unfortunately for me it fails with the following; checking return type of signal handlers... void configure: The host is x86_64-unknown-linux x86_64 unknown linux . checking for alpha architecture... no checking linux/videodev.h usability... no checking linux/videodev.h presence... no checking for linux/videodev.h... no configure: error: videodev.h not found - please install the linux kernel headers Giving up and going to a movie. My Arch linux install appears to be fully upto date (with -Syy and -Syu) and worked fine until the kernel updates. Cinelerra CV compiles without problems. Any ideas would be appreciated. I see with interest http://crazedmuleproductions.blogspot.com/ that Scott manually added the CV patch to Monty's version. Would Scott be able to post these patched files for download? One last thing. With CV version, stopping a render by clicking the x icon next to the progress bar freezes Cinelerra. In HV version it dosn't. Is a fix possible for this? Many thanks Gavin ___ 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: [CinCV] v4l1 patch, try2
Too bad. I also have a device (HP Jornada 710) that only have OSS sound driver.. We have to keep V4L1 for sure, at least for some time. The good is thing is that any option we have does respect the presence of a V4L1 driver. ; ) Cheers, Rafael Diniz On Tue, May 31, 2011 at 12:56 AM, Rafael Diniz raf...@riseup.net wrote: Hi Einar, And now it's gone. There is no such device you're saying that have only v4l1 driver. I have one. And under ubuntu kernel 2.6.28 it is supported only by a v4l1 driver and not v4l2. In a newer kernel there may be V4l2 for this, but I am not sure that there does not exist a v4l1 device which is important for some user. Just to know, which driver is that? quickcam_messenger Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
RE: [CinCV] v4l1 patch, try2
Understood. It's a smart solution. ; ) Hi Rafael, the version packaged in the PPA is designed so that the binary of cinelerra isn't launched directly, but through a script that hadles some localization issues. I added the extra line there, so the user will run the the LD_PRELOAD every time cinelerra is launched. I know this isn't perfect, as many people would not want to have it. But the script can be modified to remove that extra line Best, Nicola Subject: RE: [CinCV] v4l1 patch, try2 From: raf...@riseup.net To: cinelerra@skolelinux.no Date: Mon, 30 May 2011 11:12:48 -0700 Hi Nicola, Just as curiosity, how do you handle LD_PRELOAD from within the package? Best regards, Rafael Diniz Rafael, thanks again for the patch. The last version sounds reasonable. I upload test builds in the PPA with it. Regarding the preloading of libv4lcompat, I handle that directly within the package (by requiring installation of the proper library). It'd be great if people with v4l-needing hardware could test it, once it's available. Thanks again, Nicola Subject: Re: [CinCV] v4l1 patch, try2 From: raf...@riseup.net To: cinelerra@skolelinux.no Date: Mon, 30 May 2011 10:06:44 -0700 People, Thinking a little, after Einar email, I reached a patch that: - keeps v4l support as always for people using kernel = 2.6.37 - keeps v4l support for people using kernel = 2.6.38, needs LD_PRELOAD'ing of libv4l1compat.so - cinelerra compiles fine with and without libv4l - adds videodev.h to our tree ; ) Hi Einar, I must disagree with you. If you take a look at the old videodev.h, there is this statement: * Video for Linux version 1 - OBSOLETE * * Header file for v4l1 drivers and applications, for * Linux kernels 2.2.x or 2.4.x. * * Provides header for legacy drivers and applications And now it's gone. There is no such device you're saying that have only v4l1 driver. V4L1 is not present in kernel for a long long time (only the V4L1 compatibility layer was there). Anyone using kernel 2.4? IMHO, the correct way to support V4L1 is using libv4l. Of course we could commit videodev.h inside our cinelerra tree in order to get rid of the libv4l dependency for those still using kernel = 2.6.37 or that don't need V4L support at all. Best regards, Rafael Diniz Hi. You must not unconditionally remove v4l1 support. I think that configure must detect v4l1 and if it does not exist use libv4l1. There may be some older devices, that have only v4l1 drivers. We have to leave user an option to use older kernel with v4l1 support. Option to fully remove v4l1 would be nice too. Einar ___ 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
[CinCV] v4l1 patch, try2
Attached is a patch that at least verify the presence of the libv4l header. We could #ifdef the v4l code in order to allow the compilation without libv4l. bye, rafael diniz cin-v4l1.diff Description: Binary data
Re: [CinCV] v4l1 patch, try2
Also, we should add to the manual that if one is using kernel = 2.6.38 and the operating system does not LD_PRELOAD the libv4l1compat.so, and the use of the V4L driver is needed, you should do this before open cinelerra: LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so Best regards, Rafael Diniz Attached is a patch that at least verify the presence of the libv4l header. We could #ifdef the v4l code in order to allow the compilation without libv4l. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
Hi Einar, I must disagree with you. If you take a look at the old videodev.h, there is this statement: * Video for Linux version 1 - OBSOLETE * * Header file for v4l1 drivers and applications, for * Linux kernels 2.2.x or 2.4.x. * * Provides header for legacy drivers and applications And now it's gone. There is no such device you're saying that have only v4l1 driver. V4L1 is not present in kernel for a long long time (only the V4L1 compatibility layer was there). Anyone using kernel 2.4? IMHO, the correct way to support V4L1 is using libv4l. Of course we could commit videodev.h inside our cinelerra tree in order to get rid of the libv4l dependency for those still using kernel = 2.6.37 or that don't need V4L support at all. Best regards, Rafael Diniz Hi. You must not unconditionally remove v4l1 support. I think that configure must detect v4l1 and if it does not exist use libv4l1. There may be some older devices, that have only v4l1 drivers. We have to leave user an option to use older kernel with v4l1 support. Option to fully remove v4l1 would be nice too. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
People, Thinking a little, after Einar email, I reached a patch that: - keeps v4l support as always for people using kernel = 2.6.37 - keeps v4l support for people using kernel = 2.6.38, needs LD_PRELOAD'ing of libv4l1compat.so - cinelerra compiles fine with and without libv4l - adds videodev.h to our tree ; ) Hi Einar, I must disagree with you. If you take a look at the old videodev.h, there is this statement: *Video for Linux version 1 - OBSOLETE * *Header file for v4l1 drivers and applications, for *Linux kernels 2.2.x or 2.4.x. * *Provides header for legacy drivers and applications And now it's gone. There is no such device you're saying that have only v4l1 driver. V4L1 is not present in kernel for a long long time (only the V4L1 compatibility layer was there). Anyone using kernel 2.4? IMHO, the correct way to support V4L1 is using libv4l. Of course we could commit videodev.h inside our cinelerra tree in order to get rid of the libv4l dependency for those still using kernel = 2.6.37 or that don't need V4L support at all. Best regards, Rafael Diniz Hi. You must not unconditionally remove v4l1 support. I think that configure must detect v4l1 and if it does not exist use libv4l1. There may be some older devices, that have only v4l1 drivers. We have to leave user an option to use older kernel with v4l1 support. Option to fully remove v4l1 would be nice too. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra diff --git a/cinelerra/vdevicebuz.C b/cinelerra/vdevicebuz.C index 1db0c0e..fec3ca5 100644 --- a/cinelerra/vdevicebuz.C +++ b/cinelerra/vdevicebuz.C @@ -40,18 +40,17 @@ #include vframe.h #include videoconfig.h #include videodevice.h +#include videodev.h #include errno.h #include stdint.h #include linux/kernel.h -//#include linux/videodev2.h -#include linux/videodev.h #include fcntl.h #include sys/ioctl.h #include sys/mman.h #include unistd.h - +#define BASE_VIDIOCPRIVATE 192 #define READ_TIMEOUT 500 diff --git a/cinelerra/vdevicev4l.h b/cinelerra/vdevicev4l.h index 4d6e8fb..f157994 100644 --- a/cinelerra/vdevicev4l.h +++ b/cinelerra/vdevicev4l.h @@ -23,7 +23,7 @@ #define VDEVICEV4L_H #include vdevicebase.h -#include linux/videodev.h +#include videodev.h #include videodevice.inc class VDeviceV4L : public VDeviceBase --- /dev/null 2011-05-30 12:32:11.731185004 -0300 +++ cinelerra-cv/cinelerra/videodev.h 2011-05-30 13:54:19.583702163 -0300 @@ -0,0 +1,200 @@ +/* libv4l1 linux/videodev.h replacement file */ +#ifndef __LINUX_VIDEODEV_H +#define __LINUX_VIDEODEV_H + +#include linux/ioctl.h +#include stdint.h + +#define VID_TYPE_CAPTURE 1 /* Can capture */ +#define VID_TYPE_TUNER 2 /* Can tune */ +#define VID_TYPE_TELETEXT 4 /* Does teletext */ +#define VID_TYPE_OVERLAY 8 /* Overlay onto frame buffer */ +#define VID_TYPE_CHROMAKEY 16 /* Overlay by chromakey */ +#define VID_TYPE_CLIPPING 32 /* Can clip */ +#define VID_TYPE_FRAMERAM 64 /* Uses the frame buffer memory */ +#define VID_TYPE_SCALES 128 /* Scalable */ +#define VID_TYPE_MONOCHROME 256 /* Monochrome only */ +#define VID_TYPE_SUBCAPTURE 512 /* Can capture subareas of the image */ +#define VID_TYPE_MPEG_DECODER 1024 /* Can decode MPEG streams */ +#define VID_TYPE_MPEG_ENCODER 2048 /* Can encode MPEG streams */ +#define VID_TYPE_MJPEG_DECODER 4096 /* Can decode MJPEG streams */ +#define VID_TYPE_MJPEG_ENCODER 8192 /* Can encode MJPEG streams */ + +struct video_capability +{ + char name[32]; + int type; + int channels; /* Num channels */ + int audios; /* Num audio devices */ + int maxwidth; /* Supported width */ + int maxheight; /* And height */ + int minwidth; /* Supported width */ + int minheight; /* And height */ +}; + + +struct video_channel +{ + int channel; + char name[32]; + int tuners; + uint32_t flags; +#define VIDEO_VC_TUNER 1 /* Channel has a tuner */ +#define VIDEO_VC_AUDIO 2 /* Channel has audio */ + uint16_t type; +#define VIDEO_TYPE_TV 1 +#define VIDEO_TYPE_CAMERA 2 + uint16_t norm; /* Norm set by channel */ +}; + +struct video_tuner +{ + int tuner; + char name[32]; + unsigned long rangelow, rangehigh; /* Tuner range */ + uint32_t flags; +#define VIDEO_TUNER_PAL 1 +#define VIDEO_TUNER_NTSC 2 +#define VIDEO_TUNER_SECAM 4 +#define VIDEO_TUNER_LOW 8 /* Uses KHz not MHz */ +#define VIDEO_TUNER_NORM 16 /* Tuner can set norm */ +#define VIDEO_TUNER_STEREO_ON 128 /* Tuner is seeing stereo */ +#define VIDEO_TUNER_RDS_ON 256 /* Tuner is seeing an RDS datastream */ +#define VIDEO_TUNER_MBS_ON 512 /* Tuner is seeing an MBS datastream */ + uint16_t mode; /* PAL/NTSC/SECAM/OTHER */ +#define VIDEO_MODE_PAL 0 +#define VIDEO_MODE_NTSC 1 +#define VIDEO_MODE_SECAM 2 +#define VIDEO_MODE_AUTO 3 + uint16_t signal; /* Signal strength 16bit scale */ +}; + +struct video_picture +{ + uint16_t brightness; + uint16_t hue
RE: [CinCV] v4l1 patch, try2
Hi Nicola, Just as curiosity, how do you handle LD_PRELOAD from within the package? Best regards, Rafael Diniz Rafael, thanks again for the patch. The last version sounds reasonable. I upload test builds in the PPA with it. Regarding the preloading of libv4lcompat, I handle that directly within the package (by requiring installation of the proper library). It'd be great if people with v4l-needing hardware could test it, once it's available. Thanks again, Nicola Subject: Re: [CinCV] v4l1 patch, try2 From: raf...@riseup.net To: cinelerra@skolelinux.no Date: Mon, 30 May 2011 10:06:44 -0700 People, Thinking a little, after Einar email, I reached a patch that: - keeps v4l support as always for people using kernel = 2.6.37 - keeps v4l support for people using kernel = 2.6.38, needs LD_PRELOAD'ing of libv4l1compat.so - cinelerra compiles fine with and without libv4l - adds videodev.h to our tree ; ) Hi Einar, I must disagree with you. If you take a look at the old videodev.h, there is this statement: * Video for Linux version 1 - OBSOLETE * * Header file for v4l1 drivers and applications, for * Linux kernels 2.2.x or 2.4.x. * * Provides header for legacy drivers and applications And now it's gone. There is no such device you're saying that have only v4l1 driver. V4L1 is not present in kernel for a long long time (only the V4L1 compatibility layer was there). Anyone using kernel 2.4? IMHO, the correct way to support V4L1 is using libv4l. Of course we could commit videodev.h inside our cinelerra tree in order to get rid of the libv4l dependency for those still using kernel = 2.6.37 or that don't need V4L support at all. Best regards, Rafael Diniz Hi. You must not unconditionally remove v4l1 support. I think that configure must detect v4l1 and if it does not exist use libv4l1. There may be some older devices, that have only v4l1 drivers. We have to leave user an option to use older kernel with v4l1 support. Option to fully remove v4l1 would be nice too. Einar ___ 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: [CinCV] v4l1 patch, try2
Hi Hannes, In this case, cinelerra will work as always. If one try to use any V4L1 feature without LD_PRELOAD'ing the libv4l1compat.so, when the V4L1 cinelerra code calls an V4L1 ioctl(), it will fail. Best regards, Rafael Diniz Am 30.05.2011 19:06, schrieb Rafael Diniz: - keeps v4l support for people using kernel = 2.6.38, needs LD_PRELOAD'ing of libv4l1compat.so With your patch: What happens if someone has kernel = 2.6.38 and does NOT LD_PRELOAD libv4l1compat.so? Does cinelerra still run, and only some drivers do not work (and what will do not work mean in detail)? Or will cinelerra simply not run or crash or something? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
RE: [CinCV] Cinelerra on =2.6.38 (patch removing buzz and v4l1 support)
I tested it and cinelerra opens and seems to work as always. But I don't have a iOmega Buzz hardware to test the support for it.. Best regards, Rafael Diniz Have you tested the patch? It looks it will fail because it doesn't remove support for iOmega Buzz (that my patch did). Subject: Re: [CinCV] Cinelerra on =2.6.38 (patch removing buzz and v4l1 support) From: raf...@riseup.net To: cinelerra@skolelinux.no Date: Fri, 27 May 2011 15:06:33 -0700 For those in ubuntu 11.04, or any newer distribution with kernel = 2.6.38, please do: # apt-get install libv4l-dev And apply the attached patch. I'm not linking cinelerra with libv4l1, so you should LD_PRELOAD it in order to use V4L in kernel = 2.6.38. If you're using an older kernel, V4L support should keep working as before. Best regards, Rafael Diniz V4L1 is the deprecated and now removed from kernel programming interface to access video/image devices. BUT the V4L1 interface can be supported via the libv4l version 0.8.3 onwards, as it that can do this conversion between the old API for the new (V4L2) API. I think that we should link cinelerra against libv4l1 if libv4l is present, otherwise, do not compile V4L support. Have you tried swaping linux/videodev.h by libv4l1-videodev.h? ; ) Best regards, Rafael Diniz By V4L do you mean the possibility to record from /dev/video_n ? In my case that would be a disaster I am using it to scan film frames from a 1394 camera. Cheers Edouard --- On Sat, 28/5/11, Simeon Völkel simeon.voel...@sfz-bw.de wrote: From: Simeon Völkel simeon.voel...@sfz-bw.de Subject: [CinCV] Cinelerra on =2.6.38 (patch removing buzz and v4l1 support) To: cinelerra@skolelinux.no Date: Saturday, 28, May, 2011, 5:30 AM -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, today i updated my kernel to 2.6.39 and was able to compile cinelerra after applying Nicola's patch from bugs.cinelerra.org to j6t's repo. In my opinion we should support recent kernels rather soon. So i wonder whether we have to keep v4l1 and buzz supported or whether removing support therefore (what Nicola's patch does) is fine, too. Personally speaking i would vote for the second choice as we have extremely limited resources for maintenance. However, if (and only if) this hardware should be still in use by Cinelerra users (please speak up if that's the case for you!) we should consider adding an option to configure. Regardless wheter we want to make support optional or remove it completely, i suggest to release a new version of cinelerra (2.1.6?) supporting linux kernels =2.6.39 as soon as possible. What is you opinion on that? Regards, Simeon -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3f378ACgkQph/voQkhF7wY2QCfbmllYDUFhhQALALNdzJJT642 2YEAoMa4VCHslFLFwMqp7aN6/WeeoqqX =4oJ+ -END PGP SIGNATURE- ___ 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: [CinCV] Cinelerra on =2.6.38 (patch removing buzz and v4l1 support)
V4L1 is the deprecated and now removed from kernel programming interface to access video/image devices. BUT the V4L1 interface can be supported via the libv4l version 0.8.3 onwards, as it that can do this conversion between the old API for the new (V4L2) API. I think that we should link cinelerra against libv4l1 if libv4l is present, otherwise, do not compile V4L support. Have you tried swaping linux/videodev.h by libv4l1-videodev.h? ; ) Best regards, Rafael Diniz By V4L do you mean the possibility to record from /dev/video_n ? In my case that would be a disaster I am using it to scan film frames from a 1394 camera. Cheers Edouard --- On Sat, 28/5/11, Simeon Völkel simeon.voel...@sfz-bw.de wrote: From: Simeon Völkel simeon.voel...@sfz-bw.de Subject: [CinCV] Cinelerra on =2.6.38 (patch removing buzz and v4l1 support) To: cinelerra@skolelinux.no Date: Saturday, 28, May, 2011, 5:30 AM -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, today i updated my kernel to 2.6.39 and was able to compile cinelerra after applying Nicola's patch from bugs.cinelerra.org to j6t's repo. In my opinion we should support recent kernels rather soon. So i wonder whether we have to keep v4l1 and buzz supported or whether removing support therefore (what Nicola's patch does) is fine, too. Personally speaking i would vote for the second choice as we have extremely limited resources for maintenance. However, if (and only if) this hardware should be still in use by Cinelerra users (please speak up if that's the case for you!) we should consider adding an option to configure. Regardless wheter we want to make support optional or remove it completely, i suggest to release a new version of cinelerra (2.1.6?) supporting linux kernels =2.6.39 as soon as possible. What is you opinion on that? Regards, Simeon -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3f378ACgkQph/voQkhF7wY2QCfbmllYDUFhhQALALNdzJJT642 2YEAoMa4VCHslFLFwMqp7aN6/WeeoqqX =4oJ+ -END PGP SIGNATURE- ___ 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: [CinCV] Denoisers
I think that using fixed parameters for the space-domain-only denoiser reduces this problem related to flickering and so on. Of couse a denoiser that is aware of temporal domain is better, no doubt. Cheers, rafael diniz My remark was not related to the progressive or interlaced nature of the frames you want to process. I just made the assumption (implicitly) that imagemagick would process those still images (every TIFF file) independantly from the others. This tools is meant for still image processing, not for video, isn't it ? But the definition of noise is not exactly the same in a still image and in video (either progressive or interlaced). Still image processors work only in the spatial domain ie. they compare the values of adjacent pixels to decide what is noise or what isn't. Spatial denoisers tend to soften the image, by removing little details (these details effectively being noise or real detail aka. grain). Denoisers designed for video have the advantage that they can also work in the temporal domain, ie. they compare the values of the same pixels (or group of pixels) between different frames to decide what can be considered as noise and should be removed. Temporal denoisers usually reduce flicker and little variations in a pixel's values between different frames. Spatio-temporal denoisers can combine the advantages of the two approaches. The best of them can determine and analyze motion vectors in the video to perform motion-compensated denoising, which is the most effective kind of denoising on video (not when you watch the video frame by frame, but when you play it at it's original framerate). The result can be outstanding. I've neverd heard of a free tool able to denoise RGB video in the spatio-temporal domain (it may exist in costly professional software, though). - Mail Original - De: Edouard Chalaron e.chala...@xtra.co.nz À: cinelerra@skolelinux.no Envoyé: Vendredi 8 Avril 2011 11h01:45 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [CinCV] Denoisers Well ... not really Julien... or I don't think so. What is the difference between scanned films (16mm for say) and progressive video frames ? apart from the colour space of course... Cheers E The drawback of denoising a still images sequence is that you will denoise only in the spatial domain, not temporal nor spatio-temporal (the latest being the most effective for video -- motion compensated denoising). ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Denoisers
Hi E, For the yuvdenoise, try storing the y4m file and check it's header using a text editor. In there you can check the colorspace, but I bet yuvdenoise only handles YUV colorspace. For the ffmpeg only solution, this one is the only that have chances in doing what you want. Best regards, Rafael Diniz Hi there A tad off topic sorry but it can probably help others exporting through y4mpegpipe First : I was wondering if anyone made a comparison between denoisers (e.g. yuvdenoise and hqdn3d) ? Second : can they process RGB data ? For say if I use a quicktime RGB 24 mov file as an input (or a sequence of TIFF files) ffmpeg -threads 2 -y -i - -vf format=rgb24, slicify=32 -f yuv4mpegpipe - | yuvdenoise | ffmpeg -i - etc ... I am probably reading way more data than processed if I use ffmpeg -vf hqdn3d,format=rgb24, slicify=32 -threads 2 -y -i - -b 22k -pix_fmt yuv422p -vf pad=1920:1080:240:0:black, slicify=32 -r 24 -vcodec dnxhd -threads 2 fichier.mov Am I really filtering RGB data ? Thanks a lot E ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Denoisers
Wow, very impressive this page describing this imagemagick denoiser! A denoise filter is no doubt very important. cheers, rafael diniz Thanks Rafael I am pretty sure as well that yuvdenoise will work only for a limited colorspace. there is the option of y4mdenoise though. Wil try and see. Otherwise combining image magick denoising or greycstoration http://www.fmwconcepts.com/imagemagick/denoise/index.php something maybe to think about for the future of cinelerra and / or Lumiera cheers E On 04/08/2011 03:21 AM, Rafael Diniz wrote: Hi E, For the yuvdenoise, try storing the y4m file and check it's header using a text editor. In there you can check the colorspace, but I bet yuvdenoise only handles YUV colorspace. For the ffmpeg only solution, this one is the only that have chances in doing what you want. Best regards, Rafael Diniz Hi there A tad off topic sorry but it can probably help others exporting through y4mpegpipe First : I was wondering if anyone made a comparison between denoisers (e.g. yuvdenoise and hqdn3d) ? Second : can they process RGB data ? For say if I use a quicktime RGB 24 mov file as an input (or a sequence of TIFF files) ffmpeg -threads 2 -y -i - -vf format=rgb24, slicify=32 -f yuv4mpegpipe - | yuvdenoise | ffmpeg -i - etc ... I am probably reading way more data than processed if I use ffmpeg -vf hqdn3d,format=rgb24, slicify=32 -threads 2 -y -i - -b 22k -pix_fmt yuv422p -vf pad=1920:1080:240:0:black, slicify=32 -r 24 -vcodec dnxhd -threads 2 fichier.mov Am I really filtering RGB data ? Thanks a lot 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 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Cinelerra under Slackware 13.1 ?
Hi malefico, I remember this bug used to be present in old slackware versions, but not in current versions. The patch used to fix the bug was: http://mirror.on.net.mk/slackware-12.2/source/x/x11/patch/libxcb/libxcb-no-assert-on-lock.diff.gz Btw, can you confirm it's the same bug? I'm not in front of my slackware 13.1 instalation right now. Bye, rafael diniz Hey guys, I have been trying to get Cinelerra 2.1 CV running under Slackware 13.1 . Cinelerra starts ok, but then its windows became irresponsive. I understand this looks like the XCB bug, and I was wondering if anyone has had the same issue under this distro and might have a clue about how to fix it. Thanks in advance ! malefico. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Symphony of Deptford - cinelerra server workshop - database film-making
How nice, We use cinelerra and so on in our free tv channel - TV Piolho, 20 UHF, located in Campinas SP, Brazil! I'm cc'ing this message to a friend that lives in london and is involved with TV Piolho, he is in because of his phd at Goldsmiths. Please send us a record of the activities! take care, rafael diniz Dear all, workshop coming up on database film-making: The 'Symphony of Deptford' workshop will introduce participants to database film-making where material and images from the Deptford.TV archive will be edited to create a 'Symphony of Deptford'. Date: 29th October - 31st October, 12pm-5pm RSVP only: Interested person should please RSVP with phone number state your specific interest: a.hadzi(a)gold.ac.uk (limited space!). all the best, Adnan Symphony of Deptford. WORKSHOP Footage taken from Deptford.TV was filmed during a previous TV hacking workshop where participants equipped with CCTV surveillance signal receivers were lead through the city by incoming surveillance camera signals. CCTV video signal receivers cached surveillance camera signals into public and private spaces and were made visible: surveillance became sousveillance. By making images visible which normally remain hidden, we gain access to the surveillance from above enabling us to use these images to create personal narratives of the city. The Images of Ebb workshop will look at constructing a narrative to the Sounds of Ebb. Sound of Ebb (a branch project of The End of Something) is an open source sound series that asks sound artists and artists working with sound to respond to the question: What is the sound of Recession? Contributions are collected internationally reflecting the affects of crisis and recession from various social contexts and geographic locations. Together the Sounds of Ebb and images from Sousveillance produce articulations of a local city in crisis with global resonances of recession. Deptford.TV is a research project on collaborative film - initiated by Adnan Hadzi in collaboration with the Deckspace media lab, Bitnik media collective, OWN project, Liquid Culture initiative, and Goldsmiths College. It is an online media database documenting the urban change of Deptford, in Sout East London. Deptford TV functions as an open, collaborative platform that allows artists, filmmakers and people living and working around Deptford to store, share, re-edit and redistribute the documentation of Deptford. http://deptford.tv Interested person should please RSVP with phone number state your specific interest: a.hadzi(a)gold.ac.uk (limited space!) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] are the ubuntu packages compiled w/ the new ffmpeg input?
Hi people, I'd like to know if the ubuntu packages are already compiled w/ the new ffmpeg input? thanks, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] are the ubuntu packages compiled w/ the new ffmpeg input?
I'd like to know if the package is compiled with the new ffmpeg code. Try Medibuntu repositories: http://medibuntu.org/ On Tue, 27 Jul 2010 05:51:57 -0700 (PDT), Rafael Diniz raf...@riseup.net wrote: Hi people, I'd like to know if the ubuntu packages are already compiled w/ the new ffmpeg input? thanks, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] looking to preserve timecode in ffmpeg
ffmpeg has no support for keeping the timecode, but probably ffms can keep the timecode as you wish: http://code.google.com/p/ffmpegsource/ Hi, We are trying to find a way on a linux system to preserve the embedded timecode form a QT or MXF file when we we use FFMpeg to transcode to Flash and H.264. Currently you could have hour 9:00:00:00 LTC on the original and after transcode it just starts at 00:00:00:00 how can we preserve the original file LTC? We have found various Mac OSX solutions, but he problem is our servers are all Linux. Any help is appreciated. Erik Erik Freid | Product Manager | MediaSilo, Inc 207 South Street | Third Floor | Boston, MA 02111 t. 617.423.6200 x 7013, m. 617.306.8632, f. 617.507.8577 www.mediaSilo.com ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] FFMPEG-based file reader for cinelerra [link to patch]
This is great news! I'll test it as soon as possible. Hello, After noticing that Cinelerra-HV 4.1 has a new FFMPEG-based file reader (and then noticing with disappointment that it is rather incomplete and doesn't work well), I set about writing an improved version. Among other things, I needed something that could properly handle odd-framerate HDV video (eg, the Canon 24F mode where a 24 fps progressive scan stream is wrapped in a 30fps NTSC container with hard telecine). I have a test version of this FFMPEG-based loader available at: http://people.xiph.org/~xiphmont/0001-Add-new-fileffmpeg.C-file-loader-to-allow-proper-han.patch It will apply to current CV git using git apply. The patch is huge mainly because a fairly recent ffmpeg is needed, and so it updates the internal ffmpeg version to ffmpeg-0.6. Aside from updating the internal ffmpeg and adding the new loader, it also disables the old libmpeg3 loader (possibly a mistake--- but I was having more success with the new loader) and the old .MOV/mpg4 loader (again, the new loader handles all the files I tossed at it, where the old one didn't). The only other change that snuck in by accident is a minor autoconf fix for OpenGl detection (oops). I'm currently using this new code in my own editing and a few others in IRC have had good luck with it, but it very new and has seen only light testing. Hopefully it will be useful to others as well. Monty ___ 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: [CinCV] HDV capture - Cin - Blu-ray video
Using BM cards, If you don't need 4:2:2, just convert the input video to planar yuv 4:2:0 at capture time, in realtime using ffmpeg. I posted some time ago a capture software for BM I did. -- The blackmagic card is not HDV it's for uncompressed full 2k capture. I have had no luck getting bm output into cinelerra. I belive the problem has to do with planar vs. non planar and colorspace. it's not YUV 4:2:2. Not sure. If anyone wants to try I'll post some footage. On Wed, Apr 28, 2010 at 3:41 PM, E Chalaron e.chala...@xtra.co.nz wrote: k3b accepts Blu-Ray disks. Dont forget as well that you need a UDF file system at least 2.5 on a bluray standalone player. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Newbie questions on compiling cinelerra/cinecutie on 64bit system and external ffmpeg.
hi! The only difference that the documentation makes between compiling cinelerra-cv for x86 system and 64bits one is something to replace in the makefile for ffmpeg (see http://cinelerra.org/docs/wiki/doku.php?id=english_manual:cinelerra_cv_en_2#usual_compilation_process). This article on compiling Cinelerra on 64bits system == http://www.blog.darkwhite.in/2009/10/compiling-cinelerra.html doesn't give more options... neither the mule's how-to == http://crazedmuleproductions.blogspot.com/2010/02/fedora-12-x86-64-cinelerra-install.html . It's always configure - make - make install scheme. So the question is: Is there something specific to do for 64bits compiling or is the documentation out of date? I guess the compilation adapt itself to the architecture (with configure-make-make install) but why are the libs installed in /usr/local/lib and not /usr/local/lib64? have you passed: --libdir=/usr/lib64 --prefix=/usr (add local if you wish) I often hear about using Cinelerra with external ffmpeg... What are the advantages of this method? Can Cinelerra handle more formats (or better) with external ffmpeg? afaik, yes, for example, DNxHD. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Cinelerra Trac #550: Build errors with external ffmpeg
the better would be #ifdef these changes, so then the code would compile with newer and older ffmpeg. #550: Build errors with external ffmpeg -+-- Reporter: daytooner | Owner: cinele...@⦠Type: defect| Status: new Priority: highest | Component: Building Version: 2.1 |Severity: blocker Keywords: ffmpeg, external | -+-- This is with the most current version of ffmpeg (which is close enough to those packages in the Fedora repositories), and with the latest git version of cinelerra-cv. This is on a fresh install of Fedora 12, kernel version: 2.6.31.12, for i386. To reproduce: 1: download (and build if necessary)and install ffmpeg w/ all codecs, and all required and optional libraries, and development files. 2: git latest cinerella version (2.1CV) 3a: sh autogen.sh 3b: ./configure ... --with-external-ffmpeg ... 3c: make There are three consecutive fatal compile errors. Here are the fixes I made (some are obviously hacks) 1) in quicktime/qtffmpeg.h, line 24: insert these lines: #define PIX_FMT_UYVY411 PIX_FMT_UYYVYY411 #define PIX_FMT_RGBA32 PIX_FMT_RGB32 #define PIX_FMT_YUV422 PIX_FMT_YUYV422 (these are from ffmpeg's libavutil/avutil.h) 2) in cinelerra/ffmpeg.C, line 5: change from: #include swscale.h to: #include libswscale/swscale.h 3) in cinelerra/ffmpeg.C, line 15: insert (same as 1): #define PIX_FMT_UYVY411 PIX_FMT_UYYVYY411 #define PIX_FMT_RGBA32 PIX_FMT_RGB32 #define PIX_FMT_YUV422 PIX_FMT_YUYV422 From a fresh source tree, this will build completely with no build errors. Note that the same source (without the changes) will build with no errors without specifying external ffmpeg. I cannot guarantee that these changes will not affect the executable itself, since I am having problems running cinelerra with several different videos. But those problems are the same for both versions (with and without external ffmpeg). ken -- Ticket URL: http://bugs.cinelerra.org/ticket/550 CinelerraCV http://bugs.cinelerra.org My example project ___ 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
[CinCV] one idea for yuv4mpeg preset, proxy editing and code not in j6t branch
Hi people, three points I'd like to talk: 1) One idea for a yuv4mpeg preset we use a lot - include the audio in the yuv4mpeg rendering, so then you have the final exported file after the video rendering part (that happens after the audio export): ffmpeg -i - -i /home/rafael2k/final_audio.wav -y -target ntsc-dvd % what do you think? can I prepare the patch? 2) Proxy editing for HDV and AVCHD I noticed some bits inside the git - are there any documentation about it? 3) Code not in j6t branch Are there any list about nice features not yet in the j6t branch? Any good stuff in other branches we should know, like in the Simeon branch? Cinelerra rulez! : ) Rafael Diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Help! Cinelerra won't load XML completely
PEOPLE, I always touched cinelerra users to _always_ save the xml in a incremental way, like project-x.xml (project-1.xml, project-2.xml, ...) in a way that if the xml get inconsistent, you can use the latest consistent version. bye, rafael diniz On Samstag, 21. November 2009, John Coppens wrote: Hello people. After a couple of weeks of tweaking a short movie in free moments, suddenly Cinelerra only loads 1 track (of 8 or 9). The resources are loaded correctly. The XML file is about 1.2MB large, the project contains 100s of PNGs, and some clips. No sound for the moment. A cursory glance through the XML, and a check with an XML editor reveal no inconsistencies. Running Cinelerra (which is a recent SVN version) in a terminal, gives no messages. What can I do to recuperate the work? Is there a definition of the XML format to be able to check it? First of all: keep a copy of the XML file before you overwrite. You can send it to me (only the XML, not the PNGs), I'll see what I can do. -- Hannes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need info/help with new ffmpeg regarding WMV and FLV
Hi people, Just one point: why such old ffmpeg? There is no point nor support from ffmpeg developers for such old version... ffmpeg evolved a lot past year, I think we should always use the latest version... if something breaks - we fix the breakage. Bye, Rafael Diniz I've already updated my git repository with the new ffmpeg (which is dated around 2008-05-31). Thanks to Vale and akir4d for their tests! But then akir4d reported that the new version does not support WMV and FLV. I would like to fix the breakage. But unfortunately: - akir4d was not veriy specific on what exactly does not work. - I can confirm that WMV cannot be loaded (it is interpreted as PCM). - But when I go back to the old version, then I cannot load WMV, either. (IOW, the new version does not break something that was not already broken *for* *me*.) Therefore, please, ML members, report how you are using WMV and FLV (successfully) with cinelerra, and which version of cinelerra you are using, in particular, whether you run with internal or external ffmpeg. Thanks, -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] yuv4mpeg ffmpeg presets don't work anymore
hi there people, just to note that the ffmpeg preset for yuv4mpeg exporting is outdated and don't work anymore. if nobody fix that, I can make a patch without the invalid parameters to ffmpeg (that are not needed nor supported anymore). cinelerra rocks! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] More on BlackMagic cards capture software
On Tue, Sep 15, 2009 at 3:01 PM, Rafael Diniz raf...@riseup.net wrote: The one I wrote, it's tested and works: http://juba.tvlivre.org/bm_capture/ These one seems more complete then mine: http://smorgasbork.com/bmdcapture/ Is it possible to buy a blackmagic card and do SDI in/out with no proprietary code? I mean, the kernel driver, is it libre? well, yes, it`s possible, but right now, BM driver (that is public domain I think) only works with a proprietary library (deckLinkAPI.so) that is not open source. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] More on BlackMagic cards capture software
The one I wrote, it's tested and works: http://juba.tvlivre.org/bm_capture/ These one seems more complete then mine: http://smorgasbork.com/bmdcapture/ features: - capture from all supported inputs at all supported resolutions - ability to capture frame data to a single file or to a series of individual files - conversion of pixel format from YUV 4:2:2 packed to YUV 4:2:2 planar - frame resampling (can cut HD frames down to a quarter of their original size to reduce the amount of I/O to your encoder); note that this only works if you're using the planar conversion - audio level control during capture - noise injection into audio (seems strange, I know, but it can keep ffmpeg from ignoring the audio track) Bye, Rafael Diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] bm_capture version 0.1
Hi people, In this version I added the header of the DeckLink 7.3 SDK (released on friday I think) and support for largefiles in 32 bits system. http://juba.tvlivre.org/bm_capture-0.1.tar.gz bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] BlackMagic Capture Software
Hi people, Sorry for the delay. Here is the capture software I did. Please edit the source code to pick the input you want to grab. http://juba.tvlivre.org/bm_capture_export.tar.gz This is very experimental, and has no buffering at all, so if you try to store a video that has a higher bitrate that your hard disc can handle, you'll get a segmentation fault... The pixel format BM output is yuyv (4:2:2), and audio is raw PCM 16 bits. Bye, Rafael Diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] about the blackmagic intensity
Hi Hanssen, This is real interesting to hear. I think I have the possibility to output uncompressed 1440x1080i50 as 4:2:2 digital data from my Sony FX7E camera/EIP via HDMI. Therefore also I plan to buy a BM Intensity Pro, and have a handful related questions: Q1 Are there other hardware requirements (CPU, RAM etc) to work with (capture, playback, edit, encode, decode) uncompressed 1080i50 YCbCr 4:2:2 (UYVY) video? No. Of course a powerfull CPU is desired for encoding, and a RAID-0 is also a need for writing in realtime your uncompressed HD footage. Q2 Any especial BM driver setup on Linux to get this to work? What more features will become available with the next BM Media Express 2.0 software on Linux? I tested the driver in x86 and in x86_64. There is no Media Express yet for Linux - I just get the raw samples from the card (using my code) and send them using pipes or store them directly to the disk. I think include support for capturing using kino and/or cinelerra is the way to go. Q3 To compare with compressed 1080i50 HDV (1440x1080, 4:2:0, 25Mbit/s) which like DV25 needs disk space about 13GB/hour included audio, what disk space pr hour is required for uncompressed 1440x1080i50 YCbCr 4:2:2 (UYVY)? Do the math yourself (last email I did some draft of the arithmetic), but believe - its much more (lets say, ~150Mbit/s). Q4 Is uncompressed 1440x1080i50 YCbCr 4:2:2 (UYVY) a suitable or even native format to edit/render in Cinelerra, and better than using compressed 1080i50 HDV? probably yes, if you pack it into a mov container. but remember you'll need a fast disk system. Q5 Encoding uncompressed 1440x1080i50 YCbCr 4:2:2 (UYVY) with the more effective x264 compression at a high data rate up to max 40 Mbit/s for Blu-Ray disks, I expect this should make it possible to get a considerable higher video quality (especial colors) distribution format than possible from usual HDV (M2T) (?) probably yes. Cheers, Rafael Diniz On Tue, Aug 11, 2009 at 12:27 AM, Rafael Diniz raf...@riseup.net wrote: hello people, I tested the BM Intensity Pro under Linux at work, and it works quite well. It outputs YCbCr 4:2:2 (UYVY), and I could store a 1080i footage using a RAID-0 two 320 Gb SATA II 7200rpm normal consumer discs. Of course, you can pipe this video output to any encoder, like ffmpeg or x264 and use a lossless or lossy encoding. One other very nice thing is that the card outputs the video synced w/ the audio, thing that we sometimes miss w/ some analog video capture setups in linux. And of course, the HD video capture using the HDMI port is a very nice feature to have. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] about the blackmagic intensity
Yes - it works. The file size depends on what resolution you are capturing, for example, 480p would be: 1 (8 bits) * 2 (4:2:2 bitrate) * 720 * 480 * time (in seconds) bytes please correct me if I did any mistake. but remember that an average computer (Core 2 Duo) can do realtime encoding to a compressed format, so then you don't need too much space. bye, rafael diiz That's great news I'm going to get one. Did you get a chance to try component capture? How big were the files. On Tue, Aug 11, 2009 at 12:27 AM, Rafael Diniz raf...@riseup.net wrote: hello people, I tested the BM Intensity Pro under Linux at work, and it works quite well. It outputs YCbCr 4:2:2 (UYVY), and I could store a 1080i footage using a RAID-0 two 320 Gb SATA II 7200rpm normal consumer discs. Of course, you can pipe this video output to any encoder, like ffmpeg or x264 and use a lossless or lossy encoding. One other very nice thing is that the card outputs the video synced w/ the audio, thing that we sometimes miss w/ some analog video capture setups in linux. And of course, the HD video capture using the HDMI port is a very nice feature to have. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] about the blackmagic intensity
1 (8 bits) * 2 (4:2:2 bitrate) * 720 * 480 * time (in seconds) bytes I forgot: * the fps please correct me if I did any mistake. but remember that an average computer (Core 2 Duo) can do realtime encoding to a compressed format, so then you don't need too much space. bye, rafael diiz That's great news I'm going to get one. Did you get a chance to try component capture? How big were the files. On Tue, Aug 11, 2009 at 12:27 AM, Rafael Diniz raf...@riseup.net wrote: hello people, I tested the BM Intensity Pro under Linux at work, and it works quite well. It outputs YCbCr 4:2:2 (UYVY), and I could store a 1080i footage using a RAID-0 two 320 Gb SATA II 7200rpm normal consumer discs. Of course, you can pipe this video output to any encoder, like ffmpeg or x264 and use a lossless or lossy encoding. One other very nice thing is that the card outputs the video synced w/ the audio, thing that we sometimes miss w/ some analog video capture setups in linux. And of course, the HD video capture using the HDMI port is a very nice feature to have. bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] about the blackmagic intensity
hello people, I tested the BM Intensity Pro under Linux at work, and it works quite well. It outputs YCbCr 4:2:2 (UYVY), and I could store a 1080i footage using a RAID-0 two 320 Gb SATA II 7200rpm normal consumer discs. Of course, you can pipe this video output to any encoder, like ffmpeg or x264 and use a lossless or lossy encoding. One other very nice thing is that the card outputs the video synced w/ the audio, thing that we sometimes miss w/ some analog video capture setups in linux. And of course, the HD video capture using the HDMI port is a very nice feature to have. bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] BlackMagic SDK available!
Hi people, Just to note that BlackMagic released their Linux SDK! Now it's possible to capture HD video over HDMI port using an affordable board under Linux :) bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] cinelerra french
yes, there is a patch that allows cinelerra on macos x compilation, but not standard git version. and yes, I think cinelerra has a french translation. rafael diniz On Sunday 21 June 2009 13:04:59 p piloua wrote: Hello ! Can you say me if cilerra is existing for Mac osx? and in french version Thank you for your answer ant excuse-me for my bad english Peter +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Samsung SC-HMX20 MPEG-4/H.264 format
probably best is to use proxy files, I don't know if cinelerra can edit h.264. h.264 is muxed in what container? On Wednesday 17 June 2009 13:04:04 Rich deRobles wrote: I am interested in the HMX20, reviews state trouble in editing. Can Cinerella edit this flavor of H.264? Thanks Rich +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] possible error on checking ffmpeg version at quicktime/wma.c
people, can anyone confirm that w/ latest ffmpeg, the preprocessor verification of ffmpeg is wrong. w/ newer ffmpeg in line quicktime/wma.c:190 there is: #if LIBAVCODEC_VERSION_INT ((5216)+(08)+0) that w/ latest ffmpeg, should be false, and #else should be parsed, but I get #if been parsed... Can anyone confirm that it's only my problem or cinelerra one? btw, it's easy to fix. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] mods for cinelerra-4, if you are still interested.
Hi Agent Smith! Did you commited your branch to the git repository? I'm very interested in such extensions/improvements you did! Some day we'll merge then all! : ) bye, rafael diniz On Friday 08 May 2009 19:44:23 Agent Smith wrote: Hi, I noticed http://www.cinelerra.org. seems to be owned and operated by you. If your still interested in cinelerra, here is a synopsis of a patch I have which appiles to cinelerra-4. changes: libmpeg3 has been recoded in C++ and renamed to libzmpeg3. The C callable interface is still available, but the program main must be C++. libzmpeg3 can be used in a threaded environment. Scaling and several new output formats are supported in video/output.C several costly memory moves were either recoded, removed, or downscaled. All of the reconstruction subfunctions are now accelerated using mmx.h and so no longer need to be in assembly language source files. Subtitles were reworked and are now decoded if selected. Closed captioning has been added to video/video.C using subtitle tracks. note: the library now uses X fonts, but this can be staticly built by specifying a Makefile compile switch. Nav packets are now (to some extent) supported, for encrypted dvds. Ifo support is a little more debugged. The probe phase normally uses ifo table information, but some off brand dvds use bizarre generic configurations. The empirical probe is still available if the environment variable IFO_STREAM_PROBE exists. The low level io has been recoded as zio.C and supports single access threaded streaming data for dvb devices. Dvb Mgt packets are now decoded (to some extent) in the stream probes. Added mpeg3_dvb_* api. The empirical probe is still available if the environment variable DVB_STREAM_PROBE exists. libpthread locks was replaced with direct calls to futex. A couple of test programs have been included in the build directory. Some improvements were added to slice buffer reading for speedup. Seeking/Toc have been reworked somewhat to improve accuracy. Raw MPEG transport streams can be directly captured. *** cinelerra: Dvb support has been added. This caused record*.C to be recoded. The use of a remote server was removed. Direct transport stream capture is available and easily captures stream data on my laptop. Transcoding still works, but only can keep up at ntsc and below on my laptop. Dvb channel scanning is available (but somewhat unstable). filempeg was modified to use some of the new features in libzmpeg3. Device presentation timestamps can be used to sync frame data. This is selectable as a preference. Dvb recording format parameters can follow the mpeg probe data. This is selectable as a preference. audiodevice was modified. Duplex was removed and made inherent. An input monitoring capability was added to audioidevice. 5.1-2 downmixing is available in audiodevice for input/output. This feature can be enabled/disabled using the preferences. This is not really needed for cinelerra, since the patchbay does this already, but when recording device data the patchbay downmix is not available. An indicator appears in meters when downmixing. I have looked at porting the patch to the version which is supported here, but to port my_cinelerra to cinelerra-4 would take a few days. Also, Adam Williams has added a copyright notice to all of the files, but he has indicated to me that publishing a derivitive is fine with him. If you are interested, or would like me to post this as a branch, or would just like a copy to evaluate... I suggest that the port be accomplished by essentially calculating the differences for cinelerra2.1-my_cinelerra and then port these changes to cinelerra4+above_patch. I estimate the mod to be ~100K-200K lines for {cinelerra, guicast, plugins} and that there are ~2K diffs which require manual attention. Files record* would be summarily replaced. I would retain the build structure of my_cinelerra, but recommend removing inactive files. If this is unsavory, then perhaps just create a derivitive branch to expose the changes. mailto:agent_smith060...@yahoo.com +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] hackIT: somebody coming?
oi vale, when will it occur? iwas thinking aboutif somebody is interested, please contact me I had some ideas... Vale ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] hackIT: somebody coming?
ahoe, oi vale, when will it occur? last week end of june so then I'll not go - I'll have the last test of the last discipline of my course! : iwas thinking aboutif somebody is interested, please contact me I'll be there surely, and I'm interested :) I had some ideas... if you want we can have a brainstorming here, there are some people interested on cinelerra in the hackit community anyway, I think you can make any proposal and it will be welcome if you could stream the brainstorm, it would be nice. ciao, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] patch to fix build w/ latest ffmpeg
wow, I did not tested w/ the in-tree ffmpeg, I'll take a look in it soon. thanks. rafael diniz On Sonntag, 3. Mai 2009, Rafael Diniz wrote: Hi people, Can anyone please apply the attached patch. It fixes cinelerra build w/ latest ffmpeg (trunk). Sorry, this patch breaks my build, which uses the in-tree ffmpeg: ../../../git/quicktime/qtffmpeg.c: In function 'get_chroma_factor': ../../../git/quicktime/qtffmpeg.c:230: error: 'PIX_FMT_YUYV422' undeclared (first use in this function) ../../../git/quicktime/qtffmpeg.c: In function 'quicktime_ffmpeg_decode': ../../../git/quicktime/qtffmpeg.c:429: error: 'PIX_FMT_YUYV422' undeclared (first use in this function) Could you please update it to take care of this case, too? Thanks, -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Cool ways to use Cinelerra???
On Monday 04 May 2009 14:26:26 Aaron Newcomb wrote: Hey everyone. I am doing an interview in a few days on FLOSS Weekly about Cinelerra/Lumiera and I wanted to share some cool ways that people are using Cinelerra. Perhaps you use it to edit video for a TV station. Or maybe you have used it to make a movie. If you could share your thoughts with me I will try to share them with Leo and Randal during the interview. here we use cinelerra to edir our videos for the tv channel we have - TV Piolho (channel 20 UHF). It's a free TV (free as in freedom). piolho.tvlivre.org : ) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] patch to fix build w/ latest ffmpeg
Hi people, Can anyone please apply the attached patch. It fixes cinelerra build w/ latest ffmpeg (trunk). bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- diff --git a/cinelerra/ffmpeg.C b/cinelerra/ffmpeg.C index 85e5614..6cea249 100644 --- a/cinelerra/ffmpeg.C +++ b/cinelerra/ffmpeg.C @@ -6,6 +6,13 @@ extern C { } #endif +/* fix for newer ffmpeg */ +#ifndef PIX_FMT_YUV422 +#define PIX_FMT_YUV422 PIX_FMT_YUYV422 +#endif +#ifndef PIX_FMT_RGBA32 +#define PIX_FMT_RGBA32 PIX_FMT_RGB32 +#endif #include filebase.h #include quicktime.h diff --git a/quicktime/qtffmpeg.c b/quicktime/qtffmpeg.c index 594a213..a6d272c 100644 --- a/quicktime/qtffmpeg.c +++ b/quicktime/qtffmpeg.c @@ -8,8 +8,10 @@ // FFMPEG front end for quicktime. - - +// fix for newer ffmpeg, don't break w/ older ones... +#ifndef PIX_FMT_YUV422 +#define PIX_FMT_YUV422 PIX_FMT_YUYV422 +#endif
Re: [CinCV] blackmagic design hardware suppor for linux toos
People, I have a BM Intensity Pro at work (that does HD capture thru the HDMI port), and as soon as I can get my hands on the Linux SDK, I'll see what format the software that comes w/ the SDK can output to me. BTW, a nice move would be make ffmpeg or gstreamer support the card directly, using the sdk api, so than I would be able to output directly in dnxhd, if the machine could encode the video in realtime... bye, rafael diniz - Original Message - From: Kurt Georg Hooss ho...@kurts-film.de To: cinelerra@skolelinux.no Sent: Tuesday, April 21, 2009 9:08:41 AM GMT -06:00 US/Canada Central Subject: Re: [CinCV] blackmagic design hardware suppor for linux toos erm... just for the dumb and stupid like me, in short, what is this about? video hardware? what does it do? thanks, georg Georg, Here's a review of the card: http://www.videomaker.com/article/13256/ scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] donation of apple hardware for cinelerra darwin port
On Monday 20 April 2009 19:03:54 John Haiducek wrote: On Mon, 2009-04-20 at 17:16 +0200, p...@ichthyostega.de wrote: Rafael Diniz schrieb: I'd ask if someone is still interested in a cinelerra darwin port. Any news from the lumiera front? Not hardware is the limiting factor. We need people willing to participate on a long-term base, in order for a darwin port to happen. In this respect, the situation is the same for cinelerra and lumiera. Would the darwin port be for powerpc or intel? both, as in Linux. bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] avi yuv2 render size is huge and no playback plugins
Hi people, I choose the codec depending on the application (DVD, AVCHD, post production etc...). In fact when it comes to have files that you can use easily (DVD player for say) the choice does reduce itself to a mere couple of options (y4mstream, ac3) that you need to multiplex later on. For HD DVD not too sure. For Bluray : AVCHD with a H264 encoding. For post prod : quicktime in 444 HD uncompressed or Tiff files in sequence. How about DNXHD? bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] donation of apple hardware for cinelerra darwin port
hi there people, I'd ask if someone is still interested in a cinelerra darwin port. I don't even have the chance to put the OSx86 in my machine because it's very old (I'm trying puredarwin[1], that I think is the way to go - lets see what happens...), but if one could get a apple hardware to do this (at least an ssh account) I can help compiling (and testing if I could get in touch w/ a working darwin system) and pushing the patches in the git repo (btw, I still have to learn git :P ). I hope to end my graduation course this semester, so I think I'll be able to work in this task in a not very far time frame. Any news from the lumiera front? bye, rafael diniz [1] - www.puredarwin.org +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] about cinelerra 4 import
Hi Simeon, Good to hear you are working on it! Btw, those two features you imported are already present in the main cinelerra git branch (j6t)? Bye, Rafael Diniz Hello Rafael, That's the current status: http://git.cinelerra.org/gitweb?p=sv/cinelerra.git;a=shortlog;h=refs/heads/cin2.1sv I've imported two single features of Cin4HV into Cin2.1CV as merging the whole Cin4HV into Cin2.1CV at once ended up in a big mess and merging Cin2.1CV into Cin4HV wasn't better. (They simply differ too much) Thus the best way seems to be to merge one small feature after another. It would be great if anyone could help there a bit. Simeon ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] about cinelerra 4 import
people, I've been out for some time in the list. We've been using cinelerra in a Lab we have (in Unicamp - Campinas University, Campinas-SP - Brazil) and in our free tv station, channel 20 UHF (TV Piolho). I'd like to know about the 4.0 import. How far we are? I can help in a date not far after july (because of my work + lasts university classes). cinelerra rocks! bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: my incompetence or buggy as hell?
Just to tell about my experience w/ cinelerra: I use cinelerra in my Athlon 2400+ w/ 512Mb of RAM, in a slackware 12.2 system and I always could end up my projects in a nice way. One thing I always recommend to people is to never overwrite the project xml file, in a way that if something goes wrong w/ the xml, you can pick the latest good one. Another tricky stuff is the buggy OSS emulation of the linux kernel - sometimes when using the OSS driver in cinelerra, A/V looses sync, so always use ALSA when using ALSA driver system (4Front OSS 4.1 works perfect). Also the video driver can mess things up, so pick the one that works for you, and let the Play every frame box not marked. We also use cinelerra in our TV Station and it works ok. Cinelerra is great, is just a matter on how to deal w/ it's bugs. As you mentioned SGI/IRIX, did anybody tried compiling cinelerra in Irix? bye, rafael diniz Wow, this thread has garnered quite some response. For the record, I've been using Cinelerra occasionally (since I don't have much video work recently) on an HP xw9300 workstation (2x Dual-core Opteron with 2GB RAM) running Debian Lenny (now Squeeze) AMD64 kernel packages. Using the AMD64 Cinelerra package from Valentina Messeri's repo and debian-multimedia's AMD64 repo to fill in the gaps. I've been quite pleased with Cinelerra on this system. Yes there are a couple bugs with some effects, and you have to save often (thankfully it's one keystroke (s) so I do it after almost every successful edit) but once you get into that habit, it's very usable. (I usually start Cinelerra from a command prompt so I can 1) see why it crashed if it does and 2) restart it with two keystrokes (cursor up Enter.)) Heroine Virtual even says that Cinelerra is more stable in 64-bit than 32. In fact, I purchased the workstation I did due to their system requirements. I'm also coming from Adobe Premiere 4.2 on SGI/IRIX, and if you want to talk about buggy...I had so many workarounds for bugs on that thing it was a large project just to do a slide show video (having to render stills differently than motion due to artifacts, then trying to join them later in a way that didn't mess up the field order, with really only Motion JPEG-A Quicktime as a choice since all the other codecs were buggy in one way or another! Oy!) What took me a day or more on that takes me minutes on Cinelerra, so I don't mind the occasional crash, especially with the console output to see what went wrong. My 2c. Sincerely, Sean M. Pappalardo ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Slackware 12.1: no xcb bug
Hi all, Today Slackware 12.1 was announced. It do not have the xcb bug. It's an option for those who want to install an updated linux distro that runs cinelerra fine. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Build problem on Debian for PowerPC, due to pkg-config.
Hi Herman, I think that we, at Cinelerra CV project could start accepting computer donation for development. If I could do a ssh to a powerpc machine, I'd be very happy to help. bye, rafael diniz On Sat, 03 May 2008 16:50:02 +0200, Rafael Diniz [EMAIL PROTECTED] wrote: last year I made packages for my G3 running slackintosh, and every thing worked fine. Now, that's a not quite enough information to be helpful to me, as I would rather fix this apparently modest problem than switch to Slackware. I'm glad you were lucky, but I'd like to know _why_, so others can be lucky, too. On their own distros, mind you. :-) Can you search in your configure file for the string PKG_CHECK_MODULES ? On my laptop configure doesn't contain such strings (I guess pkg-config isn't used, for some reason), only configure.in. And therefore I don't run into the error I get on the Mac mini. Maybe that was the case when you built Cinelerra on your G3, too? unfortunately, my G3 died... Aaaw -- 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
[CinCV] Possible fix for Xorg xcb bug
Here is a possible fix for us... -- (http://bugs.freedesktop.org/show_bug.cgi?id=9528) Jamey and I just announced a set of changes to XCB and Xlib/XCB which, among other things, should address all the outstanding synchronization problems that we know of. Could anyone experiencing this bug please build XCB and Xlib with the patches found at http://lists.freedesktop.org/archives/xcb/2008-March/003347.html and retest? -- bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Possible fix for Xorg xcb bug
Hi all, I'm using slackware 12.1, and cinelerra works ok w/ slackware 12.1! why? I found the answer in a 30 lines patch: ftp://ftp.slackware.com/pub/slackware/slackware-current/source/x/x11/patch/libxcb/libxcb-no-assert-on-lock.diff.gz Right now, I really recommend using slackware 12.1 for cinelerra usage. I think Xorg 7.4 will include this fix. bye, rafael diniz Here is a possible fix for us... -- (http://bugs.freedesktop.org/show_bug.cgi?id=9528) Jamey and I just announced a set of changes to XCB and Xlib/XCB which, among other things, should address all the outstanding synchronization problems that we know of. Could anyone experiencing this bug please build XCB and Xlib with the patches found at http://lists.freedesktop.org/archives/xcb/2008-March/003347.html and retest? -- bye, rafael diniz ___ 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: macosx package and inclusion in svn
Hi Adrian, first of all - thanks for your effort to make cinelerra work in MacOS X! I'm triyng to set up a MacOS X environment here (hackintosh) to start testing the stuff. one thing - did you tested the sound using esd? bye, rafael diniz Hi Rafael, Rafael Diniz wrote: one issue is that there is no objcopy for macos x One thing I'd also like to include are the sources for libuuid, which is part of ext2tools, which are also not available (as a package) for Mac Os. well, I think I could help spliting the patch and asking for reviews. Naturally, I would also volunteer to help out. cheers, Adrian ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] macosx package and inclusion in svn
hi all, anyone made a package of cinelerra for macos x? what do you all think about commiting osx code in svn? bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] macosx package and inclusion in svn
I took a look at the diff, and there are some nice code to commit like support swscaler for ffmpeg (if using external ffmpeg) ifdef'ed, that I think is the interface being used by all packages out there, for linux and bsd's. the diff is not that long, and adds most of Darwin stuff using ifdef's. one issue is that there is no objcopy for macos x, so Adrian made some adjusts to use a small program that puts the raw theme data inside .c files. well, I think I could help spliting the patch and asking for reviews. bye, rafael diniz hi all, anyone made a package of cinelerra for macos x? what do you all think about commiting osx code in svn? bye, rafael diniz ___ 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] Using Raw dv as opposed to Quicktime DV
in the past, there were problems w/ raw dv, but now i really don't know any problem. anyone tested files 2Gb in a 32bits environment? bye, rafael diniz On Sun, July 22, 2007 9:49 am, Klaas van Gorkum wrote: Hi. I am using Cinelerra 2.1 CV to edit a video with media captured as Raw DV in Kdenlive/dvgrab. This seems to work fine: Cinelerra reads the files properly, and outputs them to DV 1394 when necessary (i.e. I can play back the edited timeline to my DVcamera. I can render the timeline to RAW dv, and so far, most effects seem to work ok. However, almost all of the tutorials I encounter on the internet recommend editing with Quicktime DV. Is this information obsolete, or are there advantages to working in Quicktime as opposed to RAW dv? Are there differences, for example, in playback performance? Unsolved bugs? It would be good to have some conclusive answers/background on this before I venture too far into a RAW dv workflow. Thanks! Klaas ___ 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] about assembler errors in mmx code
ok, look in the compilation line: -O0 As I said, no do use any FLAG (!= O3) for compiling the mmx code... so, your cinconf.sh is not ok... remove any -O0 in the script. bye, rafael diniz On Thu, July 19, 2007 2:32 am, Mark Carter wrote: I've been trying to get cinelerra 3 compiling, so far without success. It's going wrong at: gcc -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../../pipapo.org/quicktime/ffmpeg/libavcodec/i386 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_MMX -DUSE_MMX -DX86_CPU -DHAVE_MMX -msse -DHAVE_BUILTIN_VECTOR -O3 -D_GNU_SOURCE -DHAVE_AV_CONFIG_H -I../../../../../pipapo.org/quicktime/ffmpeg/libavcodec/i386/../.. -I../.. -O0 -g -MT fdct_mmx.lo -MD -MP -MF .deps/fdct_mmx.Tpo -c ../../../../../pipapo.org/quicktime/ffmpeg/libavcodec/i386/fdct_mmx.c -o .libs/fdct_mmx.o /tmp/cccnRJUy.s: Assembler messages: /tmp/cccnRJUy.s:1990: Error: suffix or operands invalid for `pshufw' I've used cinconf.sh , as suggested on a webpage whose location I can't currently recall. It seems a bit puzzling that changing the optimisation level should suddenly make the code compilable. Sounds like somebody went looking for trouble, and it found them. - Original Message From: Rafael Diniz [EMAIL PROTECTED] To: cinelerra@skolelinux.no Sent: Wednesday, 18 July, 2007 12:05:56 AM Subject: [CinCVS] about assembler errors in mmx code Hi all, Because of the scarcity of registers in i386, the files of quicktime/ffmpeg/libavcodec/i386 should never be compiled w/ -O0 (O2 and O3 works ok). libavcodec compile this way, and we could try to modify the Makefiles to avoid using CFLAGS and CXXFLAGS in the libavcodec mmx optimized code. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your free account today http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07. html ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] cinelerra problems w/ glibc 2.5...
hi hannes, still the same problem. the output: http://juba.tvlivre.org/out.cin and the same gdb trace here: (gdb) bt #0 0xb70c1402 in pthread_join () from /lib/libpthread.so.0 #1 0xb794fde5 in Thread::join (this=0x85fc978) at thread.C:121 #2 0xb78e7d09 in BC_Clipboard::stop_clipboard (this=0x85fc978) at bcclipboard.C:64 #3 0xb793bdf6 in ~BC_WindowBase (this=0x85e3fd0) at bcwindowbase.C:142 #4 0xb7932d75 in ~BC_Window (this=0x85e3fd0) at bcwindow.C:42 #5 0x083145e4 in ~SplashGUI (this=0x85e3fd0) at splashgui.C:32 #6 0x0824f393 in MWindow::hide_splash (this=0xbfb78518) at mwindow.C:1373 #7 0x0825612b in MWindow::create_objects (this=0xbfb78518, want_gui=1, want_new=1, config_path=0xbfb77d18 ) at mwindow.C:1353 #8 0x0821d64a in main (argc=1, argv=0xbfb78744) at main.C:257 thanks! rafael diniz Does this patch help? http://developer.skolelinux.no/~j6t/alternatemutex-2.1.diff -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] cinelerra problems w/ glibc 2.5...
hi all, i managed to run cinelerra in my slack 12 (glibc 2.5) w/ two different hacks. (use one _or_ another, not both). the first: Index: cinelerra/mwindow.C === --- cinelerra/mwindow.C (revision 1013) +++ cinelerra/mwindow.C (working copy) @@ -1348,9 +1348,9 @@ if(preferences-use_tipwindow) init_tipwindow(); -SET_TRACE + //SET_TRACE - hide_splash(); + // hide_splash(); SET_TRACE init_shm(); } === the second: Index: guicast/bcwindowbase.C === --- guicast/bcwindowbase.C (revision 1013) +++ guicast/bcwindowbase.C (working copy) @@ -138,8 +138,8 @@ #ifdef HAVE_GL if(!gl_win_context || !get_resources()-get_synchronous()) #endif - XCloseDisplay(display); - clipboard-stop_clipboard(); + XCloseDisplay(display); + //clipboard-stop_clipboard(); delete clipboard; } else === this first one seens more sane (the splash window will not go away). the gdb backtrace: (gdb) bt #0 0xb7011402 in pthread_join () from /lib/libpthread.so.0 #1 0xb789fe2f in Thread::join (this=0x85fc778) at thread.C:123 #2 0xb7837d59 in BC_Clipboard::stop_clipboard (this=0x85fc778) at bcclipboard.C:64 #3 0xb788be46 in ~BC_WindowBase (this=0x85e3a68) at bcwindowbase.C:142 #4 0xb7882dc5 in ~BC_Window (this=0x85e3a68) at bcwindow.C:42 #5 0x083145d0 in ~SplashGUI (this=0x85e3a68) at splashgui.C:32 #6 0x0824f393 in MWindow::hide_splash (this=0xbfdfb798) at mwindow.C:1373 #7 0x0825612b in MWindow::create_objects (this=0xbfdfb798, want_gui=1, want_new=1, config_path=0xbfdfaf98 ) at mwindow.C:1353 #8 0x0821d64a in main (argc=1, argv=0xbfdfb9c4) at main.C:257 - keep hacking... ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] cinelerra problems w/ glibc 2.5...
hi all, don't use those patches, here is another gdb trace of the freeze in a glibc 2.5 system: (gdb) bt #0 0x2aabe1282076 in pthread_cond_wait () from /lib64/libpthread.so.0 #1 0x00816809 in Condition::lock (this=0x1223cd0, location=value optimized out) at condition.C:43 #2 0x00801b34 in BC_Synchronous::run (this=0x12238e0) at bcsynchronous.C:155 #3 0x0080085d in BC_Synchronous::start (this=0x1223cd4) at bcsynchronous.C:118 #4 0x005d5904 in MWindow::start (this=0x7fffcc134090) at mwindow.C:1329 #5 0x005bf10c in main (argc=1, argv=0x7fffcc134338) at main.C:268 ... On Wed, July 18, 2007 12:39 pm, Rafael Diniz wrote: hi all, i managed to run cinelerra in my slack 12 (glibc 2.5) w/ two different hacks. (use one _or_ another, not both). the first: Index: cinelerra/mwindow.C === --- cinelerra/mwindow.C (revision 1013) +++ cinelerra/mwindow.C (working copy) @@ -1348,9 +1348,9 @@ if(preferences-use_tipwindow) init_tipwindow(); -SET_TRACE + //SET_TRACE - hide_splash(); + // hide_splash(); SET_TRACE init_shm(); } === the second: Index: guicast/bcwindowbase.C === --- guicast/bcwindowbase.C (revision 1013) +++ guicast/bcwindowbase.C (working copy) @@ -138,8 +138,8 @@ #ifdef HAVE_GL if(!gl_win_context || !get_resources()-get_synchronous()) #endif - XCloseDisplay(display); - clipboard-stop_clipboard(); + XCloseDisplay(display); + //clipboard-stop_clipboard(); delete clipboard; } else === this first one seens more sane (the splash window will not go away). the gdb backtrace: (gdb) bt #0 0xb7011402 in pthread_join () from /lib/libpthread.so.0 #1 0xb789fe2f in Thread::join (this=0x85fc778) at thread.C:123 #2 0xb7837d59 in BC_Clipboard::stop_clipboard (this=0x85fc778) at bcclipboard.C:64 #3 0xb788be46 in ~BC_WindowBase (this=0x85e3a68) at bcwindowbase.C:142 #4 0xb7882dc5 in ~BC_Window (this=0x85e3a68) at bcwindow.C:42 #5 0x083145d0 in ~SplashGUI (this=0x85e3a68) at splashgui.C:32 #6 0x0824f393 in MWindow::hide_splash (this=0xbfdfb798) at mwindow.C:1373 #7 0x0825612b in MWindow::create_objects (this=0xbfdfb798, want_gui=1, want_new=1, config_path=0xbfdfaf98 ) at mwindow.C:1353 #8 0x0821d64a in main (argc=1, argv=0xbfdfb9c4) at main.C:257 - keep hacking... ___ 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 problems w/ glibc 2.5...
hi all, this last gdb trace was done in cinelerra 2.1 from HV, sorry, it was gave to me in irc by LMJ, so, the patches i made still can have some use ;) On Wed, July 18, 2007 1:00 pm, Rafael Diniz wrote: hi all, don't use those patches, here is another gdb trace of the freeze in a glibc 2.5 system: (gdb) bt #0 0x2aabe1282076 in pthread_cond_wait () from /lib64/libpthread.so.0 #1 0x00816809 in Condition::lock (this=0x1223cd0, location=value optimized out) at condition.C:43 #2 0x00801b34 in BC_Synchronous::run (this=0x12238e0) at bcsynchronous.C:155 #3 0x0080085d in BC_Synchronous::start (this=0x1223cd4) at bcsynchronous.C:118 #4 0x005d5904 in MWindow::start (this=0x7fffcc134090) at mwindow.C:1329 #5 0x005bf10c in main (argc=1, argv=0x7fffcc134338) at main.C:268 ... On Wed, July 18, 2007 12:39 pm, Rafael Diniz wrote: hi all, i managed to run cinelerra in my slack 12 (glibc 2.5) w/ two different hacks. (use one _or_ another, not both). the first: Index: cinelerra/mwindow.C === --- cinelerra/mwindow.C (revision 1013) +++ cinelerra/mwindow.C (working copy) @@ -1348,9 +1348,9 @@ if(preferences-use_tipwindow) init_tipwindow(); -SET_TRACE + //SET_TRACE - hide_splash(); + // hide_splash(); SET_TRACE init_shm(); } === the second: Index: guicast/bcwindowbase.C === --- guicast/bcwindowbase.C (revision 1013) +++ guicast/bcwindowbase.C (working copy) @@ -138,8 +138,8 @@ #ifdef HAVE_GL if(!gl_win_context || !get_resources()-get_synchronous()) #endif - XCloseDisplay(display); - clipboard-stop_clipboard(); + XCloseDisplay(display); + //clipboard-stop_clipboard(); delete clipboard; } else === this first one seens more sane (the splash window will not go away). the gdb backtrace: (gdb) bt #0 0xb7011402 in pthread_join () from /lib/libpthread.so.0 #1 0xb789fe2f in Thread::join (this=0x85fc778) at thread.C:123 #2 0xb7837d59 in BC_Clipboard::stop_clipboard (this=0x85fc778) at bcclipboard.C:64 #3 0xb788be46 in ~BC_WindowBase (this=0x85e3a68) at bcwindowbase.C:142 #4 0xb7882dc5 in ~BC_Window (this=0x85e3a68) at bcwindow.C:42 #5 0x083145d0 in ~SplashGUI (this=0x85e3a68) at splashgui.C:32 #6 0x0824f393 in MWindow::hide_splash (this=0xbfdfb798) at mwindow.C:1373 #7 0x0825612b in MWindow::create_objects (this=0xbfdfb798, want_gui=1, want_new=1, config_path=0xbfdfaf98 ) at mwindow.C:1353 #8 0x0821d64a in main (argc=1, argv=0xbfdfb9c4) at main.C:257 - keep hacking... ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] about assembler errors in mmx code
Hi all, Because of the scarcity of registers in i386, the files of quicktime/ffmpeg/libavcodec/i386 should never be compiled w/ -O0 (O2 and O3 works ok). libavcodec compile this way, and we could try to modify the Makefiles to avoid using CFLAGS and CXXFLAGS in the libavcodec mmx optimized code. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] vcr video file
Hi john, So you confirm that cinelerra is working ok in powerpc in 32 bits mode? thats nice... without any color anoyance? bye, rafael diniz On Sat, July 7, 2007 6:19 am, John Haiducek wrote: On Jul 6, 2007, at 10:56, Doug Pollard wrote: Boy oh Boy, When I took XP out and installed ubuntu I had video files I put on an external usb hard drive. One of them is a vcr file that I can't use in Cinelerra the only thing I can think of to do is uninstall ubuntu and reinstall xp and put ATI back in then use it to change the VCR file to MPEG. I don't know of any other program that can handle a VCR file. Of course I will then have to re install ubuntu. Anybody got any ideas with less twists and turns. Also would like to know if cinelerra runs ok in feisty i have seen a couple post that might indicate that it won't. I just finished a pretty big project running Cinelerra under Feisty on a dual G5 (powerpc64). I compiled it from source though so I can't speak for how well the feisty packages work, but cinelerra itself worked fine for me (other than its usual random crashes). The various ubuntus (kubuntu, edubuntu, xubuntu, etc) all use the same package repositories; they're really the same operating system with different sets of packages selected by default. If you install kubuntu and don't like KDE, you can easily install Gnome or XFCE (and optionally remove KDE). Personally I'm a Gnome fan but I can't reasonably speak ill of KDE having not used it in a long time. John Haiducek ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] very weird problem with glibc 2.5 and cinelerra
Hi all, I just upgraded to slackware 12 and recompiled the stuff w/ slack 12 tools - gcc 4.1.2 and --glibc 2.5--, xorg 7.3. when I run cinelerra, it loads up, and when I close the 'tip window' (even without closing it), cinelerra just stay freezed, very freezed, and nothing works, not even trying to close its windows. ok, trying to load cinelerra with strace, it works normally!! and strace stay freezed at: mprotect(0xa36ee000, 4096, PROT_NONE) = 0 clone(child_stack=0xa3eed4a4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xa3eedbd8, {entry_number:6, base_addr:0xa3eedb90, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xa3eedbd8) = 3424 futex(0x851f7a4, FUTEX_WAIT, 1, NULL hummm strange, the same thing occurs when I load cinelerra w/ gdb - cinelerra just works ok. Can anyone try cinelerra w/ glibc 2.5? bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] very weird problem with glibc 2.5 and cinelerra
the gdb trace: Program received signal SIGINT, Interrupt. 0xb71ce402 in pthread_join () from /lib/libpthread.so.0 (gdb) bt #0 0xb71ce402 in pthread_join () from /lib/libpthread.so.0 #1 0xb7ae in Thread::join (this=0x8544758) at thread.C:120 #2 0xb79f3a04 in BC_Clipboard::stop_clipboard (this=0x8544758) at bcclipboard.C:64 #3 0xb7a34705 in ~BC_WindowBase (this=0x852ba68) at bcwindowbase.C:142 #4 0xb7a2ce07 in ~BC_Window (this=0x852ba68) at bcwindow.C:42 #5 0x08289055 in ~SplashGUI (this=0x852ba68) at splashgui.C:32 #6 0x081fc63a in MWindow::hide_splash (this=0xbf9395e4) at mwindow.C:1373 #7 0x0820099f in MWindow::create_objects (this=0xbf9395e4, want_gui=1, want_new=1, config_path=0xbf938de4 ) at mwindow.C:1353 #8 0x081d925f in main (argc=1, argv=0xbf9397d4) at main.C:257 (gdb) On Fri, July 6, 2007 9:03 pm, Rafael Diniz wrote: Hi all, I just upgraded to slackware 12 and recompiled the stuff w/ slack 12 tools - gcc 4.1.2 and --glibc 2.5--, xorg 7.3. when I run cinelerra, it loads up, and when I close the 'tip window' (even without closing it), cinelerra just stay freezed, very freezed, and nothing works, not even trying to close its windows. ok, trying to load cinelerra with strace, it works normally!! and strace stay freezed at: mprotect(0xa36ee000, 4096, PROT_NONE) = 0 clone(child_stack=0xa3eed4a4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSV SEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xa3eedbd8, {entry_number:6, base_addr:0xa3eedb90, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xa3eedbd8) = 3424 futex(0x851f7a4, FUTEX_WAIT, 1, NULL hummm strange, the same thing occurs when I load cinelerra w/ gdb - cinelerra just works ok. Can anyone try cinelerra w/ glibc 2.5? bye, rafael diniz ___ 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 under Jack support?
hi, you can use the oss2jack and use the oss driver of cinelerra. http://fort2.xdas.com/~kor/oss2jack/ bye, rafael diniz Dear Cinelerra support We have try to install this application in our Mediastation keyboard but seem that will not working well, because the whole keyboard is based under Jack connection kit. Are there available soon one version that will have included the Jack support? Thanks for your help. Regards Domenico Lionstracs Italy www.lionstracs.com http://www.lionstracs.com/ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] [Bug 376] New: Completely wrong colours both in display and rendering on PowerPC
I can capture w/ dvgrab using raw dv and load the file in cinelerra ok, and the colors are displayed ok. slackintosh 11.0 libdv 1.0 bye, rafael diniz http://bugs.cinelerra.org/show_bug.cgi?id=376 Summary: Completely wrong colours both in display and rendering on PowerPC Product: Cinelerra Version: 2.1 Platform: Macintosh OS/Version: Linux Status: NEW Severity: critical Priority: Medium Component: Rendering AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] On Debian Sid for PowerPC, DV video gets displayed in shades of pink and green. This is also what gets rendered to file. Kino is affected by the same problem. Downgrading libdv4 did not help. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] New ubuntu packages maintainer needed
i know that someone will assume this task. if if if nobody assume, i can do a cinelerra package using checkinstall inside a ubuntu chroot... bye, rafael diniz Hi Jure! Sorry to hear about it. But I guess it's for the best... we need to learn by ourselves. I am not the right persion to take your place. (lack of hardware and ability) But still, I am a bit curious about how the packages for ubuntu are built. Can you recommend a good manual? All the best! Miha On sob, 2006-10-07 at 22:32 +0200, Jure Cuhalev wrote: In last few weeks a number of Ubuntu users asked when will I start providing updated Cinelerra 2.1 packages. The answer, sadly, is that I will not and that I can not. As such I invite anyone who wants to take this roll over to mail me and I'll add your website to my README. Even though it is hard for me to make this decision it is logical and for the best. Reasons include the fact that I'm currently studying abroad and have only my iBook with me. Having a PowerPC platform effectively means that I can not even test packages I would build. The other reason is that for some months the Xen virtual machine I was using to build the packages is offline. It does not seem that it will be back online in near future. The last reason is that I will not be using Cinelerra while abroad so I would like to leave this task to someone who is more motivated to have up-to date packages available. regards, Jure Cuhalev (please cc: or mail off-list since I don't read the list) ___ 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] Compiling Cinelerra with bluedottheme
some time ago i made bluedot work with 2.0cv, but we need to draw some new buttons and icons to make it work ok. (i replaced the lacking images with the standart default old theme images) i'll upgrade the patch to 2.1cv and ask people to help with images, since i a very bad with drawings. bye, rafael diniz I would love to do that, but unfortunately I'm not a programmer :( BTW, what language is Cinelerra written in, C, C++? Johannes Sixt wrote: On Thursday 31 August 2006 14:32, Bas Alphenaar wrote: I tried to compile r836 of Cinelerra with the bluedottheme today, but it doesn't work. It did work with the greenelerra theme. This is what I get: [Many errors] Somebody knows what's wrong? Bluedot has not been updated for Cinelerra 2.0; 2.1 will require another round of changes. Same for other themes except S.U.V. For this reason S.U.V. is now the only one that is compiled. If you want some other theme, you need to get your hands dirty ;) Send a patch; we'll happily apply it. -- Hannes ___ 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
[CinCVS] compilation fails in ppc
hi all, I`m trying to compile cinelerra for a friend in his powerbook G4. I installed ubuntu, and compiled a lot of dependencies by hand to satisfy all cinelerra dependencies. When i started compiling it, it fails inside libavcodec stuff. i tryed to compile the ffmpeg from today, and it compiled ok. how can i put a newer ffmpeg to build cinelerra-cv? i think that for 2.1cv we should change the ffmpeg version. any tip to compile cinelerra in ppc? thanx, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] compilation fails in ppc
the error is Unrecognized opcode: bswap shrl bswap in quicktime/ffmpeg/libavcodec/bitstream.c i`m looking at ffmpeg compiling flags, and they are very different from the flags used by cinelerra-cv? i`ll do some experiments. bye, rafael diniz hi all, I`m trying to compile cinelerra for a friend in his powerbook G4. I installed ubuntu, and compiled a lot of dependencies by hand to satisfy all cinelerra dependencies. When i started compiling it, it fails inside libavcodec stuff. i tryed to compile the ffmpeg from today, and it compiled ok. how can i put a newer ffmpeg to build cinelerra-cv? i think that for 2.1cv we should change the ffmpeg version. any tip to compile cinelerra in ppc? thanx, rafael diniz ___ 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