Bas normal avec Ultracopier, tout les problèmes sont résolut.
Je copie depuis et vers les partages réseaux tout les jours avec Ultracopier.
Si il y as toujours des problèmes, me contacter. Je corrigerai rapide.
Oui, pas tellement l'endroit vu que c'est une news pour Supercopier…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
La couche logiciel (user space) peu aussi corrompre tes fichiers (pointeur fou, oublie d'un mutex, …). Dire que tout vas biens alors que l'OS/FS à remonter une erreur (sur le resize par exemple, peu controlé, et souvent source de corruption).
Je réponds partiellement aux questions posés (surtout du point de vue utilisateur):
écritures sont asynchrones -> tant que le buffer n'est pas plein (buffer = écriture), après cela deviens synchrone
La 1ere lecture est toujours synchrone, les suivantes sont en cache généralement (cache = lecture). Donc pour un copie de fichier qu'on ne viens pas d'utiliser (souvent le cas pour moi), la lecture est synchrone, et l'OS n'as rien en cache.
Faire sauté les barrières aide bien sur ext4. Mais rien qu'avec, pas mal de lecture/écriture devienne synchrone.
Je sais pas comment marche linux, pour ça: Faudrait que certaines zone soit en mémoire, et qu'elle soit à la fois buffer et cache. C'est à dire que les fichiers temporaire (ceux de compilation de gcc par exemple), qui sont écrit, puis lu (directement depuis les page non écrite, et pas écrite garde comme cache), puis supprimé (installation de software pour gentoo) ce font que en mémoire sans jamais être ralenti pour le hdd. Et que si l'écriture n'as pas fini quand la suppression arrive, alors ont annule l'écriture, et ont supprime, et si la création du fichier n'as même pas commencer, alors ont ne fait rien sur le hdd.
Hors sur ça comme pas mal de point, je met des tmpfs (ram disk), car je suis trop ralenti par le hdd.
Il y as aussi cette histoire de zone chaude pour le hdd, nouveauté du noyau 3.8 si je me trompe. Mais pour moi les applications ne devrai pas lire/écrire en continue sur le hdd, si non c'est une problème souvent d'user space. Quand je vois que skype (mauvaise application) écrit tout le temps, à chaque contact qui se connecte…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Idem, j'ai un backup sur un autre HDD.
Mais justement, quand tu copie sur un hdd, ou même sur ton backup, et que la copie est corrompu… et que tu t'en aperçois que quand tu en as besoin…
Cas que j'ai déjà eu: déplacement de C:\ vers partage réseau sous windows, le cable réseau est déco, et windows supprime en boucle tout les fichiers sources (comme si il été déplacé). Et donc je me retrouve avec un perte de donnée.
Ou un gas qui part car je lui est remplit sont hdd de porn film, il arrive chez lui est voie que la copie n'as pas été faite correctement…
Ne pas pouvoir te fier au media c'est normal, ne pas pourvoir de fichier à la partie logiciel (OS, FS, gestionnaire de copie), c'est pas normal. Si tu croi le contraire, tu doit être le seul. Combien de gens ont gueler au bug noyau qui détruisais les données des partions ext4.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Oui, un gestionnaire de copie est inutile coté performance si l'OS fait bien sont boulot. Hors dés fois c'est pas possible, car le protocole distant est mal foutu, car il y as des latences (sur internet des fois). Bref, le cas parfait n’existe pas. Et pour les gros copieurs, ont utilise HDD/SDD, pas de rame disque, car le volume manipulé est toujours supérieur à la mémoire.
Par contre c'est QUE le 3eme point de mon logiciel (tout le monde ne jure que par les performances). 1er point c'est la fiabilité de la copie (peu de personne prenne en compte ce point jusqu’à ce qu'il perdent leur données). 2eme point c'est les fonctionnalités (gestion de la liste de copie, pas forcément pour les performances, limitation de la vitesse, gestion des collisions/erreurs, plus d'info, …)
Oui, laisse la possibilité de faire une chose, ça ne veux pas dire qu'elle doit être fait systématiquement. Et inversement: une chose fait occasionnellement, il faut laisser un moyen de le faire, car quand il y en as besoin… (Qt ne permet pas d'écrire les dates des fichiers par exemple).
Moi j'aimerai bien un moyen de désactivé la possibilité de faire un sync sous linux (pas la commande, mais l'appelle système). Car dans un env KDE, 95% des applications font un sync à chaque close, et en plus certaine application ferme et ouvre des fichiers sans arrêt.
Mais pour l'instant je considère que Linux à une gestion passable du HDD, surtout car le swap, ou swap + accès à plusieurs FS est très merdique. J'ai un SSD pour mon OS, je me tape encore des bon gros coup de lag (pas de tuning noyau, je considère qu'un utilisateur ne doit pas tunner sont noyau sauf cas particulier, hors l'utilisation desktop est très courante).
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Je tiens à préciser quelque chose:
Dans l'ensemble, quand ont reste dans le cache/buffer, tout les systémes ont à peu prêt les mêmes caractéristiques.
Par contre, quand le buffer/cache est trop petit, la, la différence coté application ET coté OS se fait (réorganisation des accès hdd).
Et la, une simple boucle read/write comme dans Supercopier se fait défoncé coté performance, surtout avec la taille des bloques à 4Ko. Car si les block font 4Ko, ça veux dire que vu que l'application fait une boucle, cela force l'OS à faire 4Ko de lecture, puis 4Ko d'écriture, et donc à bouger la tête de lecture tout les 4Ko.
Attaquer les ouvertures de fichiers en parallèle, permet d'attaquer la liste des inodes dans un dossier, et ça laisse l'OS grouper plusieurs lectures.
Mais la plus grosse différence entre chaque logiciel de copie, c'est bien quand le FS est sensible au latence. Par exemple attaquer un partage smb1 avec samba 3.6, et garder de bonne performance (surtout depuis windows, même le 7), demande pas mal de compétence.
Pour plus d'info, j'ai documenté tout ça dans mon wiki d'ultracopier.
J'ai déjà proposé à free desktop une norme. Pas de réponse. (Norme de communication entre l'application de copie et le gestionnaire de fichier).
Avec une bête variablement d'environnement, c'est impossible, car ça impose des commandes uniforme, ça ne supportera pas les fichiers avec des noms corrompu, …
Ultracopier est prévu aussi pour d'autres protocole, mais leur utilisations est restreinte (dépends du support du moteur de copie).
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Beaucoup de gens me reporte:
Supercopier 3.0.0.0 returns a « A referral was returned from the server » error when I try to start it.
Qui me peu me confirmé, et m'aide à débugé?
Ici l'application marche.
Merci d'avance.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Beaucoup de gens me reporte:
However, Supercopier 3.0.0.0 returns a « A referral was returned from the server » error when I try to start it.
Qui me peu me confirmé, et m'aide à débugé?
Ici l'application marche.
Merci d'avance.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Ou juste permettre l'utilisation de logiciel de copie externe (je lute depuis des années pour ça avec linux), car il ont chaqu'un leur spécificité.
Car reprendre des bouts de logiciel fait pour un autre logiciel. Et un truc de base qui me manquais quand j'avais regarder dans les libs de KDE, c'été la limitation de la vitesse.
Par contre j'ai bien documenté les algos, et je suis ouvert à toutes discutions pour aider les copieurs fichiers (qui doivent resté simple pour les novices) à s'améliorer.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Le plus con, c'est que j'oublie toujours d'utiliser Ultracopier pour faire mes copies, et vu que KDE et Linux ne permettent pas l'interception, je ne m'en sert que très peu.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Team viewer for linux, c'est une application windows avec un support de wine derrière.
Et je joue sous linux, donc application windows sous linux. C'est lancé une application non conçu pour wine…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Je +1, dommage la "non intégration" à KDE4. Mais c'est KDE qui décide.
J'ai essayer de faire un patch, je m'en suis pas sorti. Et de toute façon, Gnome et KDE ne semble pas pressé pour intégré le remplacement de leur copier/coller à la demande par un logiciel externe. Ca fait plusieurs année que je leur demande, Gnome/Nautilus m'as dit que ça sera fait dans l'avenir, mais toujours rien.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
J'ai pense à ça.
La base d'utilisateur de Supercopier est de 40x celle d'Ultracopier.
J'ai peur de les gens se sente arnaqué. Et je veux que les gens cherche explicitement Ultracopier, logiciel que j'ai fait de base. Au lieu qu'il attribue tout le mérite au ancien dev, et dise que j'ai juste fait un remake.
Ultracopier ressemble comme 2 goûte d'eau à l'interface d'Ultracopier pour la fenêtre de copie. (Il y as aussi une interface Windows pour les gens venant de windows, un interface teracopy, …)
Comme dit plus haut, l'intérêt de maintenir Supercopier est de pouvoir le comparé à Ultracopier, surtout en terme d'algo (car plein de dev utilise l'algo de Supercopier pour manip les fichiers), mais comparer les plateformes, les langages.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Ultracopier tourne sous linux, et vu que Supercopier est dev en même temps, que les algo sont épluché. Cela profite à tout le monde, linux inclut.
Par contre j'assure le support de wine, ce qui permet d'avoir l'application sous linux/mac, certaine application font ça aussi.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
C'est intéressant de pouvoir comparer (platforme, languages, algo). C'est aussi un hommage à Supercopier.
Ca m'as permit aussi de bien regarder le code de Supercopier, pour en prendre les idée intéressantes (au final pas grand chose). Et d'en voir les défauts pour faire mieux.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
Tu as raison sur le début. Lien ajouté. De toute façon, içi c'est majoritairement des personnes un minimum compétentes.
Par contre, essayant l'expérience pour te répondre avec ultracopier: le git est dispo, l'aide, FAQ, wiki. Les boulets il y en as. Alors sur supercopier, où j'ai des bug d'affichage un peu par tout, et où l'assemblage des différents éléments de l'application est compliqué, …
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
5ans de taff, j'ai acquis énormément d’expérience dans la manipulation d'inode, de donnée, en fonction des FS et des OS, compensation des erreurs, garder l'intégrité même quand le FS corrompt les fichiers…
Un vrai copier, c'est pas juste un boucle while(read,write) comme le croi les gens…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
10 threads * 30 connect par thread, ce juste pour classes principal qui connecte les threads de copie au thread de coordination et au thread de manip de contenu de fichier. Et ceux rien que pour le moteur principal.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Usage avec SMB
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 3. Dernière modification le 25 janvier 2013 à 11:31.
Bas normal avec Ultracopier, tout les problèmes sont résolut.
Je copie depuis et vers les partages réseaux tout les jours avec Ultracopier.
Si il y as toujours des problèmes, me contacter. Je corrigerai rapide.
Oui, pas tellement l'endroit vu que c'est une news pour Supercopier…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
La couche logiciel (user space) peu aussi corrompre tes fichiers (pointeur fou, oublie d'un mutex, …). Dire que tout vas biens alors que l'OS/FS à remonter une erreur (sur le resize par exemple, peu controlé, et souvent source de corruption).
Je réponds partiellement aux questions posés (surtout du point de vue utilisateur):
écritures sont asynchrones -> tant que le buffer n'est pas plein (buffer = écriture), après cela deviens synchrone
La 1ere lecture est toujours synchrone, les suivantes sont en cache généralement (cache = lecture). Donc pour un copie de fichier qu'on ne viens pas d'utiliser (souvent le cas pour moi), la lecture est synchrone, et l'OS n'as rien en cache.
Faire sauté les barrières aide bien sur ext4. Mais rien qu'avec, pas mal de lecture/écriture devienne synchrone.
Je sais pas comment marche linux, pour ça: Faudrait que certaines zone soit en mémoire, et qu'elle soit à la fois buffer et cache. C'est à dire que les fichiers temporaire (ceux de compilation de gcc par exemple), qui sont écrit, puis lu (directement depuis les page non écrite, et pas écrite garde comme cache), puis supprimé (installation de software pour gentoo) ce font que en mémoire sans jamais être ralenti pour le hdd. Et que si l'écriture n'as pas fini quand la suppression arrive, alors ont annule l'écriture, et ont supprime, et si la création du fichier n'as même pas commencer, alors ont ne fait rien sur le hdd.
Hors sur ça comme pas mal de point, je met des tmpfs (ram disk), car je suis trop ralenti par le hdd.
Il y as aussi cette histoire de zone chaude pour le hdd, nouveauté du noyau 3.8 si je me trompe. Mais pour moi les applications ne devrai pas lire/écrire en continue sur le hdd, si non c'est une problème souvent d'user space. Quand je vois que skype (mauvaise application) écrit tout le temps, à chaque contact qui se connecte…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
Idem, j'ai un backup sur un autre HDD.
Mais justement, quand tu copie sur un hdd, ou même sur ton backup, et que la copie est corrompu… et que tu t'en aperçois que quand tu en as besoin…
Cas que j'ai déjà eu: déplacement de C:\ vers partage réseau sous windows, le cable réseau est déco, et windows supprime en boucle tout les fichiers sources (comme si il été déplacé). Et donc je me retrouve avec un perte de donnée.
Ou un gas qui part car je lui est remplit sont hdd de
pornfilm, il arrive chez lui est voie que la copie n'as pas été faite correctement…Ne pas pouvoir te fier au media c'est normal, ne pas pourvoir de fichier à la partie logiciel (OS, FS, gestionnaire de copie), c'est pas normal. Si tu croi le contraire, tu doit être le seul. Combien de gens ont gueler au bug noyau qui détruisais les données des partions ext4.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
Oui, un gestionnaire de copie est inutile coté performance si l'OS fait bien sont boulot. Hors dés fois c'est pas possible, car le protocole distant est mal foutu, car il y as des latences (sur internet des fois). Bref, le cas parfait n’existe pas. Et pour les gros copieurs, ont utilise HDD/SDD, pas de rame disque, car le volume manipulé est toujours supérieur à la mémoire.
Par contre c'est QUE le 3eme point de mon logiciel (tout le monde ne jure que par les performances). 1er point c'est la fiabilité de la copie (peu de personne prenne en compte ce point jusqu’à ce qu'il perdent leur données). 2eme point c'est les fonctionnalités (gestion de la liste de copie, pas forcément pour les performances, limitation de la vitesse, gestion des collisions/erreurs, plus d'info, …)
Oui, laisse la possibilité de faire une chose, ça ne veux pas dire qu'elle doit être fait systématiquement. Et inversement: une chose fait occasionnellement, il faut laisser un moyen de le faire, car quand il y en as besoin… (Qt ne permet pas d'écrire les dates des fichiers par exemple).
Moi j'aimerai bien un moyen de désactivé la possibilité de faire un sync sous linux (pas la commande, mais l'appelle système). Car dans un env KDE, 95% des applications font un sync à chaque close, et en plus certaine application ferme et ouvre des fichiers sans arrêt.
Mais pour l'instant je considère que Linux à une gestion passable du HDD, surtout car le swap, ou swap + accès à plusieurs FS est très merdique. J'ai un SSD pour mon OS, je me tape encore des bon gros coup de lag (pas de tuning noyau, je considère qu'un utilisateur ne doit pas tunner sont noyau sauf cas particulier, hors l'utilisation desktop est très courante).
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4. Dernière modification le 24 janvier 2013 à 17:13.
Je tiens à préciser quelque chose:
Dans l'ensemble, quand ont reste dans le cache/buffer, tout les systémes ont à peu prêt les mêmes caractéristiques.
Par contre, quand le buffer/cache est trop petit, la, la différence coté application ET coté OS se fait (réorganisation des accès hdd).
Et la, une simple boucle read/write comme dans Supercopier se fait défoncé coté performance, surtout avec la taille des bloques à 4Ko. Car si les block font 4Ko, ça veux dire que vu que l'application fait une boucle, cela force l'OS à faire 4Ko de lecture, puis 4Ko d'écriture, et donc à bouger la tête de lecture tout les 4Ko.
Attaquer les ouvertures de fichiers en parallèle, permet d'attaquer la liste des inodes dans un dossier, et ça laisse l'OS grouper plusieurs lectures.
Mais la plus grosse différence entre chaque logiciel de copie, c'est bien quand le FS est sensible au latence. Par exemple attaquer un partage smb1 avec samba 3.6, et garder de bonne performance (surtout depuis windows, même le 7), demande pas mal de compétence.
Pour plus d'info, j'ai documenté tout ça dans mon wiki d'ultracopier.
Pour info, Qt fait un sync à chaque close() de chaque fichier. Garder de bonne performance dans ces conditions, c'est pas facile.
J'ai mit ça en évidence rapidement dans: http://ultracopier.first-world.info/articles/security-speed-ultracopier-supercopier-teracopy-copyhandler.html
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 3.
J'ai fait une version simplifié en dbus.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 4.
J'ai déjà proposé à free desktop une norme. Pas de réponse. (Norme de communication entre l'application de copie et le gestionnaire de fichier).
Avec une bête variablement d'environnement, c'est impossible, car ça impose des commandes uniforme, ça ne supportera pas les fichiers avec des noms corrompu, …
Ultracopier est prévu aussi pour d'autres protocole, mais leur utilisations est restreinte (dépends du support du moteur de copie).
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 1.
Oui, car c'est le gestionnaire de fichiers qui décide d'envoyer la copie sur un logiciel extérieur.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
# A referral was returned from the server
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 1.
Beaucoup de gens me reporte:
Supercopier 3.0.0.0 returns a « A referral was returned from the server » error when I try to start it.
Qui me peu me confirmé, et m'aide à débugé?
Ici l'application marche.
Merci d'avance.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
# However, Supercopier 3.0.0.0 returns a « A referral was returned from the server » error when I try
Posté par alpha_one_x86 (site web personnel) . En réponse au message Cherche bêta testeur pour Supercopier 3. Évalué à 1.
Beaucoup de gens me reporte:
However, Supercopier 3.0.0.0 returns a « A referral was returned from the server » error when I try to start it.
Qui me peu me confirmé, et m'aide à débugé?
Ici l'application marche.
Merci d'avance.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 1.
Ou les trouvés? Dsl, j'utilise pas Nautilus, donc je suis pas trés au courrant sur ça.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 2.
Ca c'est déjà en place. Ca permet de lancé copie/déplacement en CLI. voir ultracopier --help
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Et pourquoi pas une intégration dans les gestionnaires de fichiers ?
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 3.
Ou juste permettre l'utilisation de logiciel de copie externe (je lute depuis des années pour ça avec linux), car il ont chaqu'un leur spécificité.
Car reprendre des bouts de logiciel fait pour un autre logiciel. Et un truc de base qui me manquais quand j'avais regarder dans les libs de KDE, c'été la limitation de la vitesse.
Par contre j'ai bien documenté les algos, et je suis ouvert à toutes discutions pour aider les copieurs fichiers (qui doivent resté simple pour les novices) à s'améliorer.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 1.
Ultracopier avec une interface ncurse irai?
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 3.
Le plus con, c'est que j'oublie toujours d'utiliser Ultracopier pour faire mes copies, et vu que KDE et Linux ne permettent pas l'interception, je ne m'en sert que très peu.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 1.
Team viewer for linux, c'est une application windows avec un support de wine derrière.
Et je joue sous linux, donc application windows sous linux. C'est lancé une application non conçu pour wine…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: UltraCopier et KDE4
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 5.
Je +1, dommage la "non intégration" à KDE4. Mais c'est KDE qui décide.
J'ai essayer de faire un patch, je m'en suis pas sorti. Et de toute façon, Gnome et KDE ne semble pas pressé pour intégré le remplacement de leur copier/coller à la demande par un logiciel externe. Ca fait plusieurs année que je leur demande, Gnome/Nautilus m'as dit que ça sera fait dans l'avenir, mais toujours rien.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Envisager une migration "invisible" de Supercopier en Ultracopier
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 3.
J'ai pense à ça.
La base d'utilisateur de Supercopier est de 40x celle d'Ultracopier.
J'ai peur de les gens se sente arnaqué. Et je veux que les gens cherche explicitement Ultracopier, logiciel que j'ai fait de base. Au lieu qu'il attribue tout le mérite au ancien dev, et dise que j'ai juste fait un remake.
Ultracopier ressemble comme 2 goûte d'eau à l'interface d'Ultracopier pour la fenêtre de copie. (Il y as aussi une interface Windows pour les gens venant de windows, un interface teracopy, …)
Comme dit plus haut, l'intérêt de maintenir Supercopier est de pouvoir le comparé à Ultracopier, surtout en terme d'algo (car plein de dev utilise l'algo de Supercopier pour manip les fichiers), mais comparer les plateformes, les langages.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: J'ai du mal à comprendre
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 5. Dernière modification le 23 janvier 2013 à 00:55.
Ultracopier tourne sous linux, et vu que Supercopier est dev en même temps, que les algo sont épluché. Cela profite à tout le monde, linux inclut.
Par contre j'assure le support de wine, ce qui permet d'avoir l'application sous linux/mac, certaine application font ça aussi.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Maintenance
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Supercopier 3. Évalué à 7.
C'est intéressant de pouvoir comparer (platforme, languages, algo). C'est aussi un hommage à Supercopier.
Ca m'as permit aussi de bien regarder le code de Supercopier, pour en prendre les idée intéressantes (au final pas grand chose). Et d'en voir les défauts pour faire mieux.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: release early, release often
Posté par alpha_one_x86 (site web personnel) . En réponse au message Cherche bêta testeur pour Supercopier 3. Évalué à 2.
Tu as raison sur le début. Lien ajouté. De toute façon, içi c'est majoritairement des personnes un minimum compétentes.
Par contre, essayant l'expérience pour te répondre avec ultracopier: le git est dispo, l'aide, FAQ, wiki. Les boulets il y en as. Alors sur supercopier, où j'ai des bug d'affichage un peu par tout, et où l'assemblage des différents éléments de l'application est compliqué, …
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
# Weston sans 3D
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Petites brèves autour de Wayland. Évalué à 6.
Je +1. Très bonne initiative.
J'attends que KDE support pleinement Qt5 pour passer à wayland.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Bugs, etc
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Ultracopier 0.4. Évalué à 1.
C'est le même chose sous linux. Sauf que sous linux c'est packager, et c'est le packager qui font le taff.
Entre mingw 32Bits et mingw64 c'est la même diff qu'entre gcc 32Bits et 64Bits sous linux. La marche entre OS est plus grande.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Qt5
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Ultracopier 0.4. Évalué à 8.
5ans de taff, j'ai acquis énormément d’expérience dans la manipulation d'inode, de donnée, en fonction des FS et des OS, compensation des erreurs, garder l'intégrité même quand le FS corrompt les fichiers…
Un vrai copier, c'est pas juste un boucle while(read,write) comme le croi les gens…
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/
[^] # Re: Qt5
Posté par alpha_one_x86 (site web personnel) . En réponse à la dépêche Ultracopier 0.4. Évalué à 2.
10 threads * 30 connect par thread, ce juste pour classes principal qui connecte les threads de copie au thread de coordination et au thread de manip de contenu de fichier. Et ceux rien que pour le moteur principal.
Mon projet libre: http://ultracopier-fr.first-world.info/, mon jeu libre: http://catchchallenger.first-world.info/