j'aime faire des commits de mes dev au cours de la journée pour pouvoir revenir sur des version antérieur du fichier, sans pour autant poluer le trunk avec des dec pas completement terminé.
Trunk => doit toujours compiler.
Mes petites branches de dev ne me genent pas, mais avec CVS ou SVN, impossible de renommer un fichier en gardant l'historique. Innadmissible.
Cela dit, SVN est pas mal, surtout intégré avec trac. Mais la gestion des dossiers est calamiteuse et les tags ne sont pas de vrai tag sans des hook à la c...
J'utilise Proshow régulièrement, et il y a effectivement un poil de boulot pour s'en rapprocher
- annimation douce : préférez les spline ou des courbes d'accélération/décélarations pour les effets de zoom.
- plein de variation sur l'effet kenburns (c'est l'effet vraiment à la mode, à la fois sofistiqué, mais pas trop, l'image n'est pas chiante à regarder...). Ne pas oublier que la rotation est aussi importante.
- gestion des keypoints pendant la slides (pouvoir en rajouter pour changer la direction de l'animation, avec biensûr une gestion douce des changement de direction).
- les meilleurs transitions : fondu par le noir, effet 3D. Tout le reste fait powerpoint année 90.
- des animations sur le texte (zoom, lettres qui tombent, qui rebondissent), donne du rythme à la présentation
- fondu de plusieurs images sur la même slide(droite/gauche, haut/bas : effet garanti)
- des animations en 3D bien fait sont fabuleuses (voir les effets d'Apple Keynote)
- pouvoir insérer une vidéo dans la vidéo. Un must.
- gestion du son (une bande son, pouvoir baisser/monter le son selon la slide,...)
Pour résumé, si je devais changer 2 choses à videoporama, ce serait les deux premières: d'abord une accélération/décélération douce (bérier, spline) dans tous les effets de transition, et ken burns élaboré.
Posté par Stibb .
En réponse à la dépêche Python 2.7.
Évalué à 2.
bah, si il a raison en un sens, il est mieux de passer par moc si on veut utiliser QT à fond (qtdesigner,...)
Quant au doublon avec la STL, si tu rajoutes boost, oui effectivement, ça fait VRAIMENT doublon.
La linguistique est et restera irremplacable. La recherche d'une image par une autre est absolument inutile.
Ce qu'il faut, c'est étendre les algorithmes de reconnaissance de forme, d'objet, de visage, d'animaux, etc, pour tagger automatiquement les images.
Aujourd'hui, les visages commencent à être détecté automatiquement, ce qui fait que tu peux trouver facilement toutes les photo avec "Robert" en faisant une simple recherche par mot clé, avec picasa ou iphoto (facebook va s'y mettre).
Demain les images auront les tags les plus usuels directement associé (chat + lunette de soleil + guitare par exemple).
Pour l'instant je le fais (dans le cadre professionnel) manuellement, et c'est chiantissime.
A noter qu'une grosse part de l'innovation dans ce domaine viens du football, et oui pour avoir le coup de boule de zidanne les opérateurs tagges manuellement les mini clip vidéo à la volé lors des matches, et le tout tend à être de plus en plus automatisé...
Posté par Stibb .
En réponse à la dépêche Python 2.7.
Évalué à 3.
plutot de KDE effectivement.
Il y a des applications QT extraordinaire (au niveau UI).
QT est vraiment le pied a programmer (en C++).
Il y a des applications GTK vraiment pourri (qui a dit GIMP?).
GTK est vraiment nul à programmer (en C++).
Mais de manière générale, sous leur environnement de prédilection respectif (KDE et Gnome), je trouve beaucoup plus agréable d'évoluer sous gnome que sous kde. Question de culture du nombre de bouton au metre carré je pense.
Posté par Stibb .
En réponse à la dépêche Python 2.7.
Évalué à 3.
mes 2 cents:
- en tant qu'utilisateur : QT m'émerve, KDE est mal foutu, et ormis quelques applications, je ne les utilises plus. Trop complexes, mal foutu, moche, inutilisable, complexe. J'aime bien amarok, qtfps, smplayer. Chez moi tout le reste est en gtk. De manière générale, j'évite l'environnement KDE où je préfère la simplicité de gnome
- en tant que développeur : QT c'est le pied, la courbe d'apprentissage, la doc et le support sont extraordinaire, et je développe que des applications QT.
Mais alors pourquoi les developpeurs QT ont il tendance à faire toujours des soft trop complexes avec 15 000 panels de configuration, ... Et pourtant, c'est possible de faire de tres belles applications en QT... juste que les développeurs, quand ils voient la simplicité de programmation, compense par une complexité à l'utilisation...
Au final, je n'utilise que les applications qt qui sont en fait des GUI sur des programmes en ligne de commande.
mais moi non plus je ne peux pas te dire pourquoi il y aurait un bug avec les appli QT4 alors qu'il n'y en a pas avec les appli gtk. Le fait est que oui, sur plusieurs systeme il y a un bug connu d'incompatibilité entre les appli QT, un systeme de compositing, et l'accès bas niveau des fenetre (XGetGeometry typiquement).
ref:
- http://ubuntuforums.org/showthread.php?t=1078100
- http://smplayer.berlios.de/forums/viewtopic.php?id=979
En utilise xwininfo, je peux tester avec différente fenetre l'intégration de ma sortie video dans différentes applications.
Aucune applications qt ne fonctionne (les winid ont une tete bizare, comme 0x4400009d, 0x4400009f, ...). Mais l'intégration dans une autre fenetre qu'une application QT (dans nautilus, gedit, etc) fonctionne. Donc ce n'est pas un pbl de droit au niveau de ssh ni Xorg, mais bien un soucis avec QT (qt 4.4.3 sous ubuntu 10.4)
ca arrive sur ma machine local en ubuntu quand j'ai recompiler le programme, donc ce n'est pas un pbl de ssh, mais un pbl de configuration de X. L'appel de XGetGeometry ne fonctionne pas.
dans un film il y a des musiques. Comment reconnaitre sur un extrait si la musique vient d'un film ou vraiment de la musique seul. Ou alors il faut faire un fingerprint de toute la bande son, donc il suffit de l'altérer pour contourner la protection.
comment font il pour que chaque processus s'execute indépendament dans la meme interface (en gros on une seule fenetre)? Plusieurs thread, je comprend bien, mais avec plusieurs process? Il y a une shared memory avec la page completement rendue ? comment font-il pour que ce soit fluide ?
je pense que les solution de virtualisation ne sont pas encore prete pour du graphisme professionnel, en tout cas il y a toujours un point qui peche:
- Xen : j'arrive pas à faire tourner un windows en plein écran. Mais si c'était faisable, le support multiprocesseur est là, la carte vidéo correctement géré avec les driver adéquat....
- vmware : ma version était limité à 2 processeurs. Aucun intéret si je ne peux utilisé tous les proc. Pilote vidéo qui ne gère pas les profiles de couleur.
- virtualbox : multi proc non géré sur les processeur qui n'ont pas le support matériel de virtualisation (et oui les derniers intel, meme rapide, mais de base, n'ont pas ce support). Très handicapan. Soucie au niveau des I/O, le transfert de fichier est tres long, meme en passant par le faux partage samba (et alors en exploitant l'acces disque USB depuis la machine virtuelle, quelle lenteur...)
- kvm : je ne l'utilise pas, vbox est nettement plus conviviale.
Voila. Perso je recherche le moyen de :
- rester sous linux
- émuler windows
- exploiter mes 4 coeurs CPU
- exploiter 4 Go sur mes 8 Go de RAM
- accélération vidéo non nécessaire mais le support des profiles de couleur est PRIMORDIAL. Et pour l'instant, soit c'est le driver de la carte video sous linux qui foirent ou il faut configurer 150000 fichiers à la main, soit c'est ce support n'est pas transféré à la machine virtuelle.
- I/O rapide entre la clé USB (déchargement des photo/vidéo) et le disque internet et entre le disque et le RAID placé sur ethernet.
Parfois on a besoin d'un endroit où crier son désespoir.
Je trouve ça honteux de perdre ces 3 tables lors de l'écriture (IPTC, XMP, EXIF), s'il y a bien un seul truc qu'il ne faut pas faire c'est perdre ce genre de donnée. Autant qu'il n'y ait pas de support 16 bits ou de calque de filtre dans GIMP, je m'en accomode, mais la destruction de ces données basiques, standards, documentées, est absolument innacceptable. Même pour un format proprio courageusement reverse engineré par des petits pingoin habiles.
je préfère qu'un produit fasse moins de chose mais qu'il le fasse parfaitement.
Après les goûts et les couleurs.
Je suis sûr qu'Apple fait exprès de ne pas faire comme les autres pour se démarquer : genre "on ne va pas être un port USB car tout le monde s'attend que l'on mette un port USB" ou "on ne va pas mettre le MMS dans l'iphone car tout le monde s'attend à ce qu'on le mette".
Avec comme corrolaire maciavelique : "donc les gens vont parler de cette limitation donc les gens vont parlé le l'iphone donc ca nous fera de la pub gratuite".
[^] # Re: gitk --all
Posté par Stibb . En réponse au journal Mercurial ou GIT. Évalué à -6.
[^] # Re: plop
Posté par Stibb . En réponse au journal Mercurial ou GIT. Évalué à 2.
Trunk => doit toujours compiler.
Mes petites branches de dev ne me genent pas, mais avec CVS ou SVN, impossible de renommer un fichier en gardant l'historique. Innadmissible.
Cela dit, SVN est pas mal, surtout intégré avec trac. Mais la gestion des dossiers est calamiteuse et les tags ne sont pas de vrai tag sans des hook à la c...
[^] # Re: Dommage..
Posté par Stibb . En réponse à la dépêche Videoporama disponible en version 0.8. Évalué à 2.
# J'utilise Proshow
Posté par Stibb . En réponse à la dépêche Videoporama disponible en version 0.8. Évalué à 2.
- annimation douce : préférez les spline ou des courbes d'accélération/décélarations pour les effets de zoom.
- plein de variation sur l'effet kenburns (c'est l'effet vraiment à la mode, à la fois sofistiqué, mais pas trop, l'image n'est pas chiante à regarder...). Ne pas oublier que la rotation est aussi importante.
- gestion des keypoints pendant la slides (pouvoir en rajouter pour changer la direction de l'animation, avec biensûr une gestion douce des changement de direction).
- les meilleurs transitions : fondu par le noir, effet 3D. Tout le reste fait powerpoint année 90.
- des animations sur le texte (zoom, lettres qui tombent, qui rebondissent), donne du rythme à la présentation
- fondu de plusieurs images sur la même slide(droite/gauche, haut/bas : effet garanti)
- des animations en 3D bien fait sont fabuleuses (voir les effets d'Apple Keynote)
- pouvoir insérer une vidéo dans la vidéo. Un must.
- gestion du son (une bande son, pouvoir baisser/monter le son selon la slide,...)
Pour résumé, si je devais changer 2 choses à videoporama, ce serait les deux premières: d'abord une accélération/décélération douce (bérier, spline) dans tous les effets de transition, et ken burns élaboré.
[^] # Re: PyGtk/Python3
Posté par Stibb . En réponse à la dépêche Python 2.7. Évalué à 2.
Quant au doublon avec la STL, si tu rajoutes boost, oui effectivement, ça fait VRAIMENT doublon.
N'empeche que de l'autre coté, gtk (en C) est vraiment une plaie à programmer. Je ne connais pas gtkmm... néanmoins il m'a l'air méchament lié ) automake, pkgconfig. Ca va pas facilité le portage sous windows ça...
Par contre... comment dire...
QT : http://doc.trolltech.com/4.6/classes.html
GTKmm : http://library.gnome.org/devel/gtkmm/unstable/group__Widgets(...)
hum, niveau doc... c'est pas trop ça.
[^] # Re: metadata
Posté par Stibb . En réponse au journal Pourquoi les services de recherche d'image par similarité sont défaillants dans leur fonctionnement même. Évalué à 2.
Je préfère dire "chat + assis".
# metadata
Posté par Stibb . En réponse au journal Pourquoi les services de recherche d'image par similarité sont défaillants dans leur fonctionnement même. Évalué à 2.
Ce qu'il faut, c'est étendre les algorithmes de reconnaissance de forme, d'objet, de visage, d'animaux, etc, pour tagger automatiquement les images.
Aujourd'hui, les visages commencent à être détecté automatiquement, ce qui fait que tu peux trouver facilement toutes les photo avec "Robert" en faisant une simple recherche par mot clé, avec picasa ou iphoto (facebook va s'y mettre).
Demain les images auront les tags les plus usuels directement associé (chat + lunette de soleil + guitare par exemple).
Pour l'instant je le fais (dans le cadre professionnel) manuellement, et c'est chiantissime.
A noter qu'une grosse part de l'innovation dans ce domaine viens du football, et oui pour avoir le coup de boule de zidanne les opérateurs tagges manuellement les mini clip vidéo à la volé lors des matches, et le tout tend à être de plus en plus automatisé...
[^] # Re: PyGtk/Python3
Posté par Stibb . En réponse à la dépêche Python 2.7. Évalué à 3.
Il y a des applications QT extraordinaire (au niveau UI).
QT est vraiment le pied a programmer (en C++).
Il y a des applications GTK vraiment pourri (qui a dit GIMP?).
GTK est vraiment nul à programmer (en C++).
Mais de manière générale, sous leur environnement de prédilection respectif (KDE et Gnome), je trouve beaucoup plus agréable d'évoluer sous gnome que sous kde. Question de culture du nombre de bouton au metre carré je pense.
[^] # Re: PyGtk/Python3
Posté par Stibb . En réponse à la dépêche Python 2.7. Évalué à 3.
- en tant qu'utilisateur : QT m'émerve, KDE est mal foutu, et ormis quelques applications, je ne les utilises plus. Trop complexes, mal foutu, moche, inutilisable, complexe. J'aime bien amarok, qtfps, smplayer. Chez moi tout le reste est en gtk. De manière générale, j'évite l'environnement KDE où je préfère la simplicité de gnome
- en tant que développeur : QT c'est le pied, la courbe d'apprentissage, la doc et le support sont extraordinaire, et je développe que des applications QT.
Mais alors pourquoi les developpeurs QT ont il tendance à faire toujours des soft trop complexes avec 15 000 panels de configuration, ... Et pourtant, c'est possible de faire de tres belles applications en QT... juste que les développeurs, quand ils voient la simplicité de programmation, compense par une complexité à l'utilisation...
Au final, je n'utilise que les applications qt qui sont en fait des GUI sur des programmes en ligne de commande.
[^] # Re: trouvé
Posté par Stibb . En réponse au message ubuntu 10.4, qt et XGetGeometry : impossible?. Évalué à 2.
ref:
- http://ubuntuforums.org/showthread.php?t=1078100
- http://smplayer.berlios.de/forums/viewtopic.php?id=979
[^] # Re: trouvé
Posté par Stibb . En réponse au message ubuntu 10.4, qt et XGetGeometry : impossible?. Évalué à 1.
# trouvé
Posté par Stibb . En réponse au message ubuntu 10.4, qt et XGetGeometry : impossible?. Évalué à 4.
export XLIB_SKIP_ARGB_VISUALS=1
avant de lancer les commandes qui font ce genre d'acces.
# j'avance
Posté par Stibb . En réponse au message pbl ssh X11 forwarding avec XGetGeometry sous ubuntu 10.4. Évalué à 1.
Il semblerais que le pbl soit lier à QT.
En utilise xwininfo, je peux tester avec différente fenetre l'intégration de ma sortie video dans différentes applications.
Aucune applications qt ne fonctionne (les winid ont une tete bizare, comme 0x4400009d, 0x4400009f, ...). Mais l'intégration dans une autre fenetre qu'une application QT (dans nautilus, gedit, etc) fonctionne. Donc ce n'est pas un pbl de droit au niveau de ssh ni Xorg, mais bien un soucis avec QT (qt 4.4.3 sous ubuntu 10.4)
# news
Posté par Stibb . En réponse au message pbl ssh X11 forwarding avec XGetGeometry sous ubuntu 10.4. Évalué à 2.
[^] # Re: Si j'ai bien compris...
Posté par Stibb . En réponse à la dépêche YouTube et les technologies Flash et HTML5. Évalué à 10.
J'en ai marre qu'on foute tout et n'importe quoi dans HML!
[^] # Re: Vidéo + Son
Posté par Stibb . En réponse au journal Empreinte pour fichiers audio et surtout vidéo. Évalué à 2.
Ce qu'il faut c'est un shazam à la vidéo...
# question
Posté par Stibb . En réponse à la dépêche Firefox 3.6.4 intègre Electrolysis. Évalué à 3.
[^] # Re: Et?
Posté par Stibb . En réponse au message pourquoi passer de GIMP à Photoshop. Évalué à 1.
[^] # Re: margin:auto ?
Posté par Stibb . En réponse au message Mais comment ca fonctionne ces satanés ?. Évalué à 1.
rahhh....
# auto auto!!
Posté par Stibb . En réponse au message Mais comment ca fonctionne ces satanés ?. Évalué à 2.
margin-right: auto
devraient t'aider
courage, css is life.
# virtualisation pour le graphisme
Posté par Stibb . En réponse au message KVM vs VMWare vs Xen. Évalué à 1.
- Xen : j'arrive pas à faire tourner un windows en plein écran. Mais si c'était faisable, le support multiprocesseur est là, la carte vidéo correctement géré avec les driver adéquat....
- vmware : ma version était limité à 2 processeurs. Aucun intéret si je ne peux utilisé tous les proc. Pilote vidéo qui ne gère pas les profiles de couleur.
- virtualbox : multi proc non géré sur les processeur qui n'ont pas le support matériel de virtualisation (et oui les derniers intel, meme rapide, mais de base, n'ont pas ce support). Très handicapan. Soucie au niveau des I/O, le transfert de fichier est tres long, meme en passant par le faux partage samba (et alors en exploitant l'acces disque USB depuis la machine virtuelle, quelle lenteur...)
- kvm : je ne l'utilise pas, vbox est nettement plus conviviale.
Voila. Perso je recherche le moyen de :
- rester sous linux
- émuler windows
- exploiter mes 4 coeurs CPU
- exploiter 4 Go sur mes 8 Go de RAM
- accélération vidéo non nécessaire mais le support des profiles de couleur est PRIMORDIAL. Et pour l'instant, soit c'est le driver de la carte video sous linux qui foirent ou il faut configurer 150000 fichiers à la main, soit c'est ce support n'est pas transféré à la machine virtuelle.
- I/O rapide entre la clé USB (déchargement des photo/vidéo) et le disque internet et entre le disque et le RAID placé sur ethernet.
Des idées? Des conseils?
Merci à tous
[^] # Re: pourquoi passer d'OpenOffice à Word 2007
Posté par Stibb . En réponse au message pourquoi passer de GIMP à Photoshop. Évalué à 1.
Je trouve ça honteux de perdre ces 3 tables lors de l'écriture (IPTC, XMP, EXIF), s'il y a bien un seul truc qu'il ne faut pas faire c'est perdre ce genre de donnée. Autant qu'il n'y ait pas de support 16 bits ou de calque de filtre dans GIMP, je m'en accomode, mais la destruction de ces données basiques, standards, documentées, est absolument innacceptable. Même pour un format proprio courageusement reverse engineré par des petits pingoin habiles.
Bug : https://bugzilla.gnome.org/show_bug.cgi?id=620552
Gaetan
[^] # Re: Pas pu résisté jusqu'à demain.
Posté par Stibb . En réponse au message pourquoi passer de GIMP à Photoshop. Évalué à 0.
mais putain, perdre les info EXIF d'un PSD... c'est pas possible...
[^] # Re: Et?
Posté par Stibb . En réponse au message pourquoi passer de GIMP à Photoshop. Évalué à 1.
[^] # Re: quant l'élite parle des autres
Posté par Stibb . En réponse au journal La boutique contre le bazar — the death of the open web. Évalué à 0.
Après les goûts et les couleurs.
Je suis sûr qu'Apple fait exprès de ne pas faire comme les autres pour se démarquer : genre "on ne va pas être un port USB car tout le monde s'attend que l'on mette un port USB" ou "on ne va pas mettre le MMS dans l'iphone car tout le monde s'attend à ce qu'on le mette".
Avec comme corrolaire maciavelique : "donc les gens vont parler de cette limitation donc les gens vont parlé le l'iphone donc ca nous fera de la pub gratuite".
Ah... marketing....