Ubuntu-fr

cenwen, tu as tout mon respect pour ta réponse à mon post qui était un peu ironique ...

"Nyme, je ne sais pas où tu veux en venir ni ce que tu dis au début ..."

si j'ai pas été assez clair, il est intelligent de ne pas re-inventer la roue, de ne pas refaire ce qui existe quand les ressources sont limitées ..

JT a developpé un nle, ok mais il en existait deja et a preuve du contraire il a pas fait mieux que l'existant a 5% pres ...

par contre jashaka est mort et il n'y en a pas d'autres ... si il avait utilisé son énergie a continuer ou a faire un jashaka, on aurait un super projet qui aurait bénéficié du talent de JT et qui aurait sans doute fédéré des devs ... et qui aurait apporté à la video sous linux ...

on en a deja parlé y compris de jashaka, tu n'étais bien sur pas d'accord, mais c'est toi qui a remis ce logiciel sur le tapis ....

"en effet, c'est complètement irrationnel de ma part, mais c'est ce que je ressens alors... les applis mal intégrées me piquent trop les yeux "

bon ok, je dois pas y voir clair alors ...

la nouveauté c'est le re-développement en c++ ? avec autre chose que mlt ? la version windows ?

si c'est ca, c'est vrai que ca va tout changer

deux ou trois remarques ...

"De mes essais, Kdenlive ne traite pas l'AVCHD en natif, il demande systématiquement de transcoder !"
oui et non ... si c'est juste pour couper un morceau dans la time line et que tu as un "gros" pc, ca marche direct ... si par contre tu ajoutes une transition en plus des corrections couleurs, luminosité et autres et bien la oui il faut convertir en mpeg2 par exemple ...moi je fais ca car je suis en full hd et que mon portable du bureau est correct sans plus (C2D 2,4g).. pour cela j'utilise de manière automatique les fichiers proxy et ca marche tres bien, l'avchd est completement masqué, et le rendu se fait bien sur avec les fichiers avchd d'origine ...

" Kdenlive est boudé par les professionnels dont il se dirige lentement mais surement (actuellement avec les fonctionnalités actuelles il est passé d'intermédiaire à semi-professionnel). Source RMLL 2011."
la par contre j'aimerais en savoir plus ... mais je ne vois pas ou est le débat ? est ce que les pros utilisent gimp à la place de photoshop ?  pour avoir discuté avec des "pros" il semble que le standard soit final cut sur mac ... vu le budget d'un film pro, le coût du matériel et licence pro n'est qu'une goutte d'eau, donc autant utiliser un logiciel bien testé que beaucoup de gens connaissent avec un support pro derrière ...

"Voilà pourquoi j'ai pris OpenShot comme prog "principal", en regrettant que les fonctionnalités de l'autre ne s'y trouvent pas... et en rêvant que les deux s'unissent... mais ce n'est qu'un regret... et qu'un souhait.
Laissons le temps faire son travail d'usure, de lassitude, un finira par prendre le dessus (Openshot je pense... puisque Ubuntu se taille la part du lion) et certains des contributeurs de l'autre rejoindront le premier, peut-être uniquement pour rajouter deux ou trois fonctionnalités, mais ce sera déjà ça."
on s'est bagarré avec cenwen sur ce sujet .... tu peux relire les vieux post la dessus ... sinon linux n'est pas ubuntu et je peux te garantir que les devs de kdenlive se contrecarre de la distri utilisées ...

merci pour la définition du framework qui est très précise, je voulais juste dire que un des arguments forts à la naissance d'openshot (du moins officiellement) était de pas utiliser c/c++. Alors évidemment un framework s'écrit en langage compilé, mais par extension un nle peut l’être aussi ... à condition que les devs maîtrisent (ce qui est le cas de jt) ... par exemple je serais curieux de voir en quoi premiere, after effects, final cut sont écrits ...surement pas en visual basic ou python ...

"C'est MLT qui commande et qui donne les instructions à FFmpeg pour les opérations d'encodage et décodage."
oui c'est ca et votre framework fera exactement la même chose puisque basé sur ffmpeg !!...

on est exactement dans le débat openshot/kdenlive basé sur mlt/ffmepg donc au final obligatoirement très proche en fonctionnalité ...la on aura frameworkjt/mlt basé sur ffmpeg donc au final obligatoirement très proche en fonctionnalité ...

le multi core est une fausse excuse dans la mesure ou Dan Dennedy est déjà en train de bosser dessus et que c'est une histoire de quelques semaines pour l'avoir en prod ...

par contre vous aurez les mêmes problèmes que mlt avec ffmpeg pour l'avchd c'est à dire le pb de "seeking" pour l'avchd qui est une des limites de ffmpeg (d'apres ce que je sais, à confirmer).... d'ou la présence de fichiers proxy dans kdenlive ...

enfin, ca me fait marrer la position de jt .... vu ce qu'il veut, il aurait du commencer par le début, écrire un "clone" de ffmpeg et ds autres libs, le framework et le nle .... la il va plutôt à reculons, mais j'admire le courage de ce mec même si je trouve toujours dommage qu'un mec aussi bon et avec autant de temps disponibles se la joue perso plutôt que collaborer à l'existant... mais bon il est assez neuf dans l'open source ...

bon cenwen je t'en veux pas, on est toujours pas d'accord mais c'est ce qui est drole ...

a+

"Les logiciels d' Android sont en Python et surtout en Java" je pensais que le but d'openshot était d'etre un gros logiciel bourré de fonctions et rapide .. je pensais pas que tu voulais en faire une appli android .... les lecteurs trancheront sur le fait que 9 fois sur 10 un 'gros' logiciel est compilé .... et prenons le pb a l'envers pourquoi interpréter un gros truc ...

pour les fichiers proxy tu nous colles une tartine en espérant qu'on oublie le sujet du départ, l'absence dans openshot d'une fonctionnalité basique et indispensable .... a l'occasion plutot que de boire les paroles de n'importe quel utilisateur que tu rencontres, regarde un peu le site et le forum du produit, tu gagneras du temps et tu écriras moins de sottises .... les fichiers proxy marchent sous kdenlive depuis un bon moment déja .... 

"Openshot existe depuis 3 ans maintenant (Aout 2008)" 
alors la les boules pour vous, vous avez bossé 3 ans sans apporter grand chose aux nle sous linux (ce qui était prévisible vu qu'il est basé sur mlt/ffmpeg) et la vous faites marche arrière en changeant de framework .... c'est une erreur magistrale dans votre projet ...

mais bon si vous avez encore le moral et du temps de libre, c'est bien de continuer ....

jpboussac, les fichiers avchd sont tres compressés et ffmpeg ne sait pas les traiter correctement ... la solution est d'utiliser des fichiers proxy (les convertir en mpeg2 par exemple, avec un faible débit et une faible résolution) ... kdenlive le fait automatiquement, open shot je sais pas ... en tout cas cela évite le bidouillage que tu évoques.. .

jansma, tes bugs et plantages de kdenlive proviennent d'un problème d'install .... après les goûts et les couleurs ... perso j'ai plutôt besoin de fonctionnalités évoluées, tout dépend de son besoin ... et pour moi il est impossible de bosser sans proxy ....

"Sur ce point là, ça vas bientot commencer pour ...............nous. On est dans la dernière ligne droite."

ok cool mais ça me fait marrer car on retombe sur le débat pourquoi openshot/mlt/ffmpeg par rapport a kdenlive/mlt/ffmpeg.

la nouvelle lib est basée sur fmpeg si j'ai bien lu .... donc j'ai du mal a saisir ou va être le vrai plus ... mais bon je vous souhaite bonne chance ...

laurentb "Openshot n'est pas parfait comme tous les logiciels libres mais il existe et évolue pour offrir plus aux utilisateurs sur toutes les machines, même les plus modestes, donc pour le plus grand nombre."

Merci pour cette remarque qui apporte beaucoup ...

Le sens de ma remarque c'est qu'on est tous content de voir de nouveaux nle sous linux ... sauf que la il y a une com détestable. Les "gens" d'open shot disent tout ce qui existe est moisi, buggué .. et nous on va faire mieux .. sauf que depuis 3 ans y a rien de mieux .. et maintenant faut encore attendre pour avoir des fonctionnalités dignes de truc de pro que l'utilisateur de open shot n'utilisera jamais ... un truc de drôle, jt montre une vidéo sur son site ou on ajoute des transitions !!! je rêve c'est ça son truc de bien ????

Si jt avait compris ce qu'était l'open source, il aurait participé et amélioré le dev de mlt, et avec son niveau il aurait fait du bien au projet, mais la non , il redémarre un truc a zéro ... sauf qu'il a pas une équipe de 20 devs sous ses ordres pour re-coder ce qui a déjà été fait depuis 10 ans ....

A la limite tout ça ne m'enlève rien, le seul truc c'est que le moindre utilisateur lambda qui  a utilisé os pour ajouter deux clips avec une transition dit "ouais super génial je file 20$ " tout ça grâce a une com de pro ... ou on déglingue les autres de manière pas honnête ..

C'est le même débat que celui sur le nombre de distri linux existante, chaque gugusse prend une distri existante, ajoute une appli et change le fond d'écran et passe 3 mois a faire de la com en disant c'est la mienne la meilleure ...

hello cenwen

pour (bien) commencer ne me menace pas, tu n'as jamais bloqué mon compte, ubuntu-fr n'est pas à toi et j'ai toujours été correct, même si j'ai toujours dénoncé le "incohérences" de votre projet et la com pour le moins malsaine ...
je ne vais pas reprendre point par point, ca sert à rien ... par contre vous m'avez bien fait rigoler ces jours ci ...

tu as justifié la création d'openshot principalement par le fait que kdenlive était sous Qt et que c'était pas bien sous ubuntu qui était sous gnome à l'époque ...  ça fait presque 4 ans si mes souvenirs sont bons ... dommage que ton site sum-up n'existe plus, on se serait marré avec l'historique ..

Et la jt prend la décision de re coder os en QT  ... oh les gars morts de rire, vous perdez 4 ans à développer une appli en gtk et 4 ans oui 4 ans après vous re-tournez votre veste et passez sous QT ... en gros vous avez perdu 4 ans ...

en plus avec votre nouvelle lib, ca vous fait un boulot monstre pour refaire ce qui existe actuellement ... y a pas à dire ça c'est de la gestion de projet ... et avec tout ça jt n'aura pas besoin de 45000$ mais plutôt 450000$ ...

une remarque sur l'article de pc-inpact: c'est un site généraliste, téléphone, jeu, stockage, ms, apple .. enfin un site qui ne s'occupe pas d'open source et encore moins de nle sous linux ... mais bon tu leur à écrit un bon article  ..bravo ...

Bon enfin,désolé, mais au début d'os j'avais dis que vous apporteriez rien aux nle sous linux, force est de constater que j'étais en dessous de ce qui se passe ...

Mais on va rester optimiste et dire que dans cinq ou dix ans vous aurez développé un killer nle et ce sous toutes les plateformes existantes .. et pour ça je vous dis bravo...

Xylo, j ai rien contre os, c est juste que la com est faite contre l existant ... dans le reel les gens dev un truc et quand c est bien le projet devient connu et recolte des fonds    ici c est le contraire, on fait une com de dingue en meprisant les autres projet     
Cenwen c est pas un
Compliment quand je te qualifie de politicien ca aurait ete si grand de ta part de dire on s est plante il y a quatre ans en ne prenant pas qt mais on a compris maintenant

Enfin y a rien de grave  continue de promettre

non mais ma remarque n'était pas contre toi, c'était juste  une remarque entre  le décalage des annonces du projet et la réalité ...

vivement la v2 ..