Re: [CinCVS] Did you edit the wiki?
On Fri, 2006-10-20 at 20:03 +0200, Nicolas wrote: > I think you should try to edit the wiki, and update it with the latest > contents of the Secrets of Cinelerra. That is a very interesting task, > which would probably help you to understand why the merge should be: > > wiki -> secrets > and not: > secrets -> wiki Right. > That's because the wiki is less nicely structured than secrets of > cinelerra. If we want to be able to produce a nice manual in html, pdf > or whatever, we really need to start from the well structured secrets of > cinelerra manual. Please visit http://wiki.lyx.org/LyX/LyX and check wiki for LyX project and then check documentation which is SHIPPED with the project - it's listed here: http://wiki.lyx.org/LyX/LyXHelpDocuments So, I consider they did it right in the sense that contents of the Wiki supplements documentation shipped with the program (different set of manuals differing in 'weight' - from introduction to customization manuals). So, according to my understanding wiki and manual should be two different beasts serving the different purposes and that's why I agree with Nicolas - we should merge very useful CONTENT of present wiki with the information in Secrets' manual and make 1st class manual which is shipped with the program as PDF file for offline consummation, as well as structured HTML which could be triggered from within Cinelerra's Help. In that way, most of the new users would have little need to consult online wiki while stepping through the learning curve with the program. And in order to free those valuable devs from the burden of tinkering too much with the documentation, we should form 'documentation-team' dealing with this issue which can submit their work to the masters - devs - for their annotation before public release. Me & Nicolas will meet tomorrow and can discuss about the source format used for the manual, converting process etc., but do we agree on the following points: a) we want 1st class manual in PDF - nicely structured & with screenshots/images b) we want manual as structured HTML with navigational links which can be launched within the Cinelerra's Help button and can be also put online c) we want to have wiki which supplements manual and parts of the wiki can be periodically merged into manual first, ie. to separate wiki from the manual? Having video-tutorials available (which will be donated to the project) is wonderful add-on to the whole documentation project. Sincerely, Gour signature.asc Description: This is a digitally signed message part
Re: [CinCVS] merge editing modes
Oops, I didn't read johannes email above! didn't need to propose git! (was browsing email via web interface rathe than thunderbird...) Pierre Pierre Dumuid wrote: Thanks Andraz, BTW: Johannes mentioned this idea on IRC and I second it, To save on commits to the SVN these ideas can be placed in a git repo set up on pipapo for git users. This can provide a place for others to try your idea before commit. The branching system also I find really cool to in being able to keep commits which didn't in the end make it, and everyone can still see / find it easiliy. Pierre Quoting Andraž Tori <[EMAIL PROTECTED]>: done bye andraz On Fri, 2006-10-20 at 23:45 +0200, Johannes Sixt wrote: On Friday 20 October 2006 20:49, Andraž Tori wrote: Yes, since everyone is so overhelmingly against this change, i'll find out some other solution ... Though i still think editing modes are something that confuses users... it's the same as emacs ... powerful but only handfull of people will master them. i'll try to code up something tomorrow Please, pretty please, make the reversal of r942 a *separate* commit, not intermingled with whatever your new solution will be. Thank you, -- 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 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
Thanks Andraz, BTW: Johannes mentioned this idea on IRC and I second it, To save on commits to the SVN these ideas can be placed in a git repo set up on pipapo for git users. This can provide a place for others to try your idea before commit. The branching system also I find really cool to in being able to keep commits which didn't in the end make it, and everyone can still see / find it easiliy. Pierre Quoting Andraž Tori <[EMAIL PROTECTED]>: > done > > bye > andraz > > On Fri, 2006-10-20 at 23:45 +0200, Johannes Sixt wrote: > > On Friday 20 October 2006 20:49, Andraž Tori wrote: > > > Yes, since everyone is so overhelmingly against this change, i'll find > > > out some other solution ... > > > > > > Though i still think editing modes are something that confuses users... > > > it's the same as emacs ... powerful but only handfull of people will > > > master them. > > > > > > i'll try to code up something tomorrow > > > > Please, pretty please, make the reversal of r942 a *separate* commit, not > > intermingled with whatever your new solution will be. > > > > Thank you, > > -- 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
Re: [CinCVS] merge editing modes
done bye andraz On Fri, 2006-10-20 at 23:45 +0200, Johannes Sixt wrote: > On Friday 20 October 2006 20:49, Andraž Tori wrote: > > Yes, since everyone is so overhelmingly against this change, i'll find > > out some other solution ... > > > > Though i still think editing modes are something that confuses users... > > it's the same as emacs ... powerful but only handfull of people will > > master them. > > > > i'll try to code up something tomorrow > > Please, pretty please, make the reversal of r942 a *separate* commit, not > intermingled with whatever your new solution will be. > > Thank you, > -- 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
Re: [CinCVS] working with lower quality
Manuel, It is possible, but the functionality is not built into Cinelerra. Here is one methodology to do what you want (ie, edit with a proxy for your large, uncompressed video): https://init.linpro.no/pipermail/skolelinux.no/cinelerra/2006-October/008201.html scott On Fri, 2006-10-20 at 16:09 -0300, Manuel Quiñones wrote: > Hello > > I have a bunch of dvds each with 20' uncompressed avi video. I don't > have space in my HD for such files. Is it possible to work in > Cinelerra with a lower quality version of these videos and then do the > final rendering using them? > > > Regards, > Manuel > > ___ > 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] merge editing modes
On Friday 20 October 2006 20:49, Andraž Tori wrote: > Yes, since everyone is so overhelmingly against this change, i'll find > out some other solution ... > > Though i still think editing modes are something that confuses users... > it's the same as emacs ... powerful but only handfull of people will > master them. > > i'll try to code up something tomorrow Please, pretty please, make the reversal of r942 a *separate* commit, not intermingled with whatever your new solution will be. Thank you, -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra documentation
In general, I try to keep one discrete topic per WikiPage, that way is easier to agregate just what you need when using wiki links if not sure, just put it on an existing page, and later I can re-factor it. alx. Nicolas wrote : > I'm working on it right now. I don't know how and where to put the > "AUDIO DRIVERS" section. Should it be a new wiki page included in > another page? -- Alex Ferrer <[EMAIL PROTECTED]> ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra documentation
Alex Ferrer wrote: > Merge with ? > > By default I am open to any other format or anything that helps... so > whatever it is I am for it. > > On a side note, what I am taking from this thread is: > > A) The wiki is slow - > Agree.. I will try to cajole the guys at taxnetusa.com to see if they > can move us to a faster server .. (I am getting the bandwith for free.. > so I will see what some begging can do ) > > 2) Having to be online to browse the wiki is a problematic. > Again agree.. I will see if the export to HTML plugin can solve that > one.. It would be great to ship the documentation with the source. > > 3) The wiki is broken into too many pages and is hard to navigate. > Am I reading this right ? if so, anyone can create a single wiki page > that refers to as many pages as you wish in a single page. basically > it would be a gigenormous page that should look a lot like Secrets of > Cinelerra, + pictures > Just generating a static version from the wiki often doesnt suffice, a wiki is at best structured for browsing, often rather unstructured (ok the cinelerra wiki get this right) I showed how to solve this on my wiki with a few simple steps: - Create a 'hardcopy' page which includes other (less structured) wiki pages in a well intended manner. - use the wiki's print-view and htmltops (or some similar tool) to generate a static version which is useable for printing. so how does that look like in real (just a example, not complecte content): The 'hardcopy' page in raw syntax: http://www.pipapo.org/pipawiki/Cinelerra/Print?action=raw Print-View: http://www.pipapo.org/pipawiki/Cinelerra/Print?action=print and a example PDF generated from that could look like: http://www.pipapo.org/pipawiki/Cinelerra/Developers?action=AttachFile&do=get&target=text.pdf there are still some problems, and I use a moin-wiki not a twiki, but twiki has similar features and the bugs left, formatting glitches can easily be fixed by some sed-script hooked into the process. Idea behind would be to generate the static version occationally and check that into the source tree. The scripts doing this should be part of the distribution too. (a static html version with wget or a mirror tool is also easy) > I think that if I get the server to be faster, it will solve a lot of > issues. the main one being to attract more people to contribute material > to the wiki. I agree and using a wiki is the simpliest way to attract people. If we agree on a workflow like I sketched above, it would be nice to feed 'Secrets of Cinelerra' into the wiki. Christian ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
On Thursday 19 October 2006 19:11, Andraž Tori wrote: > a patch that completely merges both editing modes of cinelerra into a > single one, with shift key being the modifier ... > > editing modes are one of the hardest things for new learners of cinelerra > to comprehend (by my experience) and there is really no reason not to merge > them, since most of people expect to use shift for selecting. > > bye > andraz Andraz, please revert this change. While it may get newbies going faster, it makes at least my workflow completely awkward, because I never use drag&drop mode. I would always have to have the Shift key down. And even then I cannot place the cursor precisely on the start or beginning of a media or effect border because it just extends the existing selection (clicking in the time bar is not precise enough). Now, what would you think about switching to git? Then you could easily publish such a change for others to test without forcing all users to use it right away. (Well, a svn branch could also be used...) -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] working with lower quality
Hello I have a bunch of dvds each with 20' uncompressed avi video. I don't have space in my HD for such files. Is it possible to work in Cinelerra with a lower quality version of these videos and then do the final rendering using them? Regards, Manuel ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re:Did you edit the wiki?
I am not sure what you mean by "structured" ... The wiki is meant to be individual pages one per discrete topic. , then you use the agregation tools to create on the fly a document as structured as you wish. Like I said before, you can create a single page full of INCLUDE(wikiTopic) one after the other, and pretty much make the wiki look just like Secrets.. also.. I am working on the server speed issue.. just have to find a faster box and they will host it for me. alx. > Guys, > > I think you should try to edit the wiki, and update it with the > latest > contents of the Secrets of Cinelerra. That is a very interesting > task, > which would probably help you to understand why the merge should be: > > wiki -> secrets > and not: > secrets -> wiki > > That's because the wiki is less nicely structured than secrets of > cinelerra. If we want to be able to produce a nice manual in html, > pdf > or whatever, we really need to start from the well structured secrets > of > cinelerra manual. > > Please try by yourself, you'll quickly understand... > > Another possibility would be to re-structure the wiki. > > My goal is to get a nice manual with as much information as possible. > > Since for the moment, I don't know want direction will the merge be > (from wiki or from secrets), I continue to edit the wiki. I also do > it > because Alex's work desserves respect. > > Nicolas. -- Alex Ferrer <[EMAIL PROTECTED]> ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
Yes, since everyone is so overhelmingly against this change, i'll find out some other solution ... Though i still think editing modes are something that confuses users... it's the same as emacs ... powerful but only handfull of people will master them. i'll try to code up something tomorrow bye andraž On Fri, 2006-10-20 at 14:30 +0200, Christian Thaeter wrote: > Andraž Tori wrote: > > a patch that completely merges both editing modes of cinelerra into a > > single one, with shift key being the modifier ... > > > > editing modes are one of the hardest things for new learners of cinelerra > > to comprehend (by my experience) and there is really no reason not to merge > > them, since most of people expect to use shift for selecting. > > > > > Compromise: > > Keep both editing modes as current but add the shift-key to toggle into > the alternate mode. Then people can work like before AND the new single > edit-mode work and anyone is happy. > > Christian > > (2nd try, first post stuck in a moderator approval) > > > ___ > 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] Hardwareanforderungen Cinelerra für Echtzeit-Effekte
English is the only common language to all of us. (Englisch ist die einzige gemeinsame Sprache für uns alle) On Fri, 2006-10-20 at 16:12 +0200, [EMAIL PROTECTED] wrote: > Hallo, alle, > > ich möchte mir gern ein neues Notebook speziell für die Arbeit mit > Cinelerra kaufen. Dabei ist es für mich sehr wichtig, dass ich mit > Cinelerras Echtzeiteffekten ruckelfrei arbeiten kann. Möchten Sie PAL (fernseh-größe) oder HD machen? High Definition is barely playable on a laptop. Real time effects in HD require more CPU power. > Wie ich gelesen habe, nutzt Cinelerra für die Echtzeiteffekte OpenGL > > 2.0. Die günstigeren Notebooks haben fast alle einen > Intel-GMA-9xx-Grafikchip drin (was ich grundsätzlich gut finde, weil der > ja offensichtlich von von allen Kernel-Versionen unterstützt wird); > leider unterstützen dessen Treiber, soweit ich weiß, kein OpenGL 2.0. > > Meine Frage wäre, ob die CPU-Leistung von einem Mittelklasse-Notebook > ausreicht, um Echtzeiteffekte anzuzeigen, auch wenn die Grafikkarte > wegen mangelnder OpenGL-2.0-Unterstützung nichts an Leistung beisteuern > kann. Only for rather simple effects. Any scaling, sharpening, blur or perspective effects will require either more CPU power than a laptop can give or GL acceleration to maintain full frame rate. > Ich denke an ein System wie den HP nx7400 (RH390ET): > > Intel Centrino Duo (Napa/Lakeport) mit Intel Core 2 Duo T5500 (1.66 GHz/ > 2 MB/ FSB667 Merom 64 Bit) Prozessor 1024 MB DDR2-667 RAM, 80 GB S-ATA > Festplatte (den Videoschnitt würde ich ggf. auf einer externen Platte > machen), Intel 945GM mit Graphics Media Accelerator 950 shared VRAM. > > *Zusatzfrage*: Falls meine Vorstellung unrealistisch ist, was für einen > Grafikchip > würdet Ihr denn für Echtzeit-Effekte empfehlen? Die ATI-Treiber sollen > ja nur eine partielle OpenGL-2.0-Unterstützung haben - ab welchem > nVidia-Mobile-Chip könnte das klappen? Any modern NVidia chipset, I think. Some cheap laptops may use quite old chipsets, so beware. -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Did you edit the wiki?
Guys, I think you should try to edit the wiki, and update it with the latest contents of the Secrets of Cinelerra. That is a very interesting task, which would probably help you to understand why the merge should be: wiki -> secrets and not: secrets -> wiki That's because the wiki is less nicely structured than secrets of cinelerra. If we want to be able to produce a nice manual in html, pdf or whatever, we really need to start from the well structured secrets of cinelerra manual. Please try by yourself, you'll quickly understand... Another possibility would be to re-structure the wiki. My goal is to get a nice manual with as much information as possible. Since for the moment, I don't know want direction will the merge be (from wiki or from secrets), I continue to edit the wiki. I also do it because Alex's work desserves respect. Nicolas. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
On Fri, Oct 20, 2006 at 07:43:27PM +0200, Raffaella Traniello wrote: > > > So what did we got till now? > > - German > > - Spanish (?) > > - French > > - English > Se volete un po' di italiano, eccomi qua! > In quello sono proprio brava! > :-) > Ciao > Raffaella OK, j'ajoute l'italien alors, puisque l'on a un representant de ce pays... - German - Spanish (?) - French - English - Italian (Raffaella being very good in it) ;-) Nicolas. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
> So what did we got till now? > - German > - Spanish (?) > - French > - English Se volete un po' di italiano, eccomi qua! In quello sono proprio brava! :-) Ciao Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra documentation
Hello Alex, On Thu, Oct 19, 2006 at 08:06:16PM -0500, Alex Ferrer wrote: > Answering my own question ... > > I just looked at the Secrets of Cinelerra page, and I can see that a lot > of material has been added. (Specially the HD stuff) > > I am all for a merge.. who wants to help ? I'm working on it right now. I don't know how and where to put the "AUDIO DRIVERS" section. Should it be a new wiki page included in another page? > When I created the original wiki, I asked Heroines for permition to do > so, and he gave it. (Plus I put attributions on each page) so I think > that merging the text (and adding some nice images to illustrate) would > be a great idea. > > alx. Nicolas. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 345] New: [FEATURE REQUEST] Easing the copy/paste keyframes process
http://bugs.cinelerra.org/show_bug.cgi?id=345 Summary: [FEATURE REQUEST] Easing the copy/paste keyframes process Product: Cinelerra Version: 2.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Medium Component: User Interface AssignedTo: cinelerra@skolelinux.no ReportedBy: [EMAIL PROTECTED] Hello, I set a lot of camera and projector keyframes in my projects. I copy/paste those keyframes using Shift-C and Shift-V. However the way cinelerra handles the process annoys me and decreases my productivity. The copy/paste keyframe works only if there's no [ or ] defined on the timeline. That's a "normal" behaviour, since in and out points override selection. But in fact, that behaviour is annoying when one does a lot of copy/paste keyframes and cut/copy operations at the same time. I often try to copy/paste keyframes, but that does not work because of a [ or ] point being set on the timeline. In such a case I have to remove those in or out point and copy again the frame since it was not copied in the first place. I already described the problem in a message sent to the ML: https://init.linpro.no/pipermail/skolelinux.no/cinelerra/2006-August/007375.html Being able to copy/paste the keyframe located under the flashing "insertion point" *even if there are [ or ] points defined* would be really nice. That would increase productivity. Moreover copy/paste not working *as one could expect* when [ or ] points are defined is really disturbing when copying/pasting keyframes for the first time... I personnally though copy/paste keyframe did not work when I used it for the first time. To illustrate that behaviour, here is a test case: - download the following files: http://www.europephoto.com/info/cinelerra/200610/copy_paste_keyframe.xml http://www.europephoto.com/info/cinelerra/200610/test.png - Put those files in the same directory and open the project. - You can notice there are no [ or ] points on the timeline. - Select the first label, and press Shift-C - Select the second label, and press Shift-V - You can notice the first label's keyframe is copied onto the second label - Re-open the project, and set the [ point at the beginning of the timeline - Select the first label, and press Shift-C - Select the second label, and press Shift-V - You can notice the first label's keyframe is *NOT* copied onto the second label Nicolas. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
He,he,he... try http://www.worldlingo.com/en/products_services/worldlingo_translator.html But I think you will need to dig hard to find the translator from Slovene to English... :)) Miha On pet, 2006-10-20 at 18:28 +0200, Nicolas wrote: > On Sat, Oct 21, 2006 at 01:16:47AM +0900, Miha Kiti?? wrote: > > On pet, 2006-10-20 at 17:52 +0200, Nicolas wrote: > > > Tout à fait d'accord. Si chacun se met à parler en utilisant la langue > > > de son pays, on va plus rien y comprendre... > > > > > > > Et pour cette raison vous devriez employer l'anglais ! > > > > If me Andraž and some others start to write in our countries' > > tougues, there is no way for you to figure out what we're talking > > about. > > > > Miha > > Damn, I'll take more care when writting in French from now. Apparently, > some of you guys do indeed understand it! ;-) > > So what did we got till now? > - German > - Spanish (?) > - French > - English > > lol! > > Nicolas. > > ___ > 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: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
On Sat, Oct 21, 2006 at 01:16:47AM +0900, Miha Kiti?? wrote: > On pet, 2006-10-20 at 17:52 +0200, Nicolas wrote: > > Tout à fait d'accord. Si chacun se met à parler en utilisant la langue > > de son pays, on va plus rien y comprendre... > > > > Et pour cette raison vous devriez employer l'anglais ! > > If me Andraž and some others start to write in our countries' > tougues, there is no way for you to figure out what we're talking > about. > > Miha Damn, I'll take more care when writting in French from now. Apparently, some of you guys do indeed understand it! ;-) So what did we got till now? - German - Spanish (?) - French - English lol! Nicolas. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
On pet, 2006-10-20 at 17:52 +0200, Nicolas wrote: > Tout à fait d'accord. Si chacun se met à parler en utilisant la langue > de son pays, on va plus rien y comprendre... > Et pour cette raison vous devriez employer l'anglais ! If me Andraž and some others start to write in our countries' tougues, there is no way for you to figure out what we're talking about. Miha ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra f?r Echtzeit-Effekte
Tout à fait d'accord. Si chacun se met à parler en utilisant la langue de son pays, on va plus rien y comprendre... Just kidding... ;-) Nicolas. On Fri, Oct 20, 2006 at 04:41:24PM +0200, muzzol wrote: > me sap greu no poder contestar-te, però una llista de correu > internacional ha de tenir l'objectiu d'arribar al màxim número de > persones possible i si no escrivim en anglés serà complicat que tots > ens entenguem. > > jo també em sento més còmode escrivint en la llèngua de ma mare, però > no crec que això aporti gaire als usuaris de cinelerra. > > fins ara > > :) > > 2006/10/20, mailinglistenadresse @ gmx. net <[EMAIL PROTECTED]>: > >Hallo, alle, > > > >ich möchte mir gern ein neues Notebook speziell für die Arbeit mit > >Cinelerra kaufen. Dabei ist es für mich sehr wichtig, dass ich mit > >Cinelerras Echtzeiteffekten ruckelfrei arbeiten kann. > > > >Wie ich gelesen habe, nutzt Cinelerra für die Echtzeiteffekte OpenGL > > >2.0. Die günstigeren Notebooks haben fast alle einen > >Intel-GMA-9xx-Grafikchip drin (was ich grundsätzlich gut finde, weil der > >ja offensichtlich von von allen Kernel-Versionen unterstützt wird); > >leider unterstützen dessen Treiber, soweit ich weiß, kein OpenGL 2.0. > > > >Meine Frage wäre, ob die CPU-Leistung von einem Mittelklasse-Notebook > >ausreicht, um Echtzeiteffekte anzuzeigen, auch wenn die Grafikkarte > >wegen mangelnder OpenGL-2.0-Unterstützung nichts an Leistung beisteuern > >kann. > > > >Ich denke an ein System wie den HP nx7400 (RH390ET): > > > >Intel Centrino Duo (Napa/Lakeport) mit Intel Core 2 Duo T5500 (1.66 GHz/ > >2 MB/ FSB667 Merom 64 Bit) Prozessor 1024 MB DDR2-667 RAM, 80 GB S-ATA > >Festplatte (den Videoschnitt würde ich ggf. auf einer externen Platte > >machen), Intel 945GM mit Graphics Media Accelerator 950 shared VRAM. > > > >*Zusatzfrage*: Falls meine Vorstellung unrealistisch ist, was für einen > >Grafikchip > >würdet Ihr denn für Echtzeit-Effekte empfehlen? Die ATI-Treiber sollen > >ja nur eine partielle OpenGL-2.0-Unterstützung haben - ab welchem > >nVidia-Mobile-Chip könnte das klappen? > > > >Viele Grüße und Dank für jede Antwort vom > >hoffentlich-bald-Cinelerra-Newbie Markus. > > > > > >___ > >Cinelerra mailing list > >Cinelerra@skolelinux.no > >https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > > > > > -- > > ^ ^ > O O >(_ _) > muzzol(a)gmail.com > > jabber id: muzzol(a)jabber.dk > > No atribueixis qualitats humanes als ordinadors. > No els hi agrada. > > "El gobierno español sólo habla con terroristas, homosexuales y > catalanes, a ver cuando se decide a hablar con gente normal" > Jiménez Losantos > > > bomb terrorism bush aznar teletubbies > > > )jf??)??+- > )j?(??b??g?mx??)?f??f???(??b??g??b???~???w?z? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Re: [CinCVS] Hardwareanforderungen Cinelerra für Echtzeit-Effekte
me sap greu no poder contestar-te, però una llista de correu internacional ha de tenir l'objectiu d'arribar al màxim número de persones possible i si no escrivim en anglés serà complicat que tots ens entenguem. jo també em sento més còmode escrivint en la llèngua de ma mare, però no crec que això aporti gaire als usuaris de cinelerra. fins ara :) 2006/10/20, mailinglistenadresse @ gmx. net <[EMAIL PROTECTED]>: Hallo, alle, ich möchte mir gern ein neues Notebook speziell für die Arbeit mit Cinelerra kaufen. Dabei ist es für mich sehr wichtig, dass ich mit Cinelerras Echtzeiteffekten ruckelfrei arbeiten kann. Wie ich gelesen habe, nutzt Cinelerra für die Echtzeiteffekte OpenGL > 2.0. Die günstigeren Notebooks haben fast alle einen Intel-GMA-9xx-Grafikchip drin (was ich grundsätzlich gut finde, weil der ja offensichtlich von von allen Kernel-Versionen unterstützt wird); leider unterstützen dessen Treiber, soweit ich weiß, kein OpenGL 2.0. Meine Frage wäre, ob die CPU-Leistung von einem Mittelklasse-Notebook ausreicht, um Echtzeiteffekte anzuzeigen, auch wenn die Grafikkarte wegen mangelnder OpenGL-2.0-Unterstützung nichts an Leistung beisteuern kann. Ich denke an ein System wie den HP nx7400 (RH390ET): Intel Centrino Duo (Napa/Lakeport) mit Intel Core 2 Duo T5500 (1.66 GHz/ 2 MB/ FSB667 Merom 64 Bit) Prozessor 1024 MB DDR2-667 RAM, 80 GB S-ATA Festplatte (den Videoschnitt würde ich ggf. auf einer externen Platte machen), Intel 945GM mit Graphics Media Accelerator 950 shared VRAM. *Zusatzfrage*: Falls meine Vorstellung unrealistisch ist, was für einen Grafikchip würdet Ihr denn für Echtzeit-Effekte empfehlen? Die ATI-Treiber sollen ja nur eine partielle OpenGL-2.0-Unterstützung haben - ab welchem nVidia-Mobile-Chip könnte das klappen? Viele Grüße und Dank für jede Antwort vom hoffentlich-bald-Cinelerra-Newbie Markus. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- ^ ^ O O (_ _) muzzol(a)gmail.com jabber id: muzzol(a)jabber.dk No atribueixis qualitats humanes als ordinadors. No els hi agrada. "El gobierno español sólo habla con terroristas, homosexuales y catalanes, a ver cuando se decide a hablar con gente normal" Jiménez Losantos bomb terrorism bush aznar teletubbies )ޕ��jf��)��+- )ޕ��j�(��b��g�mx��)鮉��f��f���(��b��g��b�ا~�܊w�z�
Re: [CinCVS] Cinelerra documentation
Since Alex mentioned video tutorials I thought I would chime in and mention again that I am working on a set of tutorials as well as part of my video podcast called "the_source". I am planning on donating them to the project. The first one is already done and is part of Episode 6. We are planning 3 or 4 more. Just let me know who to send them to. -- Thanks, Aaron Newcomb http://www.thesourceshow.org On 10/19/06, Alex Ferrer <[EMAIL PROTECTED]> wrote: Merge with ? By default I am open to any other format or anything that helps... so whatever it is I am for it. On a side note, what I am taking from this thread is: A) The wiki is slow - Agree.. I will try to cajole the guys at taxnetusa.com to see if they can move us to a faster server .. (I am getting the bandwith for free.. so I will see what some begging can do ) 2) Having to be online to browse the wiki is a problematic. Again agree.. I will see if the export to HTML plugin can solve that one.. It would be great to ship the documentation with the source. 3) The wiki is broken into too many pages and is hard to navigate. Am I reading this right ? if so, anyone can create a single wiki page that refers to as many pages as you wish in a single page. basically it would be a gigenormous page that should look a lot like Secrets of Cinelerra, + pictures I think that if I get the server to be faster, it will solve a lot of issues. the main one being to attract more people to contribute material to the wiki. The above said.. my current project is to create Cinelerra Video tutorials using screen capture (Istanbul) mixed with other audio & video materials. Baically I thought that Cinelerra being a Video editor and all .. it would be appropiate to showcase what it can do while introducing the basics. This way, a prospective user, can preview what Cinelerra can do with out having to deal with installation or hardware limitations issues. Alx. > Author: Nicolas > Date: 2006-10-19 12:522006-10-19 17:52 -500UTC > To: cinelerra > Subject: Re: [CinCVS] Cinelerra documentation > > Alex, what's your opinion about the (possible) merge? Your opinion is > indeed very important... > > Nicolas. > -- Alex Ferrer <[EMAIL PROTECTED]> ___ 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] Hardwareanforderungen Cinelerra f�r Echtzeit-Effekte
Hallo, alle, ich möchte mir gern ein neues Notebook speziell für die Arbeit mit Cinelerra kaufen. Dabei ist es für mich sehr wichtig, dass ich mit Cinelerras Echtzeiteffekten ruckelfrei arbeiten kann. Wie ich gelesen habe, nutzt Cinelerra für die Echtzeiteffekte OpenGL > 2.0. Die günstigeren Notebooks haben fast alle einen Intel-GMA-9xx-Grafikchip drin (was ich grundsätzlich gut finde, weil der ja offensichtlich von von allen Kernel-Versionen unterstützt wird); leider unterstützen dessen Treiber, soweit ich weiÃ, kein OpenGL 2.0. Meine Frage wäre, ob die CPU-Leistung von einem Mittelklasse-Notebook ausreicht, um Echtzeiteffekte anzuzeigen, auch wenn die Grafikkarte wegen mangelnder OpenGL-2.0-Unterstützung nichts an Leistung beisteuern kann. Ich denke an ein System wie den HP nx7400 (RH390ET): Intel Centrino Duo (Napa/Lakeport) mit Intel Core 2 Duo T5500 (1.66 GHz/ 2 MB/ FSB667 Merom 64 Bit) Prozessor 1024 MB DDR2-667 RAM, 80 GB S-ATA Festplatte (den Videoschnitt würde ich ggf. auf einer externen Platte machen), Intel 945GM mit Graphics Media Accelerator 950 shared VRAM. *Zusatzfrage*: Falls meine Vorstellung unrealistisch ist, was für einen Grafikchip würdet Ihr denn für Echtzeit-Effekte empfehlen? Die ATI-Treiber sollen ja nur eine partielle OpenGL-2.0-Unterstützung haben - ab welchem nVidia-Mobile-Chip könnte das klappen? Viele GrüÃe und Dank für jede Antwort vom hoffentlich-bald-Cinelerra-Newbie Markus. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] cut&mute, dragging & inserting
well... o.k. it works. thanks andraž for your quick response. still i'm not convinced of having non-selected things moving around automatically and without warning as the default behaviour... second, i see >< as insertion point, and indeed it works as you wrote. however as long as i hold the mouse button down, the outline of the moved part is drawn centered around >< but then the edit will be inserted starting at ><. third, what do i have to do in order to *not* see >< as insertion point? and instead copy & mute the clip where it was before? (i assume you mean that would again leave the rest of the track unmoved?) thanks again georg On Friday, 20. October 2006 11:08, Andraž Tori wrote: > On Fri, 2006-10-20 at 09:59 +0200, Kurt Georg Hooss wrote: > > folks, once i understood i found it makes sense to have the two modes. > > but having the issue on the agenda anyway... > > there is one closely related thing that really annoys me. > > > > in either mode, i found it problematic that cutting out some part > > (be it a complete clip or a drag-&-drop selection) > > automatically moves the rest of the track from the right, leaving no gap. > > > > i mean, would it not be more intuitive if cutting would just cut > > and moving would just move? > > > > sure, combining those two functionalities may be desirable in cases... > > but how can i just remove some part from some (but not all) tracks, > > leaving the rest synchronous with the remaining tracks? > > what you really are trying to do is "copy'n'mute" > > just press 'c' and then 'm' afterwards. > > as of when dragging clips by mouse, ... if you see >< as insertion point > the clip will be cutout and inserted at the insertion point, if you > don't see it, clip will be "copy&mute" and inserted at insertion point > > bye > andraz > > > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- dr.k.g.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
Re: [CinCVS] merge editing modes
Hi! > Andraž Tori wrote: > > editing modes are one of the hardest things for new learners of > cinelerra to comprehend I'm a genuine dull beginner. I've never had any problem with editing modes. (I hope not to have my newbie certificate cancelled for that) :-) Raffaella ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] [MOTION EFFECT] I tried it and here are my conclusions...
Nicolas, The camera was really moving around on this video, huh?! :) But, this was a test of the motion stabilizer more than a use case. It is very cool once you get used to it. Thanks for clearing up some of my confusion. scott On Fri, 2006-10-20 at 08:57 +0200, Nicolas wrote: > On Thu, Oct 19, 2006 at 10:07:51PM -0400, Scott C. Frase wrote: > > Hey Nicolas, > > Thanks for the tips. I was able to get a better result from the video I > > made a while back. I realized I did not use the "Previous Frame Same > > Block" option originally. This made a huge difference. As I didn't > > have much time to fuss with it, I lowered the translation search steps > > to 128 as you suggest. > > > > Here are my results with comparison of before, after and zoom. The > > video is very compressed, but you can see that the zoom doesn't degrade > > too badly, as my source is HDV, which is something you'd be interested > > in seeing: > > http://content.serveftp.net/video/motionexercise.m2v > > 7MB > > > > scott > > Scott, > > There's no more lost motion tracking due to shade. However, your footage > is so jerky that you had to zoom in a lot to discard the black borders. > And now, all the "context" of the video is lost: you don't know where > the video was taken. :-/ > > So, technically, the motion tracker is, IMO, well set. But with such a > footage, one could hesitate to use the motion effect. I encountered the > same problem sometimes with my video. At some places, I had to zoom it > at a factor of 1.8, and I am using DV material... :-/ I really hesitated > between using the motion tracker, or cutting the scene. :-/ > > I'll continue to do some tests with that effect. I really would like to > be able to render to a higher resolution format, in order to see 100% of > the image, even when there's a lot of motion compensation. That way, I > could decide myself of the "stabilization effectiveness": > - zoom in a lot to discard the jerkiness, but the image is not sharp > - don't zoom it that much, and move the projector. The image is jerky, > but less than without any motion tracking. And I would not see those > large black borders. > > Anyway, who now know how to use that motion effect. I think I'll often > use it from now. > > Nicolas. > > > > ___ > 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] merge editing modes
Andraž Tori wrote: > a patch that completely merges both editing modes of cinelerra into a single > one, with shift key being the modifier ... > > editing modes are one of the hardest things for new learners of cinelerra to > comprehend (by my experience) and there is really no reason not to merge > them, since most of people expect to use shift for selecting. > Compromise: Keep both editing modes as current but add the shift-key to toggle into the alternate mode. Then people can work like before AND the new single edit-mode work and anyone is happy. Christian (2nd try, first post stuck in a moderator approval) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra documentation
Alex Ferrer wrote: > Merge with ? > > By default I am open to any other format or anything that helps... so > whatever it is I am for it. > > On a side note, what I am taking from this thread is: > > A) The wiki is slow - > Agree.. I will try to cajole the guys at taxnetusa.com to see if they > can move us to a faster server .. (I am getting the bandwith for free.. > so I will see what some begging can do ) > > 2) Having to be online to browse the wiki is a problematic. > Again agree.. I will see if the export to HTML plugin can solve that > one.. It would be great to ship the documentation with the source. > > 3) The wiki is broken into too many pages and is hard to navigate. > Am I reading this right ? if so, anyone can create a single wiki page > that refers to as many pages as you wish in a single page. basically > it would be a gigenormous page that should look a lot like Secrets of > Cinelerra, + pictures > Just generating a static version from the wiki often doesnt suffice, a wiki is at best structured for browsing, often rather unstructured (ok the cinelerra wiki get this right) I showed how to solve this on my wiki with a few simple steps: - Create a 'hardcopy' page which includes other (less structured) wiki pages in a well intended manner. - use the wiki's print-view and htmltops (or some similar tool) to generate a static version which is useable for printing. so how does that look like in real (just a example, not complecte content): The 'hardcopy' page in raw syntax: http://www.pipapo.org/pipawiki/Cinelerra/Print?action=raw Print-View: http://www.pipapo.org/pipawiki/Cinelerra/Print?action=print and a example PDF generated from that could look like: http://www.pipapo.org/pipawiki/Cinelerra/Developers?action=AttachFile&do=get&target=text.pdf there are still some problems, and I use a moin-wiki not a twiki, but twiki has similar features and the bugs left, formatting glitches can easily be fixed by some sed-script hooked into the process. Idea behind would be to generate the static version occationally and check that into the source tree. The scripts doing this should be part of the distribution too. (a static html version with wget or a mirror tool is also easy) > I think that if I get the server to be faster, it will solve a lot of > issues. the main one being to attract more people to contribute material > to the wiki. I agree and using a wiki is the simpliest way to attract people. If we agree on a workflow like I sketched above, it would be nice to feed 'Secrets of Cinelerra' into the wiki. Christian (2nd try, first post stuck in a moderator approval) ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
On Fri, 20 Oct 2006, Nicolas wrote: > I was too a bit surprised by the change. At first, when moving the > cursor on the timeline, I wasn't able to do NOT select a part of the > video. All I wanted was to see the flashing insertion point, without any > selection. > Fortunately, minmax helped me on the IRC, and he advised me to move the > insertion point by clicking on the upper part of the main screen, where > the time is displayed. I too haven't had much chance to test the change, but this sure doesn't seem like a good thing to me. When I sync things to a audio track, I want to set the insertion point by clicking on or very near the sound waveform. If I have to click on the time bar at the top in order to get a click instead of a drag, that's going to sharply increase the amount of cursing I do while using Cinelerra. And isn't the time bar already pretty much occupied by labels? If it's going to be hard to avoid clicking on a nearby label instead of the point I want, that will also suck. If you just removed drag'n'drop mode entirely, that would be better than this. I almost never use drag'n'drop mode and wouldn't miss it. However, I wouldn't advocate doing that, because I'm aware that some people do like to use drag'n'drop mode. What if instead, the drag'n'drop/normal setting were made less accessible, so that it would be less likely for people to change it without knowing what they're doing? -- Matthew Skala [EMAIL PROTECTED]Embrace and defend. http://ansuz.sooke.bc.ca/ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
Ok.. I really don't like this modification. I hate having to hold the shift down. I work with selection more than anything else... Andraz, Isn't your patch making the default mode "drag and drop" and modify the functionality of dragging on the time-bar, or pressing the shift key to turn selectionabilty mode on. (i.e. creating extra effort for every attempt to use selection style editing) Why not bring the modes back, but make the default "drag and drop" if you like, and add keep the modifiers there. That way when you teach newbies, you can place it in the "drag and drop" mode and leave it there for them. You could even lock it to not be switchable in the preferences.. Failing that, I'll have to use a personal branch of cinelerra at all times for my own use.. Pierre Andraž Tori wrote: On Fri, 2006-10-20 at 09:59 +0200, Kurt Georg Hooss wrote: folks, once i understood i found it makes sense to have the two modes. but having the issue on the agenda anyway... there is one closely related thing that really annoys me. in either mode, i found it problematic that cutting out some part (be it a complete clip or a drag-&-drop selection) automatically moves the rest of the track from the right, leaving no gap. i mean, would it not be more intuitive if cutting would just cut and moving would just move? sure, combining those two functionalities may be desirable in cases... but how can i just remove some part from some (but not all) tracks, leaving the rest synchronous with the remaining tracks? what you really are trying to do is "copy'n'mute" just press 'c' and then 'm' afterwards. as of when dragging clips by mouse, ... if you see >< as insertion point the clip will be cutout and inserted at the insertion point, if you don't see it, clip will be "copy&mute" and inserted at insertion point bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
On Fri, 2006-10-20 at 09:59 +0200, Kurt Georg Hooss wrote: > folks, once i understood i found it makes sense to have the two modes. > but having the issue on the agenda anyway... > there is one closely related thing that really annoys me. > > in either mode, i found it problematic that cutting out some part > (be it a complete clip or a drag-&-drop selection) > automatically moves the rest of the track from the right, leaving no gap. > > i mean, would it not be more intuitive if cutting would just cut > and moving would just move? > > sure, combining those two functionalities may be desirable in cases... > but how can i just remove some part from some (but not all) tracks, > leaving the rest synchronous with the remaining tracks? what you really are trying to do is "copy'n'mute" just press 'c' and then 'm' afterwards. as of when dragging clips by mouse, ... if you see >< as insertion point the clip will be cutout and inserted at the insertion point, if you don't see it, clip will be "copy&mute" and inserted at insertion point bye andraz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] merge editing modes
folks, once i understood i found it makes sense to have the two modes. but having the issue on the agenda anyway... there is one closely related thing that really annoys me. in either mode, i found it problematic that cutting out some part (be it a complete clip or a drag-&-drop selection) automatically moves the rest of the track from the right, leaving no gap. i mean, would it not be more intuitive if cutting would just cut and moving would just move? sure, combining those two functionalities may be desirable in cases... but how can i just remove some part from some (but not all) tracks, leaving the rest synchronous with the remaining tracks? thanks & cheers georg -- dr.k.g.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
Re: [CinCVS] TV Out Feature
Yep ;-) et j'ai l'impression qu'on est pas des masses. Le 19 oct. 06 à 23:30, Nicolas a écrit : On Thu, Oct 19, 2006 at 11:09:04PM +0200, Christophe Reynaud wrote: Sorry I have found my mistake I forgot the ":" before 0.1 Many thanks. Christophe. Tiens, un français!!! Nicolas. ___ 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] merge editing modes
Hello, I was too a bit surprised by the change. At first, when moving the cursor on the timeline, I wasn't able to do NOT select a part of the video. All I wanted was to see the flashing insertion point, without any selection. Fortunately, minmax helped me on the IRC, and he advised me to move the insertion point by clicking on the upper part of the main screen, where the time is displayed. That worked, but I'm a bit sceptical. I'll have to use the latest revision for a longer time to have an opinion. Nicolas. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
