Sometimes I write things, sometimes I don't.

To content | To menu | To search

gSplit épisode 3

Je sais je sais, je suis en retard d'un jour ^^. Mais mieux vaut tard que jamais. Voici donc un nouveau screencast présentant l'évolution de gSplit pendant la semaine qui vient de passer. La version présentée, numérotée 0.8, est extraite de la dernière version SVN, à savoir la révision 56 qui a été terminée à 20h27 aujourd'hui.


Version 800x600 au format Ogg.
Qu'il y a-t-il donc de nouveau ?
  1. Fenêtre de préférences (très light) ;
  2. Onglet Vérification fonctionnel ;
  3. Possibilité d'enregistrer la signature MD5 d'origine dans un fichier (proposé par altg) ;
  4. Correction du clignotement de la barre de statut ;
  5. Ajout d'une fenêtre de progression.

Qu'il y a-t-il de prévu ?

  1. Possibilité pour arrêter le découpage ou l'assemblage en cours d'exécution ;
  2. gSplit version 1.0 (première version stable) ;
  3. Paquets sources et binaires ;
  4. Gestion de java-gnome comme dépendances des paquets ;
  5. Dépôt de paquets ;
  6. Vos idées ?

Merci encore aux personnes participant à l'élaboration du programme par leurs remarques. De l'aide pour le code, les idées, la traduction ou encore la réalisation de paquets est la bienvenue. Vous trouverez le paquet binaire de la version 0.8 ici. N'oubliez pas que ce dernier peut être dangereux pour votre système (version instable oblige) !

Comments

1. On Monday 29 December 2008, 23:28 by Jokester

Salut !
C’est un chouette programme, merci de nous faire part de tes aventures de développeur !
J’ai remarqué un détail d’interface qui m’a choqué, c’est la “progress bar” qui a une fenêtre à elle toute seule, et que l’on doive doublement confirmer le découpage/assemblage.
A titre d’exemple, regarde un peu comment fonctionnent les mises à jour d’Ubuntu, il me semble que tu peux annuler à tout moment (lacune que tu as visiblement prévu de combler), le bouton “valider/fermer” est en grisé durant toute l’opération et ne s’active qu’à la fin. La barre de progression disparait du même coup (ou devient inactive) et un message confirmant la réussite de l’opération vient ensuite s’ajouter…
Ce n’est qu’une suggestion un peu pointilleuse, libre à toi d’en tenir compte ou non ;)

Sinon que penserais-tu d’une fonctionnalité pour automatiser la récupération de l’ensemble des parties ? Par exemple “Sélectionner toutes les fichiers du répertoire suivant » parcourir”… Enfin j’arrête de t’embêter ^^.
Bon courage et joyeuses fêtes à toi aussi,

Jk.

2. On Monday 29 December 2008, 23:37 by Guillaume

@Jokester : Exact pour la progress bar ça a été codé aujourd’hui enfin ce soir. Et en faisant le screencast j’ai pensé exactement à la même chose que toi. L’ergonomie en prend un peu un coup. Il faudrait une progress bar qui se ferme direct (pas complexe à faire vu le code actuel). Ça fera partie d’une des améliorations futures ;-)

3. On Monday 29 December 2008, 23:57 by menoft

Ça fait un moment que je suis ce logiciel car il va me servir pour des gros fichiers multimédias, voici mon point de vue :

Pour la sélection de fichiers il me semble qu’il est possible de lancer un petit programme codée en ce que tu veux qui va automatiquement détecter les parties ( regarde les noms et liste les numéro des partie 1, 2, 3, 4 .. ), ainsi lorsque l’on sélectionne une partie ( que ce soit la première, ou une partie aléatoire il va sélectionner les autres parties du même fichier final. Si on pousse l’idée plus loin, il suffirait de choisir un dossier et comme un grand il va trouver les multiples parties des fichiers et l’affichera dans la sélection des parties sous forme d’une arborescence. Exemple :

+ Ali baba et les quarante voleurs
- Ali baba et les quarante voleurs- 001
- Ali baba et les quarante voleurs- 002
- Ali baba et les quarante voleurs- 003
+ La belle au bois dormant
- La belle au bois dormant - 001
- La belle au bois dormant - 002
- La belle au bois dormant - 003

Ça c’est pour la partie assemblage.

Pour la découpe, l’apparition d’une nouvelle fenêtre est une régression, une meilleur idée, c’est de laisser en dessous la progression avec deux boutons, annuler et pause ( l’action pause grise la modification des paramètres ), le bouton valider est inutile.
La découpe devrait proposer de générer ( case à cocher ) un fichier avec les données md5.
un petit aperçu du nom final des parties est aussi la bienvenu.

Et nous somme dans l’ère du glisser déposer ( multiple aussi ). Je suis sur que ça existe dans l’api de gnome.

Sinon bon boulot.

4. On Tuesday 30 December 2008, 14:13 by Ptigrouick

Salut,
Je suis un utilisateur habitué des commandes split/cat/md5sum. Même si ce n’est pas mon cas, beaucoup d’utilisateurs sont un peu rebutés par la ligne de commande et donc ne savent pas utiliser ces commandes très puissantes. Je trouve que c’est une excellente initiative de réaliser une interface graphique comme tu le fais. En plus, elle est vraiment très bien réalisée, bravo !
En voyant les 2 premiers screencasts, je me suis fait la même réflexion concernant la création d’un fichier md5, mais j’ai été devancé et tu as déjà réalisé la fonctionnalité. Trop fort ! ;-)
Sinon j’ai juste une remarque en ce qui concerne la liste pour le réassemblage des fichiers. Ce serait bien de pouvoir gérer l’ordre des fichiers pour le réassemblage. Par exemple, tu pourrais ajouter des boutons monter/descendre pour permettre de classer les fichiers manuellement. Tu pourrais mettre une liste “ordre des fichiers” avec comme contenu “alphabétique” “liste” “liste inversée”. Par défaut la valeur serait réglée à “alphabétique”, ce qui permettrait d’avoir le même comportement qu’actuellement.
Sinon c’est vrai que c’est dommage de ne pas pouvoir sélectionner plusieurs fichiers à la fois. L’idée du chargement depuis un répertoire est pas mal je trouve.
Merci aussi pour le tuto recordmydesktop/ffmpeg2theora. Il ne me reste plus qu’à acheter un microphone ;-)

5. On Tuesday 30 December 2008, 18:36 by Guillaume

@menoft : Il y a de bonnes idées en particulier le drag & drop (non supporté par java-gnome actuellement) ainsi que la détection automatique des parties. En revanche je préfère garder une fenêtre de progression externe (qui maintenant se ferme automatiquement une fois l’assemblage ou le découpage terminée). L’idée de pouvoir mettre en pause est également sympa, à priori il faut stopper le thread chargé de découper ou assembler puis le redémarrer ensuite.

@Ptigrouick : En fait, l’ordre dans la liste importe peu. Même si la liste n’est pas ordonné j’ai un algorithme derrière chargé de remettre tout ça dans l’ordre convenable avant l’assemblage. Le tri de la liste n’est même pas fait par moi-même c’est l’API qui fait ça tout seul comme un grand. On peut cependant imaginer rajouter des boutons et choix comme tu le dis.

6. On Tuesday 30 December 2008, 23:18 by Ptigrouick

> En fait, l’ordre dans la liste importe peu. Même si la liste n’est pas ordonné j’ai un algorithme derrière chargé de remettre tout ça dans l’ordre convenable avant l’assemblage.

Oui mais en fait ce que je voulais dire c’est que l’utilisateur n’a pas le choix dans la version actuelle. Imagines qu’il veuille réassembler des fichiers dont les noms n’ont rien en commun : l’ordre alphabétique risque de donner un résultat bizarre… Il lui reste la possibilité de renommer ses fichiers, mais c’est un peu lourd.

7. On Wednesday 31 December 2008, 00:51 by Guillaume

Exact, je n’y avais pas réfléchis. Je suis trop centré sur mon utilisation :-p
Je rajouterai ça un de ces jours. L’interface va grossir un peu (enfin c’est la tendance durant les périodes de fêtes).

8. On Wednesday 31 December 2008, 03:33 by Ptigrouick

Re,
Juste un petit commentaire général concernant ton blog que je viens de parcourir en long en large et en travers. Je trouve qu’il y a vraiment des articles très intéressants : recordmydesktop, Python/Glade, Trac/Subversion. Merci pour toutes ces informations très précieuses ! Ton blog fait maintenant partie de ma rss list et je le suivrais avec attention ;-)
Je te souhaite une très bonne année 2009, ainsi qu’à tous les lecteurs du blog !

9. On Wednesday 31 December 2008, 15:37 by Guillaume

Content de voir que tu apprécies :-)
Bonne année à tous.

10. On Wednesday 31 December 2008, 23:08 by MaiWeTt

Bonsoir,

Ton projet m’interesse et je voudrais y participer. Je sais programmer en C et je commence le GTK+2 depuis peu.
Comment peut-on participer au projet? Bzr, wiki, mail listing, etc ?

Merci pour ce soft interessant :)

11. On Thursday 1 January 2009, 14:48 by altg

Bonjour,

Je continue de suivre ton projet, et je suis ravi de voir à quel vitesse tu prends en compte les commentaires et implémente les nouvelles fonctionnalités.

Tout ça est très prometteur, bravo à toi et bonne continuation.

12. On Friday 2 January 2009, 01:50 by Cedric

Bonsoir,

un bug pour moi, quand je veux assembler :

je lance gsplit
je vais sur l’onglet assemblage
je clique sur ajouter
je choisis le premier morceau
je valide (ouvrir)
et le programme plante.

Voila la sortie quand je lance gsplit depuis un terminal :

>~$ gsplit
Exception in thread “main” org.gnome.glib.FatalError: (null)-WARNING
Invalid borders specified for theme pixmap:
/home/ced/.themes/OSX-theme/gtk-2.0/Buttons/button-default.png,
borders don’t fit within the image
at org.gnome.gtk.GtkDialog.gtk_dialog_run(Native Method)
at org.gnome.gtk.GtkDialog.run(GtkDialog.java:205)
at org.gnome.gtk.Dialog.run(Dialog.java:184)
at gsplit.gtk.ChooseFileDialog.run(ChooseFileDialog.java:50)
at gsplit.gtk.SplitWindow$8.onClicked(SplitWindow.java:376)
at org.gnome.gtk.GtkButton.receiveClicked(GtkButton.java:399)
at org.gnome.gtk.GtkMain.gtk_main(Native Method)
at org.gnome.gtk.GtkMain.main(GtkMain.java:56)
at org.gnome.gtk.Gtk.main(Gtk.java:95)
at gsplit.GSplit.main(GSplit.java:44)
>~$

De plus si j’agrandis la fenêtre du programme, les boutons deviennent énrome, ça ne fait vraiment pas beau ;)

Voila une cap :
http://img257.imageshack.us/my.php?…

Bon courage pour la suite ;)

13. On Friday 2 January 2009, 02:15 by Guillaume

@MaiWeTt : Regarde tes mails ;-)

@altg : Je fais ce que je peux, au ralentis en ce moment un virus m’a pris pour cible :-D

@Cedric : A priori, le bug ne vient pas de mon code. Je dirais plutôt que c’est un soucis au niveau de l’API java-gnome (je fais remonter aux développeurs).

14. On Friday 2 January 2009, 11:15 by eclipse

Héllo,
Sympa ce programme, j’en ai révé depuis au moins 10 ans… ;-)

Bon sinon, un truc m’interroge là… Dans l’onglet assemblage, sur la vidéo, on voit que les fichiers “part.X” disparaissent… Mais que se passe-t-il si un bogue survient au 3e fichier par exemple ? On se retrouve avec le part4 et part5 tout seul sur le nureau ???

Euhhh sinon, j’aimerais bien récupérer les source afin de te créer un deb qui va bien pour Debian / Ubuntu… Contacte-moi par email si tu es intéressé…

Happy ‘09
@+

15. On Friday 2 January 2009, 13:04 by Guillaume

J’ai reçu un retour plutôt intéressant par mail concernant la vérification par MD5 du fichier ainsi que la suppression des parties. L’onglet vérification va donc probablement disparaître pour faire place à quelque chose de plus “sécurisé” histoire de ne pas supprimer les parties pour finalement se rendre compte que le fichier obtenu est erroné :-p