Re: [CinCVS] WHERE CINELERRA IS GOING? ...anyone?
On Tue, 2007-08-14 at 02:29 -0300, marquitux caballero wrote: > I guess the PROFESSIONAL editing in linux with 64 bits platforms, was > an > advantage in the past, now the 64 bit systems are very common, and > the > renderfarm stuff seems expensive, and a space/energy waste too... Not for image processing.
[CinCVS] WHERE CINELERRA IS GOING? ...anyone?
hi, I´m Marcos Cabalero from Argentina, and I have replaced adobe premiere for cinelerra for almos a year, so I want to ask: Does anyone knows where cinelerra is going? I mean I love the speed in my AMD64, premiere stays behind playing clips or stuff like that. but After all this time, why am I supposed to have a 64 bit, with a 1990´s envirnoment, come on people, I can´t still drag several clips at the same time... what is the workaround? cut and paste silences? seems like cinelerra STILL very grab to the Broacas2000 audio suite environment. Why do I need to create a renderfarm, wich is a great idea, just to see thos horrible effects, I mean, have someone use afterFX or premiere sometime? way not make Cinelerra compatible with some other filter package? come on, even hollywoodFX is better. should I buy another AMD64 or a dual opteron? WHY? to have those horrible and few EFFECTS in realtime? even kino FX looks better. in the comunity very cool people tried to explain me thos things, but they seems to be very focused in specific issues, and those BASIC things, are not important in this part of the coding process, and they told me those things are BUGs... really? bugs? or bad plannig, or even no global vision? who runs this project? I whould really love to know where cinelerra is going, perhaps, I´m totally mistaked, and cinelerra 3.0 is more flexible, with function curves, GREAT transitions, 3D effects, 3D camera Space, and GREAR FXs, and I will say wow, but really, Is that gonna happen someday? cinelerra 4,5, or 10? why some lone guy can create an OPENMOVIEEDITOR, and cinelerra after all this time, and the HD/SD/HDV, o maybe someday AVCHD and SFTUFF like that, can´t trim clips, or move to sinc editing with music beats, or export direcly to MPEG PS. Premiere, can export directly to DVD, wich KINO seems to achieve, but premiere creates the MENU, is that so hard to achieve? I can create in gimp GREAT templates If cinelerra coul do it, but still is a missing. someone shares my concern here? please I´m not trying to criticize any programmer´s job, just asking, is cinelerra going somewhere? if so... can anyone tell me where, and if there is some estimated time to RENDER, those improvements? when the rendering time is too long, I usually go somewhere else to do some other thing. I´m creating a weekly tv show and a documentary now in cinelerra... can other users tellme if I´m wrong? suddenly, 200 dollars for a 32 bit of MAINACTOR isn´t to much, but unfortunately mainactor is not in development anymore. I guess the PROFESSIONAL editing in linux with 64 bits platforms, was an advantage in the past, now the 64 bit systems are very common, and the renderfarm stuff seems expensive, and a space/energy waste too... now cinelerra is just ANOTHER 64 bit app, wich is not as usefull than the blender3D /sequencer , not so vaporware like jahshaka, or even so fragile as DIVA. should the professional be considering to buy a Apple/finalcut, or buy a cheap PC with Matrox RTx100? cinelerra has some surprises for the average editor? or still in the stoneAGE somehow? please, answer, I love cinelerra and saddly have to say that is getting FAR behind... very in the XX century. marquitux From: [EMAIL PROTECTED] Reply-To: cinelerra@skolelinux.no To: cinelerra@skolelinux.no Subject: Cinelerra digest, Vol 1 #1844 - 5 msgs Date: Tue, 14 Aug 2007 06:40:20 +0200 Send Cinelerra mailing list submissions to cinelerra@skolelinux.no To subscribe or unsubscribe via the WorldWide Web, visit https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Cinelerra digest..." Today's Topics: 1. Re: I found a linux motion interpolator! :)) (Scott C. Frase) 2. Re: #cinelerra irc channel usage (Scott C. Frase) 3. Re: I found a linux motion interpolator! :)) (Graham Evans) 4. Re: I found a linux motion interpolator! :)) (Scott C. Frase) 5. Re: I found a linux motion interpolator! :)) (Edouard Chalaron) --__--__-- Message: 1 Subject: Re: [CinCVS] I found a linux motion interpolator! :)) From: "Scott C. Frase" <[EMAIL PROTECTED]> To: cinelerra@skolelinux.no Organization: CrazedMuleProductions.blogspot.com Date: Mon, 13 Aug 2007 21:24:05 -0400 Reply-To: cinelerra@skolelinux.no On Sun, 2007-08-12 at 13:14 +0800, Graham Evans wrote: > Speed is not such an issue for me - many of Cinelerras effects are a > long way from real time. That's what the background renderer is for. I > use it all the time. I have a second networked computer running > cinelerra to make it more effective. > Hi Graham, I assume your second box is a node in a renderfarm, correct? If so, I'd like to hear about your farm setup (CPU speeds of pri
Re: [CinCVS] I found a linux motion interpolator! :))
Hi Guys To complete the speed assessment : I have 3 machines on Debian or Ubuntu. 1 SMP PIII : 1.5 fps 1 Athlon 32 bits : 3 fps 1 AMD 64 x2 Turion on a Compaq Presario : over 6 fps Managed switch on 100 Mb This coming fortnight I am getting a new AMD AM2 6000+ :-) and I have to upgrade my SMP Athlon 64 bit to Suse 10.2 to get cinelerra working. I hope it works from SVN Frames processed are uncompressed 422 quicktime yuv2 progressives in 1400x1000 (super8 mm and 16 mm) or 1100x840 (regular 8mm) Filters : Gamma, hue/saturation, color balance, unsharp and occasionally histogram And If someone has some spare time for coding it could be useful to record data from videoscope for later assessment and see when saturation or luminance are going through the roof (kind of alert thing) Cheers E
Re: [CinCVS] I found a linux motion interpolator! :))
On Tue, 2007-08-14 at 10:59 +0800, Graham Evans wrote: > Primary box is running on an AMD64 X2 4200 with 2GB RAM. > Second box has 1GB RAM and AMD64 3200. > > I have a pair of ASUS A8N-SLI Motherboards and the boxes connect through > a 10/100 ethernet switch. > > Perceived performance improvement of background rendering was close to > double that of the primary box running on its own. > > That was an impression I got watching the background render completion > bar as the node data comes back (inch inch inch *jump* inch inch inch > *jump*). Logic would say it can't be double so perhaps a 30-40% speed > increase for background render on this sort of set up is closer... The > real result for me was that the 'transaction speed' (parcelling our of > jobs, NFS transfers etc.) appeared to be practically zero in relation to > the time taken by the actual rendering. I wonder if this would change > as the number of nodes increased. > > Those qualitative results are from 2 months back. I was running FC4 64 > on both machines on cloned hard drives. Cinelerra CV version was > probably something like svn 1008. > > I'm sorry I can't provide a genuine quantative result at the moment. It > would be pretty easy but...my second 'node' is out of action waiting for > me to have the money to buy a new hard-drive. Logically I also need to > get myself a 10/100/1000 switch to take advantage of the GB onboard > network ports on my machines. And some RAID/LVM striped drives would be > nice addition too. > > all the best and thanks for 'Crazed Mule... ' I'm really enjoying it. > > Graham Thanks for the explanation, Graham! A qualitative assessment is just fine. I remembered you being on 64bit. That's a great performance boost in itself. Personally, I found that at least a couple drives in a RAID stripe set speeds things up in a fairly cost-conscious manner. When I switched from IDE to SATA, that gave my system drive a little extra kick as well. Since getting my rig stable, I haven't tackled renderfarming this year. >From the evidence you provide, it sounds like maybe I should. I have to get Cinelerra to run on my MacBook Pro first, though. I smell some work coming for the Mule! :) cheers! scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] I found a linux motion interpolator! :))
I assume your second box is a node in a renderfarm, correct? If so, I'd like to hear about your farm setup (CPU speeds of primary & farm PCs) and perceived performance improvement. scott Hi Scott Primary box is running on an AMD64 X2 4200 with 2GB RAM. Second box has 1GB RAM and AMD64 3200. I have a pair of ASUS A8N-SLI Motherboards and the boxes connect through a 10/100 ethernet switch. Perceived performance improvement of background rendering was close to double that of the primary box running on its own. That was an impression I got watching the background render completion bar as the node data comes back (inch inch inch *jump* inch inch inch *jump*). Logic would say it can't be double so perhaps a 30-40% speed increase for background render on this sort of set up is closer... The real result for me was that the 'transaction speed' (parcelling our of jobs, NFS transfers etc.) appeared to be practically zero in relation to the time taken by the actual rendering. I wonder if this would change as the number of nodes increased. Those qualitative results are from 2 months back. I was running FC4 64 on both machines on cloned hard drives. Cinelerra CV version was probably something like svn 1008. I'm sorry I can't provide a genuine quantative result at the moment. It would be pretty easy but...my second 'node' is out of action waiting for me to have the money to buy a new hard-drive. Logically I also need to get myself a 10/100/1000 switch to take advantage of the GB onboard network ports on my machines. And some RAID/LVM striped drives would be nice addition too. all the best and thanks for 'Crazed Mule... ' I'm really enjoying it. Graham ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] #cinelerra irc channel usage
On Mon, 2007-08-13 at 14:17 +0200, Christian Thaeter wrote: > I never felt comfortable with the public logging. IRC is meant to be a > volatile place where humans meet and talk, this is also a social part of > the community, you wouldn't like either if your pub-talks are logged, > even if you meet with programmer buddies at the pub! IMO there is no > much benefit of (public) logging an irc channel its rather even > contraproductive for serveral reasons: > * Things will be on google for eternity, one has to fear that things he > saied could be misinterpreted out of context. > * The signal to noise ratio is very high, you have to read pages of logs > to gather little usable information. > * in an chat are many errors, assumptions, half baked ideas, rumors. > * People who know that this is logged are less motivated to write > conclusions down to some formal/official document. > I am one of those odd people who actually read and occasionally glean some knowledge from the IRC logs, so please don't take away IRC logging. scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] I found a linux motion interpolator! :))
On Sun, 2007-08-12 at 13:14 +0800, Graham Evans wrote: > Speed is not such an issue for me - many of Cinelerras effects are a > long way from real time. That's what the background renderer is for. I > use it all the time. I have a second networked computer running > cinelerra to make it more effective. > Hi Graham, I assume your second box is a node in a renderfarm, correct? If so, I'd like to hear about your farm setup (CPU speeds of primary & farm PCs) and perceived performance improvement. scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra productions
Jonas, I'm all for easy solutions. You could also break it up into roughly eight parts of less than 100MB each and load them into YouTube. scott On Sun, 2007-08-12 at 00:32 +0200, Jonas Wulff wrote: > Hi all, > > (sorry, currently spamming the mailing list a little :) > > having a look at the list of cinelerra productions already available, > I'd really like to share mine... > > It's a little different format, though. 110 minutes feature film, > german language but subtitled in most scenes. It has been shown in > various (university) theatres across Germany and uses CC licenced > material exclusively. > > You can get some impressions (still pictures) here: > http://www-users.rwth-aachen.de/jonas.wulff/mindcontrol/bilder.html > > Further information (unfourtunately in german only) is available at > www.felsenhof-ag.de > > The problem now is that unfourtunately we don't have the webspace > available to host the movie itself :( We planned an online > 'release' (sounds bigger than it is) under CC but somehow didn't manage > it. > > So the question is: Can anyone point me to a good webspace provider > (preferably cheap/free) that could host a movie file about 700MByte in > size? > > Thanks -- I'd really like to show ;) > > Jonas > > ___ > 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 irc channel usage
David McNab wrote: > > As Cobra has expressed, there's a conflict between these purposes, with > developers logging #cinelerra and using that to keep up to date with > development issues, while others (including myself, guilty as charged) > have also been using it for general interactions within the Cinelerra > community. > That wasn't my intended message. I asked one person to move a rather lengthy discussion about Gates and other OS politics outside of #cinelerra. My comments about logging where just meant to encourage a little focus on the channel topic. We've had very good success in #cinelerra with very little operator involvement. Please don't take my comments as discouraging any discussion related to video editing in general or the related tools. The only other time I think I've commented on direction of discussion was when people started discussing places to get warez or cracked video editors. This is clearly against freenode policy, so should be considered off topic in channel. > I apologise if I've been 'spamming' #cinelerra with subject matter which > is not 100% specifically on-topic for Cinelerra. No need to be 100% on topic. :) The channel is meant for developer and user interaction and is not restricted to strictly Cinelerra discussion. Just please consider that it is intended for video editing and related discussion. If someone goes way afield of those topics, please encourage them to return to the channel theme. -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Documentation, the state of
Erm erm... Well, I'm still alive, but I now have some other stuff to worry about than the Cinelerra documentation. I for sure should have replied to your mail. I'll have a look at it on tomorrow evening. Sorry about that. Nicolas. On Mon, Aug 13, 2007 at 05:57:48PM -0300, flavio wrote: > hi there, sorry to ask this on list, but does anyone know about nicolas > maufrais? i've updated the pt_br version of the manual but haven't heard of > him yet... it's been some weeks now. just to know it everything's alright... > > thanks, > flavio -- ~~ ~ BOYCOTT SUSE & NOVELL (C)(TM)(R) MICRO$OFT ~ ~~ ~I DO LIKE AND SUPPORT GPL VERSION 3 ~ ~~ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] What I've been up to
On Mon, 2007-08-13 at 21:41 +0100, mark carter wrote: > Feel free to drool now ;) Why not publish your proposed final cinelerra-forth wordlist. That could get me drooling ;) Cheers David ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Documentation, the state of
hi there, sorry to ask this on list, but does anyone know about nicolas maufrais? i've updated the pt_br version of the manual but haven't heard of him yet... it's been some weeks now. just to know it everything's alright... thanks, flavio
[CinCVS] What I've been up to
Just thought I'd tell you guys what I've been working on, to get you interested. Well, I've commited some "less than perfect code" to my git repository, which I've cleaned up as I went along. It should be compilable at each commit, though. So, if you see some stuff and thought "that's a load of crap" - then hopefully you'll think more kindly as you see subsequent commits. I'm still learning my way around git (seems I have some way to go to make it robust to my liking) - and I haven't done any C for a long while. I've done a bit more integration of Ficl, and suppressed the menu item when you can't get access to the terminal. That way, Cinelerra wont just stop in a waiting state like it could do before. I've also added rudimentary logging facilities. For my next trick, I plan to introduce a global ficl configuration script. One thing this will do is search for a a user ficl configuration script. I will then work towards setting a default logging facility to quiet, whilst in my own personal configuration I will set that to debug mode. You will have the opportunity to go into the repl and set the debug level manually - but I hope to set up my own configuration preferences. ficl itself will need a few improvements to accomodate this. I also intend to refactor some of the file loading code, work out what works, stop using the crashing code by default, and give some kind of user configurability to activate the code. So the code should be neater, and more crash-proof out of the box - with an option to let the user try more dangerous things. Feel free to drool now ;) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] #cinelerra irc channel usage
On Mon, 2007-08-13 at 14:17 +0200, Christian Thaeter wrote: > * Things will be on google for eternity, one has to fear that things he > saied could be misinterpreted out of context. And nobody wants to end up like this guy (humorous link): http://www.ibiblio.org/Dave/Dr-Fun/df9601/df960124.jpg ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] #cinelerra irc channel usage
David McNab wrote: > Hi all, > > At present, there's only one Cinelerra-related channel on IRC, which is > serving multiple purposes as development discussion, help and general > chat. > > As Cobra has expressed, there's a conflict between these purposes, with > developers logging #cinelerra and using that to keep up to date with > development issues, while others (including myself, guilty as charged) > have also been using it for general interactions within the Cinelerra > community. > > I apologise if I've been 'spamming' #cinelerra with subject matter which > is not 100% specifically on-topic for Cinelerra. > > I can see two options for meeting all the needs: > > 1. have #cinelerra as the 'formal' channel for Cinelerra development > and help, and a separate #cinelerra-chat channel, mentioned in the > #cinelerra channel topic, or > > 2. allow general chat in #cinelerra, with a separate formal channel > such as #cinelerra-dev for the more development-related discussions, > and mention #cinelerra-dev in the #cinelerra chan topic > > Either way, it would meet the dual purposes - having a formal > development-related channel, with relevant matter on the logs, not > spammed by chat - and a separate place for cin users/devs to interact > less formally in real time. > > Either option would work, as long as the #cinelerra topic mentions the > other channel. > > Personally, I feel it's a healthy thing for the Cinelerra community to > have an announced, active informal realtime discussion channel. > > Thoughts? The IRC communnity is not that big, I think one channels where users, developers and some private discussions coexist is fine. Splitting this small community is bad. Just be careful that you stop private discussions about knitting, cooking, politics, whatever, when a more proper (cinelerra) topic is discussed. I never felt comfortable with the public logging. IRC is meant to be a volatile place where humans meet and talk, this is also a social part of the community, you wouldn't like either if your pub-talks are logged, even if you meet with programmer buddies at the pub! IMO there is no much benefit of (public) logging an irc channel its rather even contraproductive for serveral reasons: * Things will be on google for eternity, one has to fear that things he saied could be misinterpreted out of context. * The signal to noise ratio is very high, you have to read pages of logs to gather little usable information. * in an chat are many errors, assumptions, half baked ideas, rumors. * People who know that this is logged are less motivated to write conclusions down to some formal/official document. My suggestion how to solve this: Don't log! Whenever we talked about something important and have some final conclusion (this could be howtos about doing things in cinelerra, or programming/design decisions) write a short transcript/conclusion down to a proper place (Documentation Wiki, FAQ, Design Drafts, ML Announce, ...). This makes sure that the text is reviewed and on topic. Further it directly addresses the intended audience, while keeping the IRC channel as place where the community can meet, no matter if developer or user. Btw I am fine if people log the channel privately and maybe exchange the logs, this ranting was only meant about public logging which ends up on some webserver. Christian ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra