Re: [CinCV] Need for speed in mexico
Oh I forgot to mention that I also had to increase the cache size to 100MB Settings - Preference - Performance - Cache size = 100MB (You could increase that but I havent tried) HTH Dan On Wed, Apr 1, 2009 at 10:11 PM, Daniel Harris wrote: > Sorry for the late reply to this thread. > > I find that if I enable Play every frame and I enable Decode frames > asynchronously (I when I say enable I mean make sure the red tick is on) > then I get the best performance. Even though The frames achieved indicates > that my frame rate is very low I do find I get better performance. > > I Hope that has some effect > > Dan > > > On Sun, Mar 22, 2009 at 4:24 PM, august wrote: > >> > Settings -> Preferences -> Playback: >> > Try and switch off "Play every frame"... >> > Cheers & good luck, Georg >> > >> >> >> I did try that...but it didn't help. I didn't notice any visible >> difference. What does that actually do btw? >> >> -a. >> >> ___ >> Cinelerra mailing list >> Cinelerra@skolelinux.no >> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >> > >
Re: [CinCV] Need for speed in mexico
Sorry for the late reply to this thread. I find that if I enable Play every frame and I enable Decode frames asynchronously (I when I say enable I mean make sure the red tick is on) then I get the best performance. Even though The frames achieved indicates that my frame rate is very low I do find I get better performance. I Hope that has some effect Dan On Sun, Mar 22, 2009 at 4:24 PM, august wrote: > > Settings -> Preferences -> Playback: > > Try and switch off "Play every frame"... > > Cheers & good luck, Georg > > > > > I did try that...but it didn't help. I didn't notice any visible > difference. What does that actually do btw? > > -a. > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >
Re: [CinCV] Need for speed in mexico
> Si si, ya veo que tienes un hardware capacitado para eso. > Entonces te sugiero que pruebes reproducir esas pistas al mismo tiempo en > otro programa como ser simplemente con mplayer (abre varios mplayer a la > vez) a ver si es cap??z de hacerlo. Sino prueba con xine o ffplay siempre > abriendo m??s de uno a ver si lo puede sostener. I can open and play 2 HDV videos at the same time (with "mplayer -ao null" so I know it is not an audio buffer or pulseaudio problem). If I start a 3rd one, the videos will stall at random times...even though the CPU is not maxed out. Puedo abrir y reproducir 2 HDV videos al mismo tiempo (con "mplayer -ao null" para saber no es un problema de pulseaudio). Pero, si voy a reproducir el tercero video, los videos tienen problemas de tiempo..aunque el CPU no esta a maximo. > Si lo hace bien entonces ya podemos decir que el problema es realmente > cinelerra. ok, creo que es un problem de kernel, no? > Si lo hace mal hay que buscar la soluci??n por otro lado que puede ser cosa > de temporizaci??n con el n??cleo (o un bug que se da con ese hardwaer) o el > m??dulo de video que no responde bien. tengo un tarjeta grafica de NVidia...y creo que esta respondiendo bien. > Lo raro es que el uso del CPU sea tan bajo eso significa que el software no > est?? usando la potencia que tiene el hardware. Entonces puede ser un > problema de temporizaci??n. cuando reproduzco muchos videos simult??neamente, puedo ver que la m??quina esta usando 7 CPUs por igual. el octavo CPU esta de maximo. > Te sugiero tambi??n instalar un n??cleo Linux actualizado como ser el > 2.6.28.8 y prueba con eso. No creo que sea culpa directa de cinelerra. siahorita estoy de acuerdo. > Si las pruebas anteriores te dan bien (reproducir varios videos con mplayer > o xine) entonces habr??a que empezar a ver d??nde cinelerra est?? > calculando mal los tiempos. > > Adem??s, los fps, los pusiste bien?? Mira que son 29,xx (no recuerdo con si, los fps son correctos ...29,xxx > exactitud ty ahora no estoy en mi m??quina como para verlo) pero no 30 > exactos. O si tu video tiene 30 FPS exactos pues, utiliza eso. Quiz?? tu > video es de 60 FPS. ??Podr??as sacar informaci??n del archivo de video como > ser codec utilizado, duraci??n, codec de audio, resoluci??n, fps, etc. > Puedes ver lo que mplayer dice al abrirlo (cuantos FPS detecta mplayer). > > Podr??as grabar la pantalla con algo y ponerlo en youtube o pasarme la > grabaci??n para ver en qu?? forma se ve lento? > > Porque si se ve lento entrecortado es porque no puede sostener los > fotogramas y entonces elimina algunos. Si se ve lento pero muy bien > continuado es porque o est?? mal puesto el FPS o no tiene activado saltar > fotogramas pero en el ??ltimo caso deber??a consumir 100% CPU o el medio > desde donde lo est??s reproduciendo deber??a estar saturado. Pero ya > sabemos que no es as??. > Pues entonces yo encarar??a el problema por el lado de los tiempos. Alguna > parte que est?? calculando mal los tiempos o alguna configuraci??n de > tiempo mal puesta. > > Saludos. thanks for you help and ideas. I'm going to return to the centro multimedia to solve these problems in 2 or 3 weeks. gracias por tu ayuda y tus ideas. voy a regresar al centro multimedia para resolver los problemas en 2 o 3 semanas. -augusto. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
Ok, sorry guys, I will write newly in spanish but when this topic is solved I will put the solution in english to contribute with all of yours. > > ok...my hdparm output says: > > /dev/sda: > Timing cached reads: 13814 MB in 2.00 seconds = 6916.33 MB/sec > Timing buffered disk reads: 234 MB in 3.00 seconds = 77.97 MB/sec > > my HDV files of 487mb is 160 secons long. 487/160 = 3.04375 MB/s > > I should have enough throughput to play 10 tracks simultaneously. Any > ideas? > > > > Debo a tener suficiente velocidad para reproducir 10 pistas > simultaneamente. Tienes ideas? > > > > muchisimos gracias -augusto negro. > > > Si si, ya veo que tienes un hardware capacitado para eso. Entonces te sugiero que pruebes reproducir esas pistas al mismo tiempo en otro programa como ser simplemente con mplayer (abre varios mplayer a la vez) a ver si es capáz de hacerlo. Sino prueba con xine o ffplay siempre abriendo más de uno a ver si lo puede sostener. Si lo hace bien entonces ya podemos decir que el problema es realmente cinelerra. Si lo hace mal hay que buscar la solución por otro lado que puede ser cosa de temporización con el núcleo (o un bug que se da con ese hardwaer) o el módulo de video que no responde bien. Lo raro es que el uso del CPU sea tan bajo eso significa que el software no está usando la potencia que tiene el hardware. Entonces puede ser un problema de temporización. Te sugiero también instalar un núcleo Linux actualizado como ser el 2.6.28.8 y prueba con eso. No creo que sea culpa directa de cinelerra. Si las pruebas anteriores te dan bien (reproducir varios videos con mplayer o xine) entonces habría que empezar a ver dónde cinelerra está calculando mal los tiempos. Además, los fps, los pusiste bien?? Mira que son 29,xx (no recuerdo con exactitud ty ahora no estoy en mi máquina como para verlo) pero no 30 exactos. O si tu video tiene 30 FPS exactos pues, utiliza eso. Quizá tu video es de 60 FPS. ¿Podrías sacar información del archivo de video como ser codec utilizado, duración, codec de audio, resolución, fps, etc. Puedes ver lo que mplayer dice al abrirlo (cuantos FPS detecta mplayer). Podrías grabar la pantalla con algo y ponerlo en youtube o pasarme la grabación para ver en qué forma se ve lento? Porque si se ve lento entrecortado es porque no puede sostener los fotogramas y entonces elimina algunos. Si se ve lento pero muy bien continuado es porque o está mal puesto el FPS o no tiene activado saltar fotogramas pero en el último caso debería consumir 100% CPU o el medio desde donde lo estás reproduciendo debería estar saturado. Pero ya sabemos que no es así. Pues entonces yo encararía el problema por el lado de los tiempos. Alguna parte que está calculando mal los tiempos o alguna configuración de tiempo mal puesta. Saludos. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
> Hi August, > > It seems that FCP uses intermediate codec to make HDV editing. (maybe > the conversion is made internally) > Even if you can read two tracks with HDV medias. The computer will slow > down if you want to add effects. > One solution is to use proxy editing ==> > http://cv.cinelerra.org/docs/wiki/doku.php?id=english_manual:cinelerra_cv_en_21#hdv_1080i_editing_using_proxy_files > > Good luck august > ok...this makes sense.I was also suggesting that they might want to approach the editing this way today.I'm still a little bit baffled at where the bottleneck lays. I have a horrible feeling that it is an internal problem of cinelerra. thanks -august ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
> Sorry, but I prefer to write in spanish knowing that this guy is from > Mexico and he talks spanish. > If you want to read an english version please notify me (or someone help > translating it). > > > Primero que nada no utilices KDE o Gnome y menos Beryl o CompizFusion. > Bueno, aunque Beryl o CompizFusion solamente pueden molestarte en que veas > el video a pantallazos negros pero no creo que le quite velocidad. > Pero por las dudas utiliza algo livianito como lxde quiz?? o mejor todav??a > un icewm pelado. > En mi experiencia, ahora que recuerdo, primero con CompizFusion, no en > Cinelerra porque nunca lo prob?? en esta m??quina, pero con CompizFusion > activado, los videos se me pon??an re lentos en un reproductor com??n como > lo es mplayer. Imaginate en Cinelerra, seguro se pone superlento. > Luego s?? con Cinelerra experiment?? lentitud bajo KDE. Porque KDE no s?? > qu?? hace con los eventos del teclado y mouse pero parece que es un poco > agresivo atendi??ndolos y no s?? si con el video tambi??n se pone agresivo > como si utilizara sus propios temporizadores. Hasta tal punto que en > UrbanTerror el mouse me andaba cortado, el video bien, pero el mouse todo > cortado. Y eso era culpa de KDE nada m??s. > Estoy hablando de KDE 3.5. La versi??n 4 de KDE parece que no tiene ese > problema. > > Entonces, como primer contramedida utiliza un entorno livianito como por > ejemplo icewm. Total no necesitas cosas complejas en el entorno lo > importante es que puedas ejecutar cinelerra I dont think it is a problem of the CPU because I can verify that the processor usage is distributed evenly over teh 8 cpus. when I play one track, the total cpu usage is 5%. when I play 2 traks...the cpu usages 22% in total. No creo que el problema no sea el cpu por que puedo verificar que el uso de procesado esta distibuido parejo entre los 8 cpu's. Cuando reproduzco una pista el uso total de cpu no pasa por las 5%. cuando reproduzco 2 pistas el uso solo llega al 22%. > Y realmente, no s?? si lo has hecho, pero hazle una medici??n al acceso al > disco. El comando es sudo hdparm -Tt /dev/sda > Te va a dar un acceso con cach?? y uno directo. El que importa es el > directo en este caso. El de cach?? ayuda a ver la "potencia" general del > equipo. No importa tanto la velocidad del disco para el acceso con cach?? > ya que en mi caso vi valores como de 1 Giga por segundo con un disco cuya > velocidad real de acceso era de 30MB por segundo y en cambio en otra > m??quina vi unos 800 MB por segundo en el acceso con cach?? en un disco > cuya velocidad real era como de 54MB. O sea que el del cach?? te indica la > "potencia" de tu equipo y el otro te indica el valor real de acceso al > disco. > Vos vas a mirar el valor real de acceso al disco y fijate que sea alto. Si > es como de 54 MB por segundo haz el c??lculo de cu??ntos fotogramas de esa > definici??n (1440x1080) puede tolerar. > Con esa definici??n tenemos una imagen de 1.5 Megapixeles calcula que si > est?? a 30 FPS es = a 45 Megabytes por segundo en un formato sin comprimir. > Si es sin comprimir solamente vas a poder reproducir un solo video si tu > disco tiene una taza de transferencia de aproximadamente 50 MB/seg. > Pero puedo estar equivoc??ndome porque no s?? qu?? taza de transferencia > tiene tu video DV. Lo mejor es que te fijes en sus propiedades donde te va > a decir en forma de Mbps. > Si no lo consigues se puede hacer un c??lculo en base a lo que ocupa. Por > ejemplo: > Si el archivo ocupa 320 MB y su duraci??n es de 1 minuto 30 segunodos > hagamos la cuenta: > 320/(1*60+30) = 3,555 MB/seg. Eso es lo que el video va a reclamar del > disco para poder verse fluido. > Obviamente que de esos videos se pueden ver como 10 al mismo tiempo ya que > si multiplicas 3,55 por 10 te da 35,5 MBytes por segundo. Mi disco soporta > 55 Mbytes por segundo as?? que puedo ver a??n m??s cantidad: 55 / 3,555 = > 15 (eso es lo que yo puedo ver al mismo tiempo de esos videos > supuestamente). > Obviamente que la capacidad del procesador tambi??n te va a limitar pero en > nuestros casos (y m??s en el tuyo) se puede despreciar. > > > Saludos. ok...my hdparm output says: /dev/sda: Timing cached reads: 13814 MB in 2.00 seconds = 6916.33 MB/sec Timing buffered disk reads: 234 MB in 3.00 seconds = 77.97 MB/sec my HDV files of 487mb is 160 secons long. 487/160 = 3.04375 MB/s I should have enough throughput to play 10 tracks simultaneously. Any ideas? Debo a tener suficiente velocidad para reproducir 10 pistas simultaneamente. Tienes ideas? muchisimos gracias -augusto negro. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
> august wrote: > > If you have any ideas or any suggestions, I'd love to hear it. > > If you cut the audio track, does playback return to normal speed? I had > an audio driver issue once that resulted in 3fps playback- disabling > audio got it right back to 29.97. The eventual fix was to tweak some > audio settings (Believe I was sending too many samples at once). It's a > long shot, but thought I'd mention it. > > If you're willing to dig a little, oprofile will do a great job of > telling you what function your CPU is spending all its time in. This > should point you in the right direction. > thanks for the suggestion. But, no...if I get rid of the audio tracks...it is still slow. If I set the preferences tonot "play every frame" then it becomes more usable but still skips frames. Whats funny is that the 8 CPUs are not maxed out. I can see this in the system monetor. Cinelerra actually is doing a good job of spreading the cpu usage out over the 8 cpuswhich makes me wonder what the f64k the problem could be. I dont think it has something to do with the graphic card either since it can play one track just fine.if it was a problem of getting data from memory onto the screen, Ithink it would have troubles just playing one track. but since this is not soIm left scratching my head. thanks for all the input -august. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
Hi August, It seems that FCP uses intermediate codec to make HDV editing. (maybe the conversion is made internally) Even if you can read two tracks with HDV medias. The computer will slow down if you want to add effects. One solution is to use proxy editing ==> http://cv.cinelerra.org/docs/wiki/doku.php?id=english_manual:cinelerra_cv_en_21#hdv_1080i_editing_using_proxy_files Good luck august On 2009-03-21 22:31, august wrote: > > hey y'all, > > > I'm in Mexico city trying to help the Centro Nacional de las Artes > develop a workshop/online educational material on Cinelerra. This > is a pretty exciting opportunity and we are lucky to be able to have > a 4 processor (each dual core) Macintosh at hand to set up an > editing station. It is a dual boot machine with osx on one side and > the latest ubuntu on the other, with Cinelerra running on the ubuntu > side of course. > > My problem at the moment is speed. We have 1440x1080 interlaced DV > footage (taken from the last Piksel festival no less) and while it > plays a single track of video just dandy, when I add a second track > that is to play simultaneously with another track (above it), the playback > slows down considerably. It doesn't matter if the top video is at > 100% opacity, whenever there are two video tracks on the > time-line...the video is slow. > > Of course, those of the people here who use final cut on the mac > side are not so happy about thissince final cut can easily play > two tracks of HD DV footage at once on the same machine. > > I see that the CPU's are all being used and that it is not maxed out > there. I've tried everything in the Cinelerra handbook, but to no > avail. The machine has SATA drives ...so hdparm doesn't really > work to speed up the harddrive (afaik)even though I doubt the > bottleneck is the harddrive. I've tried switching the internal > format to YUV, YUVA, RGB...etc.. No speed up. I've tried > switching the viewer to use X11, X11-XV, OpenGL...etc...and there > was some speedup with OpenGL, but not enough. > > I've also tried all of those options on the compiled community > version, the compiled ADam Williams version, and the akirad > cinelerracv-smp version. > > I have a feeling it is something internal to Cinelerraor could > there be some magical Xorg server command that saves the day? > > If you have any ideas or any suggestions, I'd love to hear it. > > -august. > > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
Sorry, but I prefer to write in spanish knowing that this guy is from Mexico and he talks spanish. If you want to read an english version please notify me (or someone help translating it). Primero que nada no utilices KDE o Gnome y menos Beryl o CompizFusion. Bueno, aunque Beryl o CompizFusion solamente pueden molestarte en que veas el video a pantallazos negros pero no creo que le quite velocidad. Pero por las dudas utiliza algo livianito como lxde quizá o mejor todavía un icewm pelado. En mi experiencia, ahora que recuerdo, primero con CompizFusion, no en Cinelerra porque nunca lo probé en esta máquina, pero con CompizFusion activado, los videos se me ponían re lentos en un reproductor común como lo es mplayer. Imaginate en Cinelerra, seguro se pone superlento. Luego sí con Cinelerra experimenté lentitud bajo KDE. Porque KDE no sé qué hace con los eventos del teclado y mouse pero parece que es un poco agresivo atendiéndolos y no sé si con el video también se pone agresivo como si utilizara sus propios temporizadores. Hasta tal punto que en UrbanTerror el mouse me andaba cortado, el video bien, pero el mouse todo cortado. Y eso era culpa de KDE nada más. Estoy hablando de KDE 3.5. La versión 4 de KDE parece que no tiene ese problema. Entonces, como primer contramedida utiliza un entorno livianito como por ejemplo icewm. Total no necesitas cosas complejas en el entorno lo importante es que puedas ejecutar cinelerra, no? Y realmente, no sé si lo has hecho, pero hazle una medición al acceso al disco. El comando es sudo hdparm -Tt /dev/sda Te va a dar un acceso con caché y uno directo. El que importa es el directo en este caso. El de caché ayuda a ver la "potencia" general del equipo. No importa tanto la velocidad del disco para el acceso con caché ya que en mi caso vi valores como de 1 Giga por segundo con un disco cuya velocidad real de acceso era de 30MB por segundo y en cambio en otra máquina vi unos 800 MB por segundo en el acceso con caché en un disco cuya velocidad real era como de 54MB. O sea que el del caché te indica la "potencia" de tu equipo y el otro te indica el valor real de acceso al disco. Vos vas a mirar el valor real de acceso al disco y fijate que sea alto. Si es como de 54 MB por segundo haz el cálculo de cuántos fotogramas de esa definición (1440x1080) puede tolerar. Con esa definición tenemos una imagen de 1.5 Megapixeles calcula que si está a 30 FPS es = a 45 Megabytes por segundo en un formato sin comprimir. Si es sin comprimir solamente vas a poder reproducir un solo video si tu disco tiene una taza de transferencia de aproximadamente 50 MB/seg. Pero puedo estar equivocándome porque no sé qué taza de transferencia tiene tu video DV. Lo mejor es que te fijes en sus propiedades donde te va a decir en forma de Mbps. Si no lo consigues se puede hacer un cálculo en base a lo que ocupa. Por ejemplo: Si el archivo ocupa 320 MB y su duración es de 1 minuto 30 segunodos hagamos la cuenta: 320/(1*60+30) = 3,555 MB/seg. Eso es lo que el video va a reclamar del disco para poder verse fluido. Obviamente que de esos videos se pueden ver como 10 al mismo tiempo ya que si multiplicas 3,55 por 10 te da 35,5 MBytes por segundo. Mi disco soporta 55 Mbytes por segundo así que puedo ver aún más cantidad: 55 / 3,555 = 15 (eso es lo que yo puedo ver al mismo tiempo de esos videos supuestamente). Obviamente que la capacidad del procesador también te va a limitar pero en nuestros casos (y más en el tuyo) se puede despreciar. Saludos. On Sat, 21 Mar 2009 23:31:49 +0100, august wrote: > hey y'all, > > >I'm in Mexico city trying to help the Centro Nacional de las Artes >develop a workshop/online educational material on Cinelerra. This >is a pretty exciting opportunity and we are lucky to be able to have >a 4 processor (each dual core) Macintosh at hand to set up an >editing station. It is a dual boot machine with osx on one side and >the latest ubuntu on the other, with Cinelerra running on the ubuntu >side of course. > >My problem at the moment is speed. We have 1440x1080 interlaced DV >footage (taken from the last Piksel festival no less) and while it >plays a single track of video just dandy, when I add a second track >that is to play simultaneously with another track (above it), the >playback >slows down considerably. It doesn't matter if the top video is at >100% opacity, whenever there are two video tracks on the >time-line...the video is slow. > >Of course, those of the people here who use final cut on the mac >side are not so happy about thissince final cut can easily play >two tracks of HD DV footage at once on the same machine. > >I see that the CPU's are all being used and that it is not maxed out >there. I've tried everything in the Cinelerra handbook, but to no >avail. The machine has SATA drives ...so
Re: [CinCV] Need for speed in mexico
simple: it does, or does not, play every frame... if the machine cannot handle the video data flow in real-time, it can be made to either slow down but play the complete video, or drop frames and keep going in sync with uninterrupted audio. good luck anyway, georg Am Sunday 22 March 2009 16:24:44 schrieb august: > > Settings -> Preferences -> Playback: > > Try and switch off "Play every frame"... > > Cheers & good luck, Georg > > I did try that...but it didn't help. I didn't notice any visible > difference. What does that actually do btw? > > -a. > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- dr. kurt georg hooss schoepfung & wandel wissenschaftliche medienberatung breite strasse 6-8, d-23552 luebeck fon +49-(0)451-3003-474 (fax -333) www.schoepfung-und-wandel.de ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
august wrote: If you have any ideas or any suggestions, I'd love to hear it. If you cut the audio track, does playback return to normal speed? I had an audio driver issue once that resulted in 3fps playback- disabling audio got it right back to 29.97. The eventual fix was to tweak some audio settings (Believe I was sending too many samples at once). It's a long shot, but thought I'd mention it. If you're willing to dig a little, oprofile will do a great job of telling you what function your CPU is spending all its time in. This should point you in the right direction. -Brendan ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
> > If you have any ideas or any suggestions, I'd love to hear it. > > Is by any chance a compositor running in the windows manager (for window > shadowing and such)? If so, try switching it off. > thanks for the tip. I'll look into this when I get access to the machine again (due to some politics, the building has been temporarily shut).I somehow doubt that there was any nifty window manager extras turnged on...but it's worth a shot. thanks -august. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
> Settings -> Preferences -> Playback: > Try and switch off "Play every frame"... > Cheers & good luck, Georg > I did try that...but it didn't help. I didn't notice any visible difference. What does that actually do btw? -a. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
Settings -> Preferences -> Playback: Try and switch off "Play every frame"... Cheers & good luck, Georg Am Saturday 21 March 2009 23:31:49 schrieb august: > hey y'all, > > >I'm in Mexico city trying to help the Centro Nacional de las Artes >develop a workshop/online educational material on Cinelerra. This >is a pretty exciting opportunity and we are lucky to be able to have >a 4 processor (each dual core) Macintosh at hand to set up an >editing station. It is a dual boot machine with osx on one side and >the latest ubuntu on the other, with Cinelerra running on the ubuntu >side of course. > >My problem at the moment is speed. We have 1440x1080 interlaced DV >footage (taken from the last Piksel festival no less) and while it >plays a single track of video just dandy, when I add a second track >that is to play simultaneously with another track (above it), the > playback slows down considerably. It doesn't matter if the top video is at > 100% opacity, whenever there are two video tracks on the >time-line...the video is slow. > >Of course, those of the people here who use final cut on the mac >side are not so happy about thissince final cut can easily play >two tracks of HD DV footage at once on the same machine. > >I see that the CPU's are all being used and that it is not maxed out >there. I've tried everything in the Cinelerra handbook, but to no >avail. The machine has SATA drives ...so hdparm doesn't really >work to speed up the harddrive (afaik)even though I doubt the >bottleneck is the harddrive. I've tried switching the internal >format to YUV, YUVA, RGB...etc.. No speed up. I've tried >switching the viewer to use X11, X11-XV, OpenGL...etc...and there >was some speedup with OpenGL, but not enough. > >I've also tried all of those options on the compiled community >version, the compiled ADam Williams version, and the akirad >cinelerracv-smp version. > >I have a feeling it is something internal to Cinelerraor could >there be some magical Xorg server command that saves the day? > >If you have any ideas or any suggestions, I'd love to hear it. > >-august. > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra -- dr. kurt georg hooss schoepfung & wandel wissenschaftliche medienberatung breite strasse 6-8, d-23552 luebeck fon +49-(0)451-3003-474 (fax -333) www.schoepfung-und-wandel.de ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Need for speed in mexico
On Sat, 21 Mar 2009 23:31:49 +0100 august wrote: >If you have any ideas or any suggestions, I'd love to hear it. Is by any chance a compositor running in the windows manager (for window shadowing and such)? If so, try switching it off. John ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Need for speed in mexico
hey y'all, I'm in Mexico city trying to help the Centro Nacional de las Artes develop a workshop/online educational material on Cinelerra. This is a pretty exciting opportunity and we are lucky to be able to have a 4 processor (each dual core) Macintosh at hand to set up an editing station. It is a dual boot machine with osx on one side and the latest ubuntu on the other, with Cinelerra running on the ubuntu side of course. My problem at the moment is speed. We have 1440x1080 interlaced DV footage (taken from the last Piksel festival no less) and while it plays a single track of video just dandy, when I add a second track that is to play simultaneously with another track (above it), the playback slows down considerably. It doesn't matter if the top video is at 100% opacity, whenever there are two video tracks on the time-line...the video is slow. Of course, those of the people here who use final cut on the mac side are not so happy about thissince final cut can easily play two tracks of HD DV footage at once on the same machine. I see that the CPU's are all being used and that it is not maxed out there. I've tried everything in the Cinelerra handbook, but to no avail. The machine has SATA drives ...so hdparm doesn't really work to speed up the harddrive (afaik)even though I doubt the bottleneck is the harddrive. I've tried switching the internal format to YUV, YUVA, RGB...etc.. No speed up. I've tried switching the viewer to use X11, X11-XV, OpenGL...etc...and there was some speedup with OpenGL, but not enough. I've also tried all of those options on the compiled community version, the compiled ADam Williams version, and the akirad cinelerracv-smp version. I have a feeling it is something internal to Cinelerraor could there be some magical Xorg server command that saves the day? If you have any ideas or any suggestions, I'd love to hear it. -august. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
