On Tue, 28 Jan 2003 09:26:55 +0100 "Jean-Luc <Rossiny" <[EMAIL PROTECTED]> wrote:
> Le Lundi 27 Janvier 2003 21:58, vous avez �crit : > > On Thu, 16 Jan 2003 09:34:58 +0100 > > > > "Jean-Luc <Rossiny" <[EMAIL PROTECTED]> wrote: > > > Bonjour, > > > > > > J'ai repens� � ce probl�me tout � l'heure. Dans les forums de cinelerra > > (sourceforge) il y a des solutions � ce genre de probl�me. > > > > Ce que je retiens en g�n�ral c'est le conseil cam�ra -> dvgrab (dv) -> > > kino (mpg)-> cinelerra ce qui manque un peu de simplicit�... > > Kino s'appuie sur la biblioth�que libavc1394 (norme AV/C) qui est pure > IEEE1394, alors que cinelerra s'appuie sur la biblioth�que libdv1394 qui est > n'est pas pure IEEE1394, mais concerne une cat�gorie particuli�re de mat�riel. > > C'est encore le probl�me de l'�volution des objets qui ne respecte pas le > pass�. > > Kino dans sa derni�re version (0.6) permet la capture (dv) et donc la cha�ne > devient : cam�ra -> Kino -> Cinelerra . dvgrab --autosplit dvgrab c'�tait pour pas se fatiguer. Et le probl�me c'est que cinelerra ne prend aucun des formats de sortie de dvgrab. d'ou le passage par kino. Chez moi kino est inutilisable (saccad�, r�action beaucoup trop lente.) Je pensais que transcode pourrait peut-�tre remplacer kino, comme interm�diaire entre dvgrab et cinelerra. De toute fa�on je suis en train d'essayer de recompiler cinelerra sur mon ppc. J'essaierai quand j'y serai arriv�. voil� -- yves
