Re: [CinCVS] bones
er no (shame on me) I just came across it .. Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 E Chalaron schreef: I think you need a license to unlock it... Did you try it? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+pgYH1+F2Rqwn0RCh+5AJ9PrsL41XGfkMXXmNsuChyZk7NdkgCaA+It 0RYgBd9jalM6JqcjyzSPX/Y= =Zqqs -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] bones
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: > E Chalaron schreef: >> I think you need a license to unlock it... > > Did you try it? Ahhh the docs mention flexlm :r that remembers me of the Linux Maple software :\ ...so I'll stop trying. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+xmYH1+F2Rqwn0RChIbAJsEmPTEx077QWTtsgUSf/nGJ3NgxACePEP+ R4Z3/2JKH7UCWP3ASqYwvNk= =z/9c -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] bones
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 E Chalaron schreef: > I think you need a license to unlock it... Did you try it? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+pgYH1+F2Rqwn0RCh+5AJ9PrsL41XGfkMXXmNsuChyZk7NdkgCaA+It 0RYgBd9jalM6JqcjyzSPX/Y= =Zqqs -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] bones
I think you need a license to unlock it... Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 E Chalaron schreef: Has anybody ever tried this ? Now downloading :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+OaYH1+F2Rqwn0RClTIAJ9B68F+7aORFqk09brUYiYJT7EswACfdj+Z mi9L+7jMZHSRsk8vROi3Los= =16Jy -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] bones
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 E Chalaron schreef: > Has anybody ever tried this ? Now downloading :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+OaYH1+F2Rqwn0RClTIAJ9B68F+7aORFqk09brUYiYJT7EswACfdj+Z mi9L+7jMZHSRsk8vROi3Los= =16Jy -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] I believe in cinelerra continued
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 marquitux caballero schreef: > I mean is there tv channels using linux/cin ONLY for editing? I'm quite sure several TV stations run Linux. The userbase of MLT, the userbase of my own CableText product, and there are many more. NLE is a completely different ballpark. Editors work on Macs, why? Because it is usually stable. If you can say one thing about Cinerella if it crashes it usually maintains your project, which is very good. But is it stable, in my humble opinion it is not. Don't forget the people you should attract! We are not talking about a news room, they use SMIL like stuff (H)DV/SDI footage is inserted, an editor markes begin and end times and it is put in a playlist. If we are targetting film or series editors we should have a benefit for them, and this means like one did before get Cinellera on Mac/Windows so people can actually try it. And think about why Cinellera is better than anything else out there, that certainly runs on less resources! I run Cinelerra because it has most things that one may want for editing. But don't forget all the basic editing that a user does only need a frontend. Many, maybe all actions can be done in tools like ffmpeg. - From what I understand of Cin3 there is a frontend and backend model. I hope it would be a playout and an interface. And if the playout is efficient enough to be used as realtime playout server, and supported some standards (unlike MLT) then we are on the right track. Certainly multiple people can work on the different directions of the project, but as long it is an unfocused effort I hate to say that everything evolves and we will end up with a Kino variant to be the next gen editor for Linux, if not Blender is maybe already at that position first. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl+HrYH1+F2Rqwn0RCixsAKCVXLGSLv2/hbRVyDfP9BU/ADkWYgCfQaHQ iPsFYiBqoCn8gsjRQv9qflI= =WCBY -END PGP SIGNATURE- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] bones
Has anybody ever tried this ? cheers E http://www.thomsongrassvalley.com/products/film/bones/ ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] I believe in cinelerra continued
> Message: 3 > Date: Wed, 23 Jan 2008 08:41:53 -0400 > From: "Leo germani" <[EMAIL PROTECTED]> > To: cinelerra@skolelinux.no > Subject: Re: [CinCVS] I believe in cinelerra continued > Reply-To: cinelerra@skolelinux.no > > --=_Part_18807_21632693.1201092113043 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > > > > > > those=B4re just ideas, listen or ignore it... no big deal, but LISTEN WHA= > T > > 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,, that´s movie making, that means nothing, cellphones uruns linux but you can´t think that cinelerra can run there :) hehehhe you are talking about MOVIE-MAKING-frame-sequences but what about 720x576 VIDEO EDITING? that´s totally different, I mean is there tv channels using linux/cin ONLY for editing? do you think cinelerra can reach that market? that´s more CINEPAINT-FRAME-BY-FRAME... they use linux, but cinelerra is more for a continuous NLe editing in studios (It seems), to be plugged to a DV or HDV camera. Am I wrong? that´s all if you focus in CINEMA, don´t use DV, use OPENEXR but blender is stronger there, with the node editor... if cinelerra aims to be A PROFESSIONAL EDITING SYSTEM, dont´ dare to think about Disney, Digital Domain,... etc.. do you think they need cinelerra?, they can afford comercial tools, or even have threir own programing infraestructure... focus in documentary, Tv spots, tv shows and stuff like that... VIDEO EDITING. cinelerra has some incredible features and GREAT Potential, but if you aim to 32 bit, adobe premiere is faster and better, in 64 bits, with linux cinalerra could have some advantages. Marcos Caballero _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Re: [CinCVS] Standards for render components
> Now try this with high definition video, which is temporally compressed. >It doesn't work. You'll only get a few frames per second at best. avidemux does fast scrub on e.g. 1080i. Probably it decodes nearest I-frames. regards mk ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Rendering problem - 2nd try
John Try to use a script of your own Put the following into a cinerender script under /user/local/bin with 755 option and in Y4mstream use cinerender % #/bin/bash mpeg2enc -v 0 -r 16 -M 2 -4 2 -2 1 -R 0 -D 10 -E 10 -g 6 -G 9 -q 4 -b 8000 -f 8 -o $1 Try that and let us know, mond that some options in mpeg2enc may be obsolete. I know that some changes have been brought to the code lately. cheers Edouard John Griffiths wrote: Am I on the correct list? I really need some help, please. I upgraded from Fedora Core 7 to Fedora 8, reloaded Cinelerra and the packages needed using yum and now I cannot get Cinelerra to render using YUV4MPEG Stream whether I use mpeg2enc or ffmpeg. I overwrote my .bcast directory by mistake and lost my configuration strings, but I am not sure that is the problem. The mpeg2enc pipe I am using is: mpeg2enc -f 8 -o % I have also used: mpeg2enc -b 0 -f 8 -o % I get the following output: trying popen(mpeg2enc -f 8 -o /video/DVDs/family/vacation/florida2007.m2v) INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION! INFO: [mpeg2enc] SETTING SSE and MMX for TRANSFORM! INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION! INFO: [mpeg2enc] Selecting DVD with dummy navigation packets output profile INFO: [mpeg2enc] Assuming norm NTSC INFO: [mpeg2enc] Progressive input - selecting progressive encoding. INFO: [mpeg2enc] Encoding MPEG-2 video to /video/DVDs/family/vacation/florida2007.m2v INFO: [mpeg2enc] Horizontal size: 720 pel INFO: [mpeg2enc] Vertical size: 480 pel INFO: [mpeg2enc] Aspect ratio code: 1 = 1:1 pixels INFO: [mpeg2enc] Frame rate code: 4 = 3.0/1001.0 (NTSC VIDEO) INFO: [mpeg2enc] Bitrate: 7500 KBit/s INFO: [mpeg2enc] Quality factor: 8 (Quantisation = 9) (1=best, 31=worst) INFO: [mpeg2enc] Field order for input: none/progressive INFO: [mpeg2enc] Sequence unlimited length INFO: [mpeg2enc] Search radius: 16 INFO: [mpeg2enc] DualPrime: no INFO: [mpeg2enc] Using one-pass rate controller INFO: [mpeg2enc] GOP SIZE RANGE 7 TO 15 INFO: [mpeg2enc] Setting colour/gamma parameters to "NTSC" INFO: [mpeg2enc] Progressive format frames = 1 INFO: [mpeg2enc] Using default unmodified quantization matrices INFO: [mpeg2enc] SETTING MMX and MMX for QUANTIZER! INFO: [mpeg2enc] PAR = 0 INFO: [mpeg2enc] NEW GOP INIT length 15 [svq3 @ 0x5f8f0c0]unsupported slice header (1F) FFMPEG::decode error decoding frame INFO: [mpeg2enc] Signaling last frame = -1 INFO: [mpeg2enc] Guesstimated final muxed size = 0 Render::run: Session finished. When I use ffmpeg, I used the command: ffmpeg -f yuv4mpegpipe -i - -y -target dvd -f mpeg2video % and got the output: trying popen( ffmpeg -f yuv4mpegpipe -i - -y -target dvd -f mpeg2video /video/DVDs/family/vacation/florida2007.m2v) [svq3 @ 0x5f8f0c0]unsupported slice header (1F) FFMPEG::decode error decoding frame FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib --mandir=/usr/share/man --incdir=/usr/include/ffmpeg --enable-libmp3lame --enable-libogg --enable-libvorbis --enable-libogg --enable-libtheora --enable-libfaad --enable-libfaac --enable-libgsm --enable-xvid --enable-x264 --enable-liba52 --enable-liba52bin --enable-pp --enable-shared --enable-pthreads --enable-gpl --disable-strip libavutil version: 49.4.0 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on May 30 2007 15:17:57, gcc: 4.1.2 20070502 (Red Hat 4.1.2-12) Input #0, yuv4mpegpipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0.0: Video: rawvideo, yuv420p, 720x480, 29.97 fps(r) Assuming NTSC for target. Output #0, mpeg2video, to '/video/DVDs/family/vacation/florida2007.m2v': Stream #0.0: Video: mpeg2video, yuv420p, 720x480, q=2-31, 6000 kb/s, 29.97 fps(c) Stream mapping: Stream #0.0 -> #0.0 frame=0 fps= 0 q=0.0 Lsize= 0kB time=100.0 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead nan% Render::run: Session finished. In both cases, a dialog opens with the message "Error rendering data." I am using: cinelerra-2.1-0.13.20070108.fc8 mjpegtools-1.9.0-0.5.rc2.fc8 ffmpeg-0.4.9-0.8.20070530.fc7 I hope someone will be kind enough to put me back in the right direction. Regards, John ___ 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] Rendering problem - 2nd try
Am I on the correct list? I really need some help, please. I upgraded from Fedora Core 7 to Fedora 8, reloaded Cinelerra and the packages needed using yum and now I cannot get Cinelerra to render using YUV4MPEG Stream whether I use mpeg2enc or ffmpeg. I overwrote my .bcast directory by mistake and lost my configuration strings, but I am not sure that is the problem. The mpeg2enc pipe I am using is: mpeg2enc -f 8 -o % I have also used: mpeg2enc -b 0 -f 8 -o % I get the following output: trying popen(mpeg2enc -f 8 -o /video/DVDs/family/vacation/florida2007.m2v) INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION! INFO: [mpeg2enc] SETTING SSE and MMX for TRANSFORM! INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION! INFO: [mpeg2enc] Selecting DVD with dummy navigation packets output profile INFO: [mpeg2enc] Assuming norm NTSC INFO: [mpeg2enc] Progressive input - selecting progressive encoding. INFO: [mpeg2enc] Encoding MPEG-2 video to /video/DVDs/family/vacation/florida2007.m2v INFO: [mpeg2enc] Horizontal size: 720 pel INFO: [mpeg2enc] Vertical size: 480 pel INFO: [mpeg2enc] Aspect ratio code: 1 = 1:1 pixels INFO: [mpeg2enc] Frame rate code: 4 = 3.0/1001.0 (NTSC VIDEO) INFO: [mpeg2enc] Bitrate: 7500 KBit/s INFO: [mpeg2enc] Quality factor: 8 (Quantisation = 9) (1=best, 31=worst) INFO: [mpeg2enc] Field order for input: none/progressive INFO: [mpeg2enc] Sequence unlimited length INFO: [mpeg2enc] Search radius: 16 INFO: [mpeg2enc] DualPrime: no INFO: [mpeg2enc] Using one-pass rate controller INFO: [mpeg2enc] GOP SIZE RANGE 7 TO 15 INFO: [mpeg2enc] Setting colour/gamma parameters to "NTSC" INFO: [mpeg2enc] Progressive format frames = 1 INFO: [mpeg2enc] Using default unmodified quantization matrices INFO: [mpeg2enc] SETTING MMX and MMX for QUANTIZER! INFO: [mpeg2enc] PAR = 0 INFO: [mpeg2enc] NEW GOP INIT length 15 [svq3 @ 0x5f8f0c0]unsupported slice header (1F) FFMPEG::decode error decoding frame INFO: [mpeg2enc] Signaling last frame = -1 INFO: [mpeg2enc] Guesstimated final muxed size = 0 Render::run: Session finished. When I use ffmpeg, I used the command: ffmpeg -f yuv4mpegpipe -i - -y -target dvd -f mpeg2video % and got the output: trying popen( ffmpeg -f yuv4mpegpipe -i - -y -target dvd -f mpeg2video /video/DVDs/family/vacation/florida2007.m2v) [svq3 @ 0x5f8f0c0]unsupported slice header (1F) FFMPEG::decode error decoding frame FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib --mandir=/usr/share/man --incdir=/usr/include/ffmpeg --enable-libmp3lame --enable-libogg --enable-libvorbis --enable-libogg --enable-libtheora --enable-libfaad --enable-libfaac --enable-libgsm --enable-xvid --enable-x264 --enable-liba52 --enable-liba52bin --enable-pp --enable-shared --enable-pthreads --enable-gpl --disable-strip libavutil version: 49.4.0 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on May 30 2007 15:17:57, gcc: 4.1.2 20070502 (Red Hat 4.1.2-12) Input #0, yuv4mpegpipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0.0: Video: rawvideo, yuv420p, 720x480, 29.97 fps(r) Assuming NTSC for target. Output #0, mpeg2video, to '/video/DVDs/family/vacation/florida2007.m2v': Stream #0.0: Video: mpeg2video, yuv420p, 720x480, q=2-31, 6000 kb/s, 29.97 fps(c) Stream mapping: Stream #0.0 -> #0.0 frame=0 fps= 0 q=0.0 Lsize= 0kB time=100.0 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead nan% Render::run: Session finished. In both cases, a dialog opens with the message "Error rendering data." I am using: cinelerra-2.1-0.13.20070108.fc8 mjpegtools-1.9.0-0.5.rc2.fc8 ffmpeg-0.4.9-0.8.20070530.fc7 I hope someone will be kind enough to put me back in the right direction. Regards, John ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Newbie
En/na Anderson Goulart ha escrit: Hello, I am Anderson Goulart (aka Global) from Belo Horizonte, Brazil and I am here to contribute with Cinelerra project. I've just started to download the source code from git repository and I'll try to help this community. obrigado! -- ^ ^ O O (_ _) muzzol(a)muzzol.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 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCVS] Standards for render components
OK, though I suspect many plugin writers would like to avoid all the extra complexity, so perhaps the interface needs a render context hints object. On 23/01/2008, Herman Robak <[EMAIL PROTECTED]> wrote: > > On Wed, 23 Jan 2008 11:58:27 +0100, Christian Thaeter <[EMAIL PROTECTED]> > wrote: > > > Have a scheduler where we can assert frame pulls "I need frame 2 at > > quality level N in 17ms, and btw i am playing forward, if possible > > prepare me frame 2 and following as well". This Scheduler can the report > > immediately "Yes sounds doable" or "No way, I wont even try, drop this". > > As well as some extra hints like "give me the nearest frame to frame 40 > > within X ms" or adaptive quality/resolution while scrubbing one sees low > > res/low quality preview and when stopping scrubbing the exact frame > > where it stopped is rendered in (maybe incremental) better quality/res. > > I'll elaborate a little on this one. One of the ideas we (Christian, > Richard and I) considered was "give me any of frame 30 to 50 within 17 > ms". > That is, specify an acceptable range. I will explain to everyone why this > is useful. > > If you seek through half an hour of video really quickly, by dragging > the slider through the video in twenty-thirty seconds, it will play back > blindingly fast: 50-100 times normal speed. Every two seconds of video > will be displayed as a single frame. A five second clip will be on the > screen less than 1/10 of a second. Yet this brief flash is long enough > that you notice it, if you know what you are looking for. > > I've tried this in Cinelerra with large DV files. It was smooth and > responsive. It was useful. I loved it. > > Now try this with high definition video, which is temporally compressed. > It doesn't work. You'll only get a few frames per second at best. > Scrubbing and seeking gets at least ten times slower, unresponsive, > laggy, jerky. It was not very useful. I hated it. > > > When you zip through a video at 100x speed, you won't care if it was > frame 110 or frame 112 that just flashed by. Because your "temporal > resolution" has been "zoomed out" to one frame every fourth second. > If Cinelerra displayed frame 135 instead of frame 110 you could not > possibly tell, because at 100x speed it's just 1/100 second "wrong". > > So playback at 10x speed or more should be quite easy, since the > tolerance is so much wider. But in order to exploit that, the backend > must be told what the tolerence (the range) is. > > -- > Herman Robak > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > -- Regards, Martin ([EMAIL PROTECTED]) IT: http://methodsupport.com Personal: http://thereisnoend.org
Re: [CinCVS] Standards for render components
On Wed, 23 Jan 2008 11:58:27 +0100, Christian Thaeter <[EMAIL PROTECTED]> wrote: Have a scheduler where we can assert frame pulls "I need frame 2 at quality level N in 17ms, and btw i am playing forward, if possible prepare me frame 2 and following as well". This Scheduler can the report immediately "Yes sounds doable" or "No way, I wont even try, drop this". As well as some extra hints like "give me the nearest frame to frame 40 within X ms" or adaptive quality/resolution while scrubbing one sees low res/low quality preview and when stopping scrubbing the exact frame where it stopped is rendered in (maybe incremental) better quality/res. I'll elaborate a little on this one. One of the ideas we (Christian, Richard and I) considered was "give me any of frame 30 to 50 within 17 ms". That is, specify an acceptable range. I will explain to everyone why this is useful. If you seek through half an hour of video really quickly, by dragging the slider through the video in twenty-thirty seconds, it will play back blindingly fast: 50-100 times normal speed. Every two seconds of video will be displayed as a single frame. A five second clip will be on the screen less than 1/10 of a second. Yet this brief flash is long enough that you notice it, if you know what you are looking for. I've tried this in Cinelerra with large DV files. It was smooth and responsive. It was useful. I loved it. Now try this with high definition video, which is temporally compressed. It doesn't work. You'll only get a few frames per second at best. Scrubbing and seeking gets at least ten times slower, unresponsive, laggy, jerky. It was not very useful. I hated it. When you zip through a video at 100x speed, you won't care if it was frame 110 or frame 112 that just flashed by. Because your "temporal resolution" has been "zoomed out" to one frame every fourth second. If Cinelerra displayed frame 135 instead of frame 110 you could not possibly tell, because at 100x speed it's just 1/100 second "wrong". So playback at 10x speed or more should be quite easy, since the tolerance is so much wider. But in order to exploit that, the backend must be told what the tolerence (the range) is. -- Herman Robak ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] Newbie
Hello, I am Anderson Goulart (aka Global) from Belo Horizonte, Brazil and I am here to contribute with Cinelerra project. I've just started to download the source code from git repository and I'll try to help this community. Bye, Global
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,,
Re: [CinCVS] Standards for render components
Martin Ellison wrote: > Where should Cinelerra go next? Several comments: > > * the first components to focus on should be > o the renderer -- renders from the Edit Decision List and the > assets to a codec, taking however long it requires > o the previwer -- renders to a screen window, taking at most > 17ms so it can do 60f/s only one renderer which maybe has diffrent code paths (software, gpu, ...) controled by quality/resolution/profiling parameters. Have a scheduler where we can assert frame pulls "I need frame 2 at quality level N in 17ms, and btw i am playing forward, if possible prepare me frame 2 and following as well". This Scheduler can the report immediately "Yes sounds doable" or "No way, I wont even try, drop this". As well as some extra hints like "give me the nearest frame to frame 40 within X ms" or adaptive quality/resolution while scrubbing one sees low res/low quality preview and when stopping scrubbing the exact frame where it stopped is rendered in (maybe incremental) better quality/res. This needs also a sophisticated caching system which maximize and monitor memory usage and ensures that frames which are expensive to render and/or often reused (mpeg keyframes for scrubbing) are readily availabe and dont need to be re-rendered. Perhaps with some profiles to determine the cost benefit of caching or rendering for a given thing. > * the renderer needs to be made up of components that might > o apply an effect frame-by-frame (each frame independently eg > chromakey) > o change the number of frames (eg pulldown) > o combine several clips (transitions, compositing) > * the edit decision list would then be a graph of component nodes > * free/open source projects work by dividing the code base into > modules that can be worked on independently, replaced by better > alternatives, and reused on other projects. > * therefore the important thing is to define the interface between > components. For cin3 everything will be entered in a big graph including decoders and encoders, mixers, effects, ... what you see in a compositor is basically only a tap on one of this nodes (yes it would be possible to have multiple compositor windows and attach them at diffrent points in the graph). We define a module/plugin system based on C interfaces so that anyone can write plugins in different languages. take a look at the cin3 design docs. > > > Also, look at Blender. This contains a video editor with similar > functionality to Cinelerra but a less-usable user interface. However, it > would be good if both projects could address the same interface to allow > reuse of components. Blender is only one of many which defines its interfaces in its own way. We plan to define our own interfaces which exacltly meet our goals and then use wraper plugins which can adapt to foreign interfaces/plugins (blender, frei0r, gstreamer, effectv, ) Christian ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCVS] I believe in cinelerra continued
I think cinelerra if ever becomes or try to be a PROFESSIONAL tool, must CHASE and LISTEN MARKETS, I´m not of the idea that money is source of all evil... actually, I HOPE that MATROX releases its SDK so the comunity can develop products out of it, and in that way, when cinelerra becomes a HARDWARE/SOFTWARE solucion, it could benefit from selling hardware or selling tech support for companies (I work in a company where we provide equipment for tv channels and stuff like that, and they want SUPPORT and most times buy 12 computers with matrox hardware, that´s in the third world, what would happend if you close a deal with editing studios out there or tv channels? maybe some kind of CERTIFICATED TEACHING PROGRAM like blender has now, if cinelerra becomes usable, stable and my company sells solutions based on it, they would PAY to take me to have the certification (actually soon I could become an Adobe Certified trainer, and they pay for that)... cinelerra IS A GREAT TOOL, but it is being hold back because developers want to keep it OUT of markets., well you did it CINELERRA IS NOT in the markey...but cinelerra can be free and produce A LOT OF MONEY, but somekind of foundation may be needed, a CIN3 foundation maybe?. CINELERRA is a great tool but shoud become more industry friendly. - Open Premiere, Vegas, Canopus projects, Finalcut PRO... just the clips, not the filters, thjat would helps studios to have linux in 1 computer CONECTING to other pcs or macs. - have somekind of support for AfterFX filters - EXTENSIBLY USE FREE formats: loading xcf with layer, and allowing select which layer use or load a layer in each track Use blender 3D scenes to implement FX, and SAVE cinelerra layers in blendfiles so blender user can load it in sequencer, and use CIN-MASKs or rotoscopying A PROJECT, not just a video. - FORGET ABOUT COMMANDLINE PARAMETERS for the user. - ALL should be Preseteable, so user can reuse parts of a projects, animations, masks or things like that in other projects. - render parallely to 3GP and FLV when you render your project in sd/hd so you cand have the render for distribution in any media at the same time. - DVD from timeline. 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 there are many cool stuff that can be achieved, and cinelerra can make money with no need of DONATIONS, if cin becomes PRO and the market responds, you can make money in many ways, and cin-linux can´t be beaten in some for other tools. Cheers Marcos Caballero from Argentina _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
