[CinCVS] Cinelerra.org
i'm asking someone to gave me permission to edit web, or someone who edits web when i ask that. is quite annoying have to repeat everyday info which should stay in the web and i shouldn't because one of the reasons above, thx vale This message was sent using IMP, the Internet Messaging Program. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Cinelerra.org
isn't wiki to help on that? 2007/1/22, Valentina Messeri [EMAIL PROTECTED]: i'm asking someone to gave me permission to edit web, or someone who edits web when i ask that. is quite annoying have to repeat everyday info which should stay in the web and i shouldn't because one of the reasons above, thx vale -- ^ ^ 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 echelon spamming bomb terrorism bush aznar teletubbies /echelon spamming
Re: [CinCVS] pakaging debianubuntu
On Saturday 20 January 2007 23:56, Jeroen van de Nieuwenhof wrote: #ubuntu edgy amd64 deb http://giss.tv/~vale/ubuntu64 ./ deb-src http://giss.tv/~vale/ubuntu64 ./ Hi I added these repositories but could not find Cinelerra? Ign http://giss.tv ./ Release Ign http://giss.tv ./ Packages Ign http://giss.tv ./ Sources Hit http://giss.tv ./ Packages Hit http://giss.tv ./ Sources sudo apt-get install cinelerra Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] [Bug 398] cinelerra does not render different Shape Wipe video-transitions
http://bugs.cinelerra.org/show_bug.cgi?id=398 --- Comment #1 from [EMAIL PROTECTED] 2007-01-22 15:31 +2 --- Created an attachment (id=211) -- (http://bugs.cinelerra.org/attachment.cgi?id=211action=view) small test case showing the problem Hi! Here is the small test case: 'project' consisting of few static images stretched 5secs on the timeline and Shape Wipe video-transition with different shapes applied, but Cinelerra renders them all the same. I'm running Cinelerra-2.1 r961 on amd64 Gentoo Linux. Sincerely, Gour -- Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email --- 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
[CinCVS] Still image quality in MPEG2 output
I created titles and credits for a video on DVD as 720x576 PNG images, which I read into Cinelerra and dragged onto the timeline. The MPEG2 file was rendered using a yuv4mpeg stream piped to mpeg2enc. At some point I noticed that the image quality of the still images in the MPEG2 video seemed to be better when the images were fed to mpeg2enc using png2yuv. I wondered if this was because of the various mpeg2enc options I had set with the video material (not stills) in mind, so I tested using mpeg2enc -f 8 -o % and nothing else. With input from png2yuv, the video looks pretty much exactly like the original still images on the computer screen, but when the input comes from Cinelerra, the contrast of the image seems to be quite a bit higher, with a some of dark tones reduced to black. Is there a logical explanation for this? Is the yuv stream from Cinelerra not supposed to be the same as that from png2yuv, if the original still image is the same? The settings were 720x576 at 25 fps, RGBA 8 bits, bottom field first, for Cinelerra and the same for png2yuv, except progressive instead of interlaced. I'm using mjpegtools 1.9.0 on Pentium 4. Mikko ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Re: Bug when loading a DV file
On Sunday 21 January 2007 23:20, Nicolas Maufrais wrote: On Sun, Jan 21, 2007 at 09:28:52PM +0100, Johannes Sixt wrote: Try to comment out the two lines that reference 'temp_frame' in qth264.c - does that also crash? I commented out the 2 lines of qth264.c and recompiled r983 with the debugging symbols. I load the .DV file and then Cinelerra didn't crash. In fact, it freezed. The mouse cursor looks as a clock, and nothing happens. I had to Ctrl-C Cinelerra in gdb. Here's the output: http://www.europephoto.com/temp/gdb_output_r983.txt The curious thing is, that one thread (the top-most in this list) is inside FileCR2. What are you loading here? -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Still image quality in MPEG2 output / Dark rendering
Mikko Huhtala writes: Is there a logical explanation for this? Is the yuv stream from Cinelerra not supposed to be the same as that from png2yuv, if the original still image is the same? Sorry to reply to my own message. I found this message in the archive https://init.linpro.no/pipermail/skolelinux.no/cinelerra/2006-December/009057.html It is about Xv settings, which can make video displayed via Xv look dark. I tried twiddling with the settings, but they do not make a difference in the rendered output of Cinelerra. This is what I would expect, since I used mplayer to take a look at both the raw yuv stream produced by png2yuv and the one by Cinelerra, and they look different. Xv settings only affect display, not Cinelerra rendering, right? I'm guessing that the gamma for the rendered output is not quite right for some reason. The image is displayed right in the Cinelerra compositor (= look the same as the still PNG original), but the rendered output is dark. Mysteriously, if I read the rendered yuv file back into Cinelerra, gamma/colours look ok in the compositor, even though the same file looks dark in mplayer. Changing the Xv attributes does not seem to affect the Cinelerra compositor window (playback driver is set to X11-XV). Mikko ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] 2vuy 422 to Dvfiles question
Hi there I eventually managed to get all my files at the same place after farm rendering (NFS mismanagement) A couple of question though : My frames are in 422 1024x768 uncompressed quicktime and progressive, they are imported without a problem in cinelerra. Now I do some rendering to Dvfiles. Works fine ... when I load the DVfile into Kino, I end up with hundreds of scene splits; each scene lasting no longer than a couple of frames. The source has no such scene splits. It works Ok but takes ages to load into Kino .. I have not tested it yet with mpeg encoding, and there is no labels or other stuff Any idea ? cheers Edouard ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] ideal machine = ?
Am Samstag, 20. Januar 2007 23:06 schrieb Richard Pitt: Intel Core Dual 2.4GHz (I'll upgrade to the faster chip when they turn on hyperthreading and the price comes down a bit) Mh, does Cinelerra even benefit from Hyperthreading? Anyway, Hyperthreading is not just disabled on the Core architecture. Hyperthreading was just a way for overcome problems caused by the Netburst architecture's extremely long pipeline. As I understand it, something like Hyperthreading would not really help on the Core architecture, which is a direct descendant of the Pentium-M and thus based on the Pentium III architecture rather than Netburst. Greetings, Gunter -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Thesaurus: ancient reptile with an excellent vocabulary. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + PGP-verschlüsselte Mails bevorzugt! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ pgpJ330bX4BH3.pgp Description: PGP signature
Re: [CinCVS] Some contributed pattern PNGs for the shapewipe effect.
On 2005-12-07 20:00, Johannes Sixt wrote: On Mittwoch 07 Dezember 2005 20:06, Herman Robak wrote: Jean-Sebastien Tarot sent me these shapewipe pattern PNGs: http://cvs.cinelerra.org/images/demi-cercle.png http://cvs.cinelerra.org/images/multiple-circle.png http://cvs.cinelerra.org/images/quadrillage.png http://cvs.cinelerra.org/images/spiral.png Thanks. This link is easier to browse: http://cvs.cinelerra.org/images/ -- Hannes This is rather old, but I don't see these links active anymore, nor did we add these to svn. Whatever happened to them? -- Kevin ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] [Patch] Reordering cpu checks to be able to enable 3dnow or altivec
I've fixed this now, I think. Please test. Yes, that works (at least for me :) ), thanks. Alexis. pgpbInivEqapD.pgp Description: PGP signature
[CinCVS] SUSE packages updated
In addition to the packages recently available from packman, I've updated copies at http:/cin.kevb.net/files/RPM/ which include SUSE 9.0, SUSE 9.2, a source tar file, and a source RPM. I've also posted a YUM (YAST compatible) repository for openSUSE 10.2. You can use: http://e.kevb.net/cobra/suse/10.2/ as a yast source. The packages in the 10.2 repository are signed and the public key is attached to this message. -- Kevin-BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.5 (GNU/Linux) mQGiBEWpeyURBACJt3hZm+mSbYMWoFDRPgKif0HdsmK8KGOHbGz8hJ819uE6pX7m NDImTJX7viVCG4GQ0dtqamJNZSv1ZUxzEfA4wSP9ARTVo6C8Am4rt1vj5m2AWmMb sSGtW0Z3omSaQDJP3/Gnk7YNr5ujYXbxEqykYbTercIbYVhhCYcFzlO84wCgn+7H d9T9MiC0WDNZ5slZHBxALUcD/3PcyCmUpuegD/lDiymeRlr0wJmecBqRhZxpxsFq hrw+EhsehJ9MoCodWpVhkDTm1qyH14Rg0gTnrX8dkrbBrojRnfQTmhliogsBK2GO YZGjL3EE9CTGUE9eTNvWqBEYojTXXcLpyICHR06Sl6R5q8bZzbhrpCE05lEWijTo CGJcA/4lrsk0pZx4wH+Vk2WmXliMWXRmMaJ2Qo33lKlnt5LesdK41pkgBHYh029N djRclAlW2IZbK0IAmOEP93EzVuJrdx1bkYDSMJK0VFnlOlpSEPUCJSirFUt1FjdU TFNDZoK0bfvL1hjgjUuA+3dyBn36xFpeI9NidVIAEhHWdCjM9bQuS2V2aW4gQnJv c2l1cyAoUlBNIGtleSkgPGNvYnJhQGNvbXB1c2VydmUuY29tPohgBBMRAgAgBQJF qXslAhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQWxjby83FbkQUVACePx0g L8RPvoumdA6AsW+witsvgR0An1hya+xJwsiEoNkxyDVt0XTDBQkmuQENBEWpeyUQ BACDGGhZZsj5eYL5TSsM9HSqYWtrBBcjrZFA20Omfy9SGlAUJvovuxuehVwjCY/s rcZs8xRyqbNTMuj3ZqAu3ZRBpB2iLwSLZShbm7lDjsyrk0oRHzS1pxNgozJEgnc2 n/11U8cb+Jfhazxgcv7Fa+9D978CViiiarkZqk8K5PAgvwADBwP/XkmVTxYtVMcH BgC1M53i9gcJYvcJKaYfs7kCSnWcgD1lnkcwwUz6pHCWOcQw6No2mPsIGn2U4eff KJxktI5+HCZAIBo8B1vCe+qe2sAQtr2OwWDMTHJpu3A0g2KBltkG+yMaDACYrAU3 IU3s0Dps8sX8xLDXrJQpROS6Rrr69zaISQQYEQIACQUCRal7JQIbDAAKCRBbGNvL zcVuREmzAJ9D3UIPl7kb6fXWGGxvHWwXOr02UgCdESlg37OyaKMlapCJlw4Gg1ur 0i0= =qpNm -END PGP PUBLIC KEY BLOCK-
