Articles précédents : Logiciel
- [46] QSOS ou comment gagner en objectivité dans l'évaluation et la sélection de logiciels libres
- [18] Sortie de amaroK 1.4
- [44] FreeCast traverse les NATs
- [18] Balazar Brother, un casse-tête onirique
- [98] Première version publique de ManiaDrive (1.01)
- [22] Sortie de Sylpheed-Claws 2.2.0
- [93] Sortie de Vim 7
- [12] Libération complète des sources d'Alfresco
- [21] Sortie de QEMU 0.8.1
- [20] Sortie de CMake 2.4.1
Liens connexes
- Picasa (2080 hits)
- Picasa pour Linux (1952 hits)
- Google Earth sous Wine (584 hits)
Dépêche modérée par
Dépêche éditée par
Cette version, la première pour Linux, est disponible sous forme de binaire, et s'appuie sur Wine.
Picasa devrait fonctionner sur tout système Linux x86, utilisant glibc 2.3 au minimum et un serveur X. Si hal est présent, il permet de contrôler les appareils photo connectés à l'ordinateur.
On peut ainsi espérer que Google Earth arrive sous Linux. De nombreux blogs font déjà écho de sa compatibilité avec Wine.
NdM : Picasa est un logiciel propriétaire (comme iPhoto). Sous Linux/*BSD et en libre, il existe notamment gthumb sous GNOME et Kimbada/Digikam sous KDE.
![[fr]](../../../images/fr.png)
Picasa (2080 hits)![[en]](../../../images/en.png)
Picasa pour Linux (1952 hits)-
Google Earth sous Wine (584 hits)
> Lire la dépêche (35 commentaires, moyenne: 4,2).
F-spot aussi
On peut quand même ajouter F-spot aussi. Pas encore très complet, et pas méga rapide, mais il mérite d'être cité.
Sinon on peut ajouter que Google a plus travaillé sur l'amélioration de Wine pour faire tourner Picasa tel quel sous Linux, plutôt que d'adapter Picasa.
Cela a résulté en plus de 250 patches reversés à Wine sur les derniers mois. Et ça prouve que Wine peut servir de support à des applications d'une certaine complexité. La publication de Google Earth nécessite à priori de résoudre encore quelques problèmes avec Wine, mais ne devrait pas trop tarder.
Tout ceci va peut être encourager d'autres sociétés à publier des softs Windows tournant sur Wine. Avec l'inconvénient d'amener plus de softs proprios sous Linux, mais après tout, cette diversité accrue boostera peut être les softs open. Toujours l'éternel débat.
-
[^]Re: F-spot aussi
Posté par dripple () le 29/05/2006 à 13:28. (lien). Évalué à 9.Si tous les éditeurs de softs proprios font en sorte que leur soft tourne correctement sous Wine, celà amènera plus de personnes sous Linux... Pour la suite, celà sera de l'évengélisation... :-)
-
[^]Re: F-spot aussi
Posté par Aurélien Bompard (Jabber id, page perso, ) le 29/05/2006 à 13:47. (lien). Évalué à 6.Et puis les applications libres dispos par le biais de la distrib auront dans ce cas le même avantage stratégique qu'a eu IE sur Netscape. Donc, finalement, c'est pas si grave.
-
[^]Re: F-spot aussi
-
-
-
[^]Re: F-spot aussi
Posté par jc121 () le 29/05/2006 à 14:34. (lien). Évalué à 8.Je trouve quand même qu'une boîte de la taille de google aurait pu se donner le mal de faire une vrai version linux.
Là je suis vraiment déçu, d'autant que la version Windows s'installait déjà manuellement aussi bien avec Wine.
Niveau intégration et vitesse, ça serait quand même beaucoup mieux.-
[^]Re: F-spot aussi
Posté par Guillaume RAMELET () le 29/05/2006 à 14:57. (lien). Évalué à 5.avant de tester j'étais successivement passé de l'euphorie (annonce de picasa sous linux) à la douche froide (... via wine) et j'ai décidé de tester.
Je suis vraiment bleuffé par l'installation très rapide et simplissime, et surtout par la rapidité de picasa (que j'ai déjà utilisé sous windows) via wine. Google a fait un super boulot. Bon ok si ça pouvait être libre et avec 2 versions gtk, et qt ça serait formidable; mais ne crachons pas dans la soupe, ce logiciel est vraiment fameux, ça m'a fait plaisir de reparcourir les milliers de photos que j'ai en ma possession.-
[^]Re: F-spot aussi
Posté par Jay () le 29/05/2006 à 15:10. (lien). Évalué à 3.Je suis passé exactement par les mêmes moments. Après l'avoir téléchargé, il m'a fallu 3 heures pour trouver le courage de l'installer.
Et, surprise, ça marche plutôt bien. Oui, on retrouve le toolkit Wine, mais l'ensemble m'est apparu relativement bien abouti, stable, et rapide.
Les fonctions d'éditions sont sympathiques, et l'ensemble peut rendre de bon services en attedant la maturation de F-Spot, que je trouve encore un peu trop jeune.
Rien à voir avec le portage de porc que Nullsoft avait commis avec Winamp 3.-
[^]Re: F-spot aussi
Posté par Julien Narboux (page perso, ) le 29/05/2006 à 17:19. (lien). Évalué à 7.J'ai testé ! tout ce que j'ai obtenu c'est une machine qui rame pendant 8heures, pour ensuite avoir un picasa qui contient toutes mes photos + toutes les images qui trainent sur le disque, il laisse même pas le temps de dire quels sont les répertoires qui doivent être scannés. Ensuite j'ai une fenêtre entièrement noir en plein écran. Quand je clique sur le bord de l'écran je retrouve mon bureau normal avec une fenêtre picasa, mais si je reclique sur la fenetre picasa j'obtient à nouveau un écran tout noir...
Sinon Digikam en plus d'être libre fonctionne très bien ! la prochaine version 0.9svn gère les fichiers raw et les profils de couleurs, les champs IPCT, exif, affiche la géolocalisation des images...
-
-
[^]Re: F-spot aussi
Posté par jc121 () le 29/05/2006 à 15:12. (lien). Évalué à 4.Je vois pas en quoi c'est du super boulot, ce portage qui n'en est pas un, ou alors quelque chose m'échappe.
Venant d'une boîte qui s'oppose à Microsoft, j'en attendais plus.
C'est quand même pas très propre tout ça (ça utilise un wine en plus de celui maintenu par la distrib), l'interface est moche, sans parler d'un bug (le serveur X ne s'était pas tué à la fermeture).
Je ne trouve pas que ça aille dans le bon sens et j'ai peur que ça donne le mauvais exemple à d'autres.-
[^]Re: F-spot aussi
Posté par Pierre Bertet (page perso, ) le 29/05/2006 à 15:32. (lien). Évalué à 9.Bien sûr, mais au delà de ça on peut voir deux points clairement positifs :
- Wine s'en trouve amélioré.
- Google (qui possède une forte image de société innovante) qui "porte" un logiciel sous Linux, ça peut mettre la puce à l'oreille.
C'est toujours ça de pris.
-
-
-
[^]Re: F-spot aussi
Posté par Thomas Douillard () le 29/05/2006 à 16:08. (lien). Évalué à 7.Niveau vitesse : la winelib c'est une réimplémentation native, donc a priori c'est pas plus lent que n'importe quel toolkit natif (d'ailleurs c'en est-un), et question intégration, on peut peut être imaginer des sytème d'utilsation des themes gtk/QT par ce toolkit ?
-
[^]Re: F-spot aussi
Posté par Alban Crequy (Jabber id, page perso, ) le 29/05/2006 à 17:33. (lien). Évalué à 4.Je trouve quand même qu'une boîte de la taille de google aurait pu se donner le mal de faire une vrai version linux.
Ben c'est une vraie version Linux, non? C'est du natif et il n'y a aucune émulation.
Après, le toolkit graphique, que ce soit QT, GTK, Wine... peut importe.
Et pour le format du binaire, que ce soit du ELF, du PE, du aout ou autres... tout ça est supporté nativement dans le noyau Linux.-
[^]Re: F-spot aussi
Posté par Alban Crequy (Jabber id, page perso, ) le 29/05/2006 à 17:41. (lien). Évalué à 3.Pour avoir une idée de ce que supporte le noyau Linux comme format d'éxécutable, on peut lancer cette commande:
find /usr/src/linux/ -name '*.[ch]' |xargs grep -nHw register_binfmt
Il y en a une dizaine ;-)
-
[^]Re: F-spot aussi
Posté par reno () le 29/05/2006 à 22:09. (lien). Évalué à 3.>Après, le toolkit graphique, que ce soit QT, GTK, Wine... peut importe.
Sauf que Wine essaye de cloner les fonctionnalités de Windows, c'est quand même très différent d'un toolkit normal.
Entre autre, il leur faut reproduire même les bugs de l'original pour être fidèle!-
[^]Re: F-spot aussi
Posté par Raphaël Gertz (page perso, ) le 30/05/2006 à 05:02. (lien). Évalué à 3.Ça l'équipe de wine s'en passerait bien, mais malheureusement des programmes utilisent ces fonctionnalités non documentées...
(et comme c'est pas du GPL, on peux pas s'amuser a casser l'API tous les quatre matins car les logiciels qui l'utilisent vont pas se mettre a jour)
-
-
[^]Re: F-spot aussi
Posté par ookaze () le 30/05/2006 à 13:02. (lien). Évalué à 1.Depuis quand les programmes natifs sous Linux scannent des répertoires C ou "My Documents" ?!!
Depuis quand les programmes natifs sous Linux utilisent les bibliothèques Wine ?
Wine ne sert pas à faire tourner des applis natives sous Linux, et ne présente AUCUN intérêt pour faire tourner des apps natives sous Linux. Ce serait même une régression, car Wine ne supporte pas tout un tas de fonctions natives sous Linux.
Donc oui c'est un portage Wine, mais non, ce n'est pas un portage Linux et ça n'est certainement pas natif (je doute qu'il y ait des versions pour autre chose que x86, apparemment même pas pour amd64).-
[^]Re: F-spot aussi
Posté par bonnaud frederic (page perso, ) le 30/05/2006 à 14:02. (lien). Évalué à 2.Si on en croit : http://code.google.com/wine.html , le « portage » serait plutôt une amélioration de wine pour qu'il puisse faire tourner Picasa qu'autre chose.
Ceci dit, développer wine c'est bien faire un développement 'Linux'.
Après que ce soit bon pour les LL ou pas, ça se discute©
-
[^]Re: F-spot aussi
Posté par Khanh-Dang (page perso, ) le 30/05/2006 à 17:17. (lien). Évalué à 4.Depuis quand les programmes natifs sous Linux utilisent les bibliothèques Wine ?
Et si je compile un Hello World qui affiche le fameux message en utilisant l'API win32 implémentée par Wine, ce n'est plus un programme natif sous Linux ? Pourtant, je peux le lancer en tapant ./a.out dans mon shell favori.
La bibliothèque Wine est une bibliothèque comme une autre. C'est pas parce que l'API win32 est principalement utilisée sous Windows que ça change son statut.-
[^]Re: F-spot aussi
Posté par golum () le 30/05/2006 à 18:12. (lien). Évalué à 2.Et si j'appelle une primitive d'accès à la base de registre (RegOpenKey)
dans le soft que je porte, ca veut dire qu'il faut que j'emule toutes les clés de la base de registres en les mappant sur des fichier de config ?-
[^]Re: F-spot aussi
Posté par Thomas Douillard () le 30/05/2006 à 18:45. (lien). Évalué à 4.Si tu veux la portabilité du programme, niveau source en l'occurence en utilisant la libwine, tu fais un peu gaffe à ce genre de détails, genre mettre le code de gestion de la config dans un #ifdef, ou ne pas utiliser cette fameuse base, et gérer ça dans des répertoires de données applis de l'utilisateur (et oui, c'est possible aussi sous windows).
Rien de très différent d'un développement multiplateforme classique en utilisant une lib donnée, en somme, tu vas pas dans ces cas là mettre un appel bas niveau spécifique linux ... google a le contrôle total de son appli.-
[^]Re: F-spot aussi
Posté par golum () le 30/05/2006 à 19:57. (lien). Évalué à 3.Oui mais dans ce cas tu n'utilises plus l'API.
Ce n'est donc plus portable à ce niveau-
[^]Re: F-spot aussi
Posté par boklm (page perso, ) le 02/06/2006 à 11:03. (lien). Évalué à 4.Oui mais dans ce cas tu n'utilises plus l'API.
Quelle API ? Tu n'es pas obiligé de tout utiliser dans la libwine.
-
-
-
-
-
-
-
Modification dynamique des images
Une des fonctionnalités très intéressantes de Picasa c'est d'appliquer les modifications (ajustement du contraste et autres filtres) de manière dynamique à l'image sans modifier l'image originale. De cette manière on peut toujours revenir en arrière et appliquer un nouveau traitement sans perte de qualité.
Existe-t-il d'autres applications travaillant de cette façon ?
Par contre au niveau du traitement (ajout/modif/recherche) des metadatas (EXIF/IPTC) ce n'est vraiment pas terrible.
-
[^]Re: Modification dynamique des images
Posté par Gilles Caulier (page perso, ) le 29/05/2006 à 18:29. (lien). Évalué à 5.> Existe-t-il d'autres applications travaillant de cette façon ?
oui digiKam via son editeur. il y a un historique des actions. Pour plus d'infos, voir les copies d'écran ici :
http://www.digikam.org/?q=image/tid/10
Gilles Caulier
-
[^]Re: Modification dynamique des images
Posté par g0d0t () le 29/05/2006 à 18:32. (lien). Évalué à 2.Je vais passer pour un fervent défenseur de F-spot, ce qui n'est pas tout à fait le cas puisque je ne l'ai que superficiellement testé et que je trouve simplement que c'est assez prometteur si le développement continue dans le bon sens. En tout cas F-spot travaille un peu comme celà. Par défaut lorsque l'on fait une modification sur une image, automatiquement on passe sur la version "Modifié" . Et on peut créer autant de version de l'image que l'on veut avec comme nom "nom_d_origine (nom_de_version).extension". Mais bon, c'est simplement équivalent à enregistrer sous un autre nom, sauf que ça se fait tout seul.
-
[^]Re: Modification dynamique des images
Posté par Sylvain Rampacek (Jabber id, page perso, ) le 29/05/2006 à 20:25. (lien). Évalué à 1.Une des fonctionnalités très intéressantes de Picasa c'est d'appliquer les modifications (ajustement du contraste et autres filtres) de manière dynamique à l'image sans modifier l'image originale. De cette manière on peut toujours revenir en arrière et appliquer un nouveau traitement sans perte de qualité.
oui, c'est une des fonctions que j'ai franchement bien aimé ! car j'aime bien garder mes photos en version orginale !
par contre, je n'ai pas encore eu le temps de faire le test, mais peut-on éditer la bibliothèque à plusieurs personnes en même temps ? (typique, les photos sont en partage NFS ou SAMBA, et plusieurs utilisateurs y accèdent en même temps, que se passe-t-il ?)
-
[^]Re: Modification dynamique des images
Posté par wwp (page perso, ) le 29/05/2006 à 22:20. (lien). Évalué à 4.Album Shaper fait pas mal de trucs.. En fait j'ai testé en diagonale Picasa/Linux, rien de nouveau dans le monde du traitement et de la gestion de photos, sinon une interface berk (pas le contenu de la fenêtre mais les menus) et des petits "problèmes" de performance :-) (merci wine).
Bof bof, m'enfin c'est tjrs bon pour ajouter un soft complet à la panoplie GNU/Linux, avoir le choix est fondamental (quand la variété de choix ne tue pas le choix, justement, voir xmms et clones/forks), reste à voir ce que ca donnera après la beta.
-
[^]Re: Modification dynamique des images
Posté par zerchauve () le 30/05/2006 à 06:41. (lien). Évalué à 2.c'est à la fois génial....et pénible !
Tu ne peux exporter tes images QUE depuis Picasa du coup :)
Ca m'est arrivé d'oublier, de me dire "houlalala ca c'est le répertoire des super photos", zipper , envoyer... pour me rendre compte que toutes les petites n'y étaient pas... puisque je n'avais pas fait l'export Picasa :)
mais sinon c'est vrai que c'est de la baballe.--
-- Le voilà qui s'en va, un des prototypes personnels de Dieu... Trop bizarre pour vivre, trop unique pour mourir
quand je lance picasa...
j'ai un bruit stridant dans les hauts parleurs de mon PC ! Je rigole pas, j'ai un bruit parasite juste lorsque je lance picasa. très bizarre.
j'utilise une gentoo AMD64...
-
[^]Re: quand je lance picasa...
Posté par Khanh-Dang (page perso, ) le 30/05/2006 à 17:20. (lien). Évalué à 8.C'est parce que picasa a confondu ta carte son et l'émetteur GPS de ton alim qui est censé envoyer tes données aux chinois du FBI...
C'est vraiment bugué tous ces logiciels proprios. Même pas capable de distinguer une carte son d'une alim !
-
[^]Re: quand je lance picasa...
Posté par Pascal Bellicano () le 02/06/2006 à 10:23. (lien). Évalué à 2.Je te crois volontier.
Cela m'est arrivé avec 2 ou 3 machines dans des logiciels spécifiques, avec de drivers spécifiques (BlueTooth + OpenGl Nvidia ou Radeon ds Blender uniquement et pas dans UT2004, ou parfois dans skype avec le cpu à 100%.
Donc selon moi:
- soit un prob de drivers (et/ou irq/dma du controleur hd par ex)
- soit un "bruit" dans le signal analogique du son variant avec la puissances demandée à l'alim ou transitant qqpart ds ta carte mère et/ou les autres chips provoqué par du matériel mal fabriqué ou des composant devenu sensibles..
Regarde aussi dans la config de ton mixer de son.--
Bellicano P.
Picasa fonctionnait déjà avec Wine...
Celà faisait déjà deux mois que je l'utilisais avec wine (sous gentoo), sans aucun pb...
J'ai quand même installé leur version... Leur installeur (gtk+) est très bien fait, il m'a fallut moins d'une minute pour que tout fonctionne!
et en plus c'est super rapide!
Au passage merci google, pour les 225 patchs pour wine : http://code.google.com/wine.html
et pour le soc (summer of code)
-
[^]Re: Picasa fonctionnait déjà avec Wine...
Posté par dannyboy () le 31/05/2006 à 13:38. (lien). Évalué à 2.J'ai lu quelque part que c'était l'installateur loki (http://www.winehq.com/pipermail/wine-devel/2006-May/047806.h(...) ) :
http://www.lokigames.com/development/setup.php3
Screenshots de Digikam
Digikam :
http://www.digikam.org/?q=image
Ceci afin de corriger une injustice intolerable dans la note du moderateur ! ;)
Apport pour ReactOS
ReactOS est un systtème opérationnel libre qui permet de remplacer windows NT. Avantage cherché: il permettra d'utiliser des matériels ne disposant que de pilotes windows.
Bien sûr il vaut mieux faire préssion sur les fabricants pour avoir des matériels avec des pilotes libres. Je le fait à l'occasion.
Mais parfois on a pas le choix et il vaut mieux alors avoir un OS libre.
Je pense qu'il est fait aussi dans le but de lancer des jeux.
ReactOS est fait à partir de FreeDOS et Wine. Tout progrés de ReactOS bénéficie à wine et réciproquement. (Comme ça on pourra aussi lancer les jeux sous wine/GNU/Linux).
Donc si je comprend bien un aspect positif de cette contribution de google sera des progrès dans ReactOS.
http://www.reactos.org/fr/index.html
la version 3.0 en préparation s'avère prometeuse quand au nombre d'applications utilisable.
Pour la stabilité, et bien disons que pour l'instant windows est bien émulé...;-)
Cette page a été générée par Templeet en 0.1397s (dont 0.0295 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.