[CinCV] Cinelerra 4
... another surprise http://heroinewarrior.com/cinelerra.php3 -- leogermani.pirex.com.br leogermani.estudiolivre.org
[CinCVS] render twice causes quality loss?
hi there, I splited my project into smaller projects to make it easy to handle with a complex edit.. after I render each project, I join them together into another program, and then render it again with exactly the same settings as used before (quicktime DV)... but I see that this is resulting in an image with less quality (kind of a squared image...) If the source is quicktime DV and Im rendering to quicktime DV this shouldnt happen, right? Leo,, -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] Why can't free software GUIs be empowering instead of limiting?
I was thinking of an ideia the other day... of a multi-level time line... something similar to the Flash Time line in a way... this means you can paste a whole project in you time line and it will appear as if it was one clip. Double click on it and you edit its project, that may contain another project inside of it and so on... Of course you could put this project how many times youd like. And it would be even better if you could send some paramaters to it. its starting to get complicated... But imagine you make a project wich is an animation of some graphics combined with a text. And you want to use it several times in your project, but each time with a different text... you could have only one project with the animations and have the text set by a variable you send when you paste the project on you timeline as if it was a clip... Another important thing to consider is the ability to import xcf gimp images with all the layers and stuff... Leo,, On Feb 10, 2008 10:38 AM, Claude Jones [EMAIL PROTECTED] wrote: On Sat February 9 2008, Richard Spindler wrote: http://www.freesoftwaremagazine.com/columns/why_cant_free_software_guis_be_ empowering_instead_limiting Of course not without the secret intention of pushing the Idea of a nodal UI in his GUI suggestion towards the end of that article, he's almost perfectly describing the Digital Fusion interface -- Claude Jones Brunswick, MD, USA ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] User Interface CONCEPTS mockup.
I would say more. I think the project must have its own wiki/website. I volunteer to help on that.. setting up and mantaining a wiki/blog and whatever we need cheers Leo,, On Feb 7, 2008 10:22 AM, Richard Spindler [EMAIL PROTECTED] wrote: 2008/2/7, Herman Robak [EMAIL PROTECTED]: Now Richard, since you started this UI debate, which I know has irked(*) cehteh quite a bit, you may regain some brownie points by writing a summary of the brainstorm. :-) In a few days. I will. :-) *) I have the impression that Christian thinks that reading mailing lists consume too much time, and long debates are part of the problem. For me you could substitute mailing lists for irc, ;-) I am actually more of an email person than an irc person. :-) Cheers -Richard -- Are you teaching the What and the How but without the Why and the When? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] anybody from sweeden?
they need assistance on setting up a linux box with cinelerra and other tools to have a complete workflow for video editing in cinelerra. They know nothing. I think this person would install the softwares and teach their people to use it.. Can I send someones email to him? Leo,, On Feb 4, 2008 5:29 PM, Martin Ahnelöv [EMAIL PROTECTED] wrote: could you describe a little more what it is that one would do? What are they expecting? mån 2008-02-04 klockan 12:41 -0400 skrev Leo germani: People at http://www.biskops-arn.se/ (a college that have classes on Participatory video, among other disciplines) are willing to enter in the free software world and they will probably need someone for helping them out with installation and training. I said I would try yo help him finding someone from sweden on the mailing list.. anybody interested? Leo,, On Feb 4, 2008 6:23 AM, Kurt Georg Hooss [EMAIL PROTECTED] wrote: I am not from sweden but I can speak swedish, and I have made some work with cinelerra... why do you ask? Am Sunday, 3. February 2008 20:21:21 schrieb Leo germani: anybody from sweeden working with cinelerra? Leo,, -- dr. kurt georg hooss schoepfung wandel wissenschaftliche medienberatung breite strasse 6-8, d-23617 luebeck www.schoepfung-und-wandel.de ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] anybody from sweeden?
People at http://www.biskops-arn.se/ (a college that have classes on Participatory video, among other disciplines) are willing to enter in the free software world and they will probably need someone for helping them out with installation and training. I said I would try yo help him finding someone from sweden on the mailing list.. anybody interested? Leo,, On Feb 4, 2008 6:23 AM, Kurt Georg Hooss [EMAIL PROTECTED] wrote: I am not from sweden but I can speak swedish, and I have made some work with cinelerra... why do you ask? Am Sunday, 3. February 2008 20:21:21 schrieb Leo germani: anybody from sweeden working with cinelerra? Leo,, -- dr. kurt georg hooss schoepfung wandel wissenschaftliche medienberatung breite strasse 6-8, d-23617 luebeck www.schoepfung-und-wandel.de ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org
[CinCVS] anybody from sweeden?
anybody from sweeden working with cinelerra? Leo,, -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] Cin-3 naming.
movieola On Feb 3, 2008 9:07 AM, Holger Levsen [EMAIL PROTECTED] wrote: Hi, On Friday 01 February 2008 18:44, Cory K. wrote: No. Its not part of Ubuntu Studio. The license issues were just too much. We did however endorse muzzol's repo. endorse as in propose and tell people about it or by proving a installer package or such? Whatever comes from this new effort we will help to get it into Debian/Ubuntu as much as we can. Cool! :) regards, Holger -- leogermani.pirex.com.br leogermani.estudiolivre.org
Re: [CinCVS] I believe in cinelerra continued
those´re just ideas, listen or ignore it... no big deal, but LISTEN WHAT TE MARKET IS SAYNG, and the market IS NOT USING LINUX. ok, bye http://studio-linux.org/studios/index.html If you read portuguese: http://pirex.com.br/2007/03/01/linux-em-hollywood/ Leo,,
[CinCVS] Re: I believe in cinelerra continued
Hi guys, I was very surprised (and happy) with all the emails I red yesterday on reply to my brainstorm. It was good to see many people agreeing and disagreeing with some points. For me, it was a kind of starting with the step 1 of gathering together and discuss the future of our software. Id like to do a brief comment on some of the things people writed, and, at the end, propose something. [QUOTE] Fred Williams I was with you up to that point. Money is the root of all evil. It will totally corrupt the process. If you want money go to Micro$oft and develop for them. If you don't, (and I do realise that yopu may not have been referring to yourself), then why would you assume something like this? If this is to be a true cooperative effort, then let it be a volunteer effort. [/QUOTE] Some people might remember my name from this mailing list because of two frustrated attempts to make something while I was working with the ministery of culture from Brasil. One was to release bounties for the developers, and the other one was to bring Adam and Andraz to the International Free Software Forum (FISL) here in Brasil. Ministery of Culture of Brasil had (still has) a program in wich it donated computers and equipaments for multimedia production to lots of so called Cultural hotspots in Brasil. These computers would run only FLOSS and cinelerra was among it. What I was trying to do was to change the ideia and the action of the ministery of looking at FLOSS as Free as in free beer; that if a ministery was using these softwares, specially multimedia software that has a lack of investiment, it should put some money in it. Some people understood that, but it was not enough. This example illustrates how lots of sectors of our society are dealing with Free Software. This is what we have to change. I think we are learning it. And of course we can not only complain. If someone wanted to put money in cinelerra today he would probably think twice, because he/she would find the community a mess. But if, instead, he/she finds a well organized community, with all the means to his/her money get through, it may happen easily. By all means I mean, for example, a PayPal donate icon (very simple), or a real Institute, foundation or whatever capable of gathering money and distributing it (very complex). More Over, not only institution can put money for this to work, but users. I think we are starting to see the possibility of a descentralization of economy. There are lots of examples on the web, lots of people, paying few, intead of one institution putting lots of money and burocracy to the process. And the goal of this all is to have have happy coders, working together with the community, capable of dedicate healthy time to it. [QUOTE] Richard Spindler When planning a project, I prefer to make an Assessment of the resources that I have available first, because I somehow like to be realistic about what really can be done instead of building castles out of air and then being disappointed that it did not work out. Cinelerra is a to BIG problem to be solved by a single team. There are however a number of interesting technologies in cinelerra and in video editing in general that might be useful for communities outside of the core interest group. Therefore I think a viable way would be to break the big cinelerra problem down into a number of smaller problems, that can then be tackled by smaller teams, which can then work more efficiently. [/QUOTE] I strongly agree with that! [CODE] Herman Robak What to do? 1) Compete fiercely to get as many coders as possible to join either camp (Cin2 or Cin3) 2) Decide a parallell roadmap where Cin3 is poised to replace Cin2 _when it's ready_, and Cin2 is maintained until then. [/CODE] This sounds good as long as the patches (bug fixes/new features/interface improvements) done to cin2 could go smoothly into cin3. Is it reasonable? I think much of what Ive written that must be done, the guys working at cin3 are doing. But I see they doing this in a spirit of lets work, dont talk, wich is good. But I also see this as an example of the state of the community as a whole: I will do this work, but please do not ask anything, if you want to do something, just do it. No one wants to promess anything. And this is fair enough. But my brainstorm was a reflexion on how we could change this to a scenario where users and developer know what they can expect from cinelerra in the next moths/years. This would be great, and that leads to my proposition, wich is nothing simple or magical, but basically organizing the community. This time we dont depend on external forces (as I did when in the ministery) but only in the community. I think we could give it a try to go after money for cinelerra. This could be done in various ways, but perhaps the simplest is to have a Paypal account, aks for donations and, more important, subscriptions. But how would we manage the money? Well, this is a
Re: [CinCVS] why does it look so bad?
That was it! will never use red titles again... cheers Leo,, On Jan 7, 2008 9:23 AM, Richard Spindler [EMAIL PROTECTED] wrote: 2008/1/7, Leo germani [EMAIL PROTECTED]: I say sometimes because sometimes it looks fine. But in the attached example Ive tried both images and Title effect, and both look awfull when rendering (they look ok in timeline). The letters appear all squared... I think this is a limitation in the DV codec that is especially visible if you combine fully saturated colors like a bright red with darker backgrounds, then the color spills over due to the limited color resolution of DV. If you study the last paragraph of the following article, you might find a more detailed explaination for the problems you are experiencing. http://www.adamwilt.com/Tidbits.html#CGs Cheers -Richard -- Are you teaching the What and the How but without the Why and the When? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- leogermani.pirex.com.br leogermani.estudiolivre.org.br
[CinCVS] 720x480 16:9 to 720x480 4:3
720x480 16:9 to 720x480 4:3 with black bars.. whats the best way to do it? -- leogermani.pirex.com.br leogermani.estudiolivre.org.br
Re: [CinCVS] Cinelerra tutorials
Hi Leo, On Mon, Jan 15, 2007 at 06:18:01PM -0200, Leo germani wrote: Leo Germani OK. I added your last name on cvs.cinelerra.org/docs.php and it'll be in the next manual edition too. cool this tutorial is outdated... have to update it to the 2.x versions.. its in my todo list.. hehe together with other tutorials on cinelerra... It's better than nothing anyway. There's not a ton of information about Cinelerra in Portuguese for the moment. BTW, do you know Rafael Diniz ([EMAIL PROTECTED]) is translating the manual to Brazilian Portuguese? Did he talk to you about that? Perhaps could you help him? ;-) Yes, we are doing it together with the estudiolivre.org community by the way... I just got to know thesourceshow.org (I think they are here on the mailing list), they have some video tutorials... It seems to be very nice... and I think we could do more of this... Oh yes... I already contacted Aaron Newcomb of The Source. In fact, he's probably reading us, since he reads this mailing-list (Hello Aaron! ;-) The Source's tutorials are good. Aaron agreed to give them to the Cinelerra Community, ie. allowing us to use those tutorials. I plan to add subtitles to those tutorials. I'll first write the English subtitles, and then people will be able to translate the text. A subtitle is just a text file you specify as an option when running xine or mplayer. BTW, if anybody wants to help me on that subject, you're *MORE THAN WELCOME*, since it's not quite easy for me to write the original English subtitles. Moreover, I'm working on the manual images right now. Thats great! We will translate it for portuguese for sure cheers Leo,, Anyway, having more tutorials will, for sure, help beginners. Nicolas. -- ~~ ~ 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 -- leogermani.pirex.com.br leogermani.estudiolivre.org.br
Re: [CinCVS] Cinelerra tutorials
Leo Germani this tutorial is outdated... have to update it to the 2.x versions.. its in my todo list.. hehe together with other tutorials on cinelerra... by the way... I just got to know thesourceshow.org (I think they are here on the mailing list), they have some video tutorials... It seems to be very nice... and I think we could do more of this... Leo,, On 1/15/07, Nicolas Maufrais [EMAIL PROTECTED] wrote: On Sat, Jan 13, 2007 at 02:31:46AM -0200, rafael2k wrote: all of then in portuguese: me (starting): https://docs.indymedia.org/view/Sysadmin/Cinelerra and leo: http://www.estudiolivre.org/tiki-index.php?page=Cinelerra bye, rafael diniz Hello Rafael2k, I added links to those 2 tutorials in the docs page of cvs.cinelerra.org and the manual too. What's the last name of Leo by the way? Thanks! Nicolas. -- ~~ ~ 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 -- leogermani.pirex.com.br leogermani.estudiolivre.org.br
Re: [CinCVS] Re: Fixing the faders and automation lines
Pierre,It seems your ideia is very similar to my plan B, right? with the difference that you can edit the range of each option.I think it is nice. But I think on this combo box we should have all the automations, and not only the types. I imagine it would get annoying having to go to View Camera X ... and then change the range in the box... And then goining there again, hiding the camera X, showing the fader, changing the range... I think we could have this combo, with all the possible lines, and as we change it, it makes the selected automation to be the only displayed and adjusts the range.Id like to hear more opinions... and your opinion about the plan B. I liked the contributions of Hermann, and will try to understand better what the bezier automation is. What I can say about your point is that we could simply select wich automation tracks we want to see at a time... cheersLeo,,On 7/19/06, Pierre Dumuid [EMAIL PROTECTED] wrote: Pierre Dumuid wrote: What really annoys me is at the moment, the ranges of the all automation curves (that control floating point variables) are currently shared, (i.e. the range for an audio track, typically need values from -80 to 6 dB), projector / camera zoom ranges are ALWAYS positive, and generally go from .0001 to 10, and projector / camera translation control are generally of the order of -1024 to 1024 (depending on your image size). ... This I consider is the most annoying feature about automation curves and the one that should be tackled first. My proposed solution is as follows: ... dropdown text boxbutton [type] [ -100 to 100][log/lin] With this idea, each curve is of a type (zoom, translation, audiofade), and the range used on the track depends on the type. I completely agree with you this is very annoying behaviour; basically it hinders gaining any profit of the fact that several overlay curves are sharing the same screen real estate: most of the time their scales don't match and we are forced to display only one curve at a time. But I'm rather sceptical if your poposal will make things better. Having to navigate with the mouse down to the statusbar and selecting a type and entering Values into the text box can be cumbersome as well.The selection of type, and entering of values shouldn't need to be donethat often.Be aware that the selection of type only changes what is displayed and modified bythe text-box.And different ranges are used for each type.In a typical session I would initially set up the fades as:1. Select the Audio type2. Set the range (for the audio type) from -40 dB to 6 dB 3. Select the Video fade type4. Set the range (for the Video fade type) from 0 to 1005. Select the Zoom fade type6. Set the range (for the Zoom fade type) from 0.005 to 47. Select the translation type 8Set the range (for the Zoom fade type) from -200 to 200Then that's it, each of the fade curves has an appropriate rangefor most jobs that I do.If I move an audio fade type curve from topto bottom, the range should be from -40 dB to 6 dB.If I move a video fade typefrom the topto bottom of the track should vary the value from 0 to 100.This isregardless ofthe state of the list-box.The list box is only there to select the range that isbeing adjusted / displayed in the text-box (similar to how the listboxin the preferenceswindow selects which preferences you actually want to adjust).Analternative to thelist box and 1 textbox would be to have 4-text-boxes, one for each automation-type, butthis takes up a fair bit of desktop real-estate.The only time you should need to move the mouse down to adjust the rangeis if you havea particular section of video that is really dark, or audio that is really quiet or a translationthat is rather large, etc..Which shouldn't be that often.To save having to select the automation type range you want to change,you could add some code, so that as soon as you adjust a curve, or toggle curves off, both the text-boxand list-box switch to show the rangethat is being adjusted, or is still visible.Thus if you start movingthe audio fade up to 6 dB, and find it's still not loud enough, you'll see the range list-box / text-box has switchedto show the audio-range simply cause it was the last thing you wereadjusting, and there is no extra work of clicking a list box to adjust the audio range.You just edit the value in the text-box, and voila, anextra ?? dB to push the signal up.. Even the current solution seems more steamlined: We have the overlays window with checkboxes for every overlay type and we have keybindings for toggeling the most common curves. And we have the ALT-f key, which even works in conjunction with the current selection in a track, i.e. it bases the new automation vertical zoom range on the current visible curves within the selection of the first armed track.I don't know how this is more streamlined especially for thoseproficient with the short-cut keys, (not me).This method seems to involve turning off all the curves except the one you want
Re: [CinCVS] Cinelerra v2.1 has been Released
anyone knows if the bug with the faders lines are fixed?Leo,,On 7/3/06, Sylvain Jousse [EMAIL PROTECTED] wrote:Salut Jud, As many of you are aware a new Cinelerra released is now available. You mean the sources. Let us know whent some one makes the packages(Mandriva, Ubuntu).And thank you guys for the work you make!Sylvain.___Cinelerra mailing list Cinelerra@skolelinux.nohttps://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] AMD64 better than P4?
Ive got an AMD64 Laptop. Its performance is worse than my Athlon XP2000 desktop (either in Debian 64 and Slackware 64) Leo,,On 4/23/06, RedEnzian - open source group [EMAIL PROTECTED] wrote: I have to decide if i buy a p4 or an amd64 athlon (opteron is too expensivefor me). What does cinelerra more accelerate?Thanks,Christoph___Cinelerra mailing list Cinelerra@skolelinux.nohttps://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra