baragouine.10

Donc forcément j’aime BlackBerry.

Putain de vidéo, non ?

Vais finir par m’en acheter un si ça continue

… c’est impossible ?

Enervement du soir.
A plus forte raison quand je ne m’attends pas à ce que ça change demain avec la sortie d’iPhone OS3.0.

Oui je m’énerve concernant la synchronisation iPhone (ou Touch) avec le mac desktop.
Ras-le-bol de cette gymnastique, de ces contorsions pour arriver à synchroniser des documents : jamais deux fois de la même façon, jamais totalement convaincant.

- Je m’en suis une fois de plus convaincu tout à l’heure en faisant mes premiers essais de DocumentsToGo, qui, à l’instar des autres, fonctionne avec sa façon bien à lui.
Il faut  que l’appli iPhone et l’appli mac soient toutes deux lancées , et que MacBook et iPhone soient sur le même réseau Wifi.
Bonjour quand on n’a pas de réseau et qu’on souhaite, quand même, synchroniser ses devices.(*)

- Autre appli, iSilo, autre M.O.
Il faut cette fois monter l’iPhone sur le Mac via Cmd-K, comme pour un serveur (connaître son IP quelque part…), puis copier manuellement  d’un dossier à un autre les fichiers concernés.
Et surtout surtout ne pas quitter l’appli sur l’iPhone/Touch, sous peine de déconnecter votre « serveur ».

- J’ai pensé pouvoir être sauvé par PhoneView, qui lui fonctionne via USB.
Mais c’est bien davantage une appli pour récupérer les mp3 sur l’iPhone, même si elle fonctionne de façon bi-directionnelle, qu’une appli de synchro.
J’ai évidemment été déçu de constater qu’on ne pouvait d’ailleurs pas retrouvé les répertoires des autres applis.
Pour le dire simplement : on ne peut pas se servir de PhoneView pour déposer via USB des fichiers dans le répertoire -introuvable- d’iSilo.
Ben non : trop beau.

- Et Bonjour dans tout ça ?
Ok, iSilo l’ignore (dommage) mais il y a d’autres applis : AirSharing ou FileMagnet par exemple.

AirSharing utilise Bonjour : une fois l’appli lancée sur l’iPhone, il faut se connecter Cmd-K à son iPhone (l’appli a le bon goût de vous en indiquer l’IP) depuis le mac. On se retrouve ainsi dans le répertoire dédié à l’appli.
Evidemment si c’est la même IP que dans iSilo (192.168.1.7 pour mon Touch), le même appareil, mais on ne tombe pas sur les mêmes répertoires les mêmes dossiers et impossible (selon mes capacités) de passer des uns aux autres.
Ce serait trop beau (bis).

FileMagnet enfin, est encore plus simple à utiliser : pas d’IP ni de « serveur » à monter : une appli sur le mac où on glisse les docs à synchroniser, l’appli sur le Touch, les deux devices sur le même réseau Wifi, et roule ma poule… à condition d’avoir un réseau. (*)

(*) Oui… vous allez me dire qu’il suffit de Créer un Réseau par le MacBook lui même.
Je sais.
Pourquoi faire simple quand on peut faire compliqué.

Dîtes Apple, vous ne voulez pas nous pondre une synchro toute bête : un câble, deux devices qui se connectent (ET un iPhone/Touch qui monte sur le bureau, tant qu’à faire) ?
Un vrai PDA quoi …

C’est fait !
Et c’est évidemment la bonne nouvelle du soir.

Elle est pas belle cette icône en bas à droite ?

A moi la lecture off-line dans le train, loin de toute borne wifi : je m’en fous désormais, j’ai iSilo !

Va devenir un PDA correct cet iPhone/Touch si ça continue:)

Quelques réactions à chaud.
1° J’étais persuadé que ce serait AvantGo qui sortirait en premier une version off-line de son reader.
Ne vous laissez pas abuser par l’icône sur la capture précédente (troisième ligne) ce n’est qu’un raccourci vers le site web d’AvantGo, qui marche lui parfaitement.

C’est même très exactement pourquoi j’étais sûr qu’ils sortiraient très vite une version « off-line », ou pour mieux le dire, « avec cache », car au fond tout est déjà sur leurs serveurs : les préférences, l’interface, les sites auxquels on est abonné … il n’y a plus qu’à stocker l’information, la downloader dans un cache sur l’iPhone/Touch pour que ça devienne une « vraie » application iPhone.
Et pourtant elle n’existe toujours pas.
Bizarre (et dommage)…

2° Rien de tel, pas de serveur préexistant, rien en ligne avec iSilo et pourtant, là où on pouvait craindre le pire en l’absence d’une réelle « synchronisation de fichiers » entre le mac et l’iPhone/Touch, la mise en oeuvre est simplissime.
(Il faudra bien pourtant qu’Apple corrige vite cette absence insupportable et incompréhensible qui empêche l’iPhone d’être un réel smartphone/PDA. Ca ne sera possible amha que lorsque Apple décidera qu’il est désormais possible, tant au niveau communication que marketing, d’abandonner iTunes comme « interface » entre le mac et l’iPhone/Touch et d’avoir une application dédiée à la synchro des fichiers et applis – iTunes demeurant pour la partie musique+videos.)

Rien de tel et pourtant iSilo est sorti avant, dispo depuis quelques jours, le 26 août précisément si j’en crois les forums dédiés.
Je le découvre ce soir, et évidemment j’ai immédiatement acheté l’application : 9,99$ ou 7,99€ selon le Store.

3° JE craignais le pire, ayant capté lors de la première sortie avortée d’iSilo que la seule façon de copier les fichiers .pdb générés par iSilo sur le mac vers l’iPhone serait de monter un serveur web.
Wouah, pas super convivial ça.
Hé bien si ! Ne vous laissez pas troubler par les 20 pages de l’aide How To Transfer Files  to iSilo for iPhone : ce ne sont que des copies d’écran basiques – une par page- qui décortiquent pas à pas la procédure.
Elles pourraient être regroupées et certaines pourraient même disparaître si l’aide ne s’adressait pas aux purs newbies.

Bref c’est simplissime.
(Même moi j’ai réussi du premier coup, c’est dire !)

4° Sur le mac :

• Activer le serveur web d’OSX et créer un dossier iSilo dans votre dossier ~/Sites/
• Y copier/diriger vos fichiers .pdb générés par l’appli iSiloX de votre mac.
  (Oubliez la HotSync Destination de votre ancien réglage pour Palm : dirigés simplement le fichier vers le dossier créés lors de l’étape précédente.)
  

5° Sur l’iPhone/Touch :

• Dans iSilo, entrer l’adresse de votre serveur web :  ça a l’air compliqué comme ça, mais c’est super simple, puisque c’est votre IP/~votrenom/isilo (et encore une fois tout est très bien expliqué ici)
  
• Cliquer sur Download dans l’interface iSilo, choisir votre fichier, le dossier éventuellement créé où vous souhaitez le copier sur votre iPhone/Touch, et … le fichier se copie.
  

Après c’est que du bonheur puisque c’est l’interface et la praticité d’iSilo sur l’écran d’un iPhone/Touch. Je crois que tout est dit

Ah si, un « problème », en tout cas un mauvais réglage chez moi : les accents ne passent pas, ce qui limite franchement la lecture des sites francophones.
Alors, problème dû au soft sur l’iPhone/Touch ? A l’appli sur mon mac ? Je ne crois pas puisque j’ai repris les réglages qui fonctionnaient pour le Palm. A l’iPhone lui même ?
Je ne sais pas, je vais me renseigner et je vous tiens au courant.

[MàJ] Evidemment corrigé dans l’heure, dès que j’ai eu posé la question sur les forums iSilo.
Je vous y laisse lire la procédure, mais vous vous en fichez si vous downloadez la toute dernière version d’iSilo pour iPhone sur l’AppStore.
Car dans cette version l’encodage par défaut a été changé de l’UTF-8 qui foirait au profit de Windows-1252, qui fonctionne parfaitement.

Si jamais vous aviez une ancienne version et ne la mettiez pas à jour, d’abord c’est idiot mais c’est simple quand même à modifier :
vous choisissez le document à problèmes, allez sur More/Options/Content/Encoding, choisissez Windows-1252 et taper sur Also Set As Defaults.
Vous refermez tous les menus que vous avez ouverts, et vous êtes good to go
PS : Le format paysage fonctionne aussi. Que du bonheur je vous dis !

[Spécial dédicace pour Yann]

Voilà les sites, spécialement adaptés pour mobiles, que j’utilise, au quotidien sur mon Clié.
Classés sur icelui en 2 catégories : les « services » et les « news »

Services :

- Google : http://www.google.fr/m/products
(incluant notamment Gmail pour mobiles, l’Agenda, Google Maps et Google News
- Plaxo Mobile : http://m.plaxo.com
- NetVibes : http://m.netvibes.com
- Twitter : http://m.twitter.com/
- NewsGator : http://m.newsgator.com

Vous aurez remarqué que pour « découvrir » les versions mobiles de ces sites, il suffit souvent de remplacer « www » par « m ».
Je mets en lien les sites susceptibles d’être cliqués, i.e ceux fonctionnant via un navigateur normal.
Ce n’est pas le cas de tous, celui du NYT par exemple (à moins de modifier le « user-agent » je sais …)

News :

- Libé : http://wap.libemobile.fr
- NYT : http://mobile.nytimes.com
- IHT : http://mobile.iht.com
- The Guardian : http://www/guardian.co.uk/pda
- Slate : http://mobile.slate.com
- CNET : http://m.news.com/
- USAT : http://m.usatoday.com

Il en existe évidemment des dizaines d’autres, mais voilà ceux que j’utilise.
(Quels autres connaissez vous ? appréciez vous ? conseillez vous ? Je suis avide de ce genre de liens ! )

Si des solutions « off-line » comme Avant-Go existent depuis les débuts des PDA, de tels sites, prévus pour une consultation 1° sur petit écran, offrant donc une interface allégée et bienvenue (n’en déplaise à Steve, mais je m’énerverais mollement une prochaine fois) 2° via un téléphone et non plus un PDA, via une connexion et non « hors-connexion » sont plus nouveaux.
(Dommage j’aurais bien aimé en profiter depuis longtemps…)
Avec le développement, relativement récent, des smartphones, ces sites pullulent depuis peu, à la grande joie du possesseur de PDA 480×320 wifi que je suis

BTW Il va de soi que ces URL sont d’épatantes « chaînes personnalisées » dans AvantGo.

PS : Si vous avez compris que je prépare le terrain pour un article sur l’ iPod-Touch, vous êtes très fins

Salon c’est bien.
Slate aussi.
Salon propose une version « mobile/pda », notamment pour ses abonnés. Slate pas du tout.
(Traînent bien, de ci de là, des solutions bidouillées par des particuliers astucieux, mais rien d’officiel.)
Enfin… si. Une version pour téléphone mobile ou « wireless device » : mobile.slate.com.
Sous entendant à mes yeux, lecture en direct et donc obligation de connexion.
(On peut évidemment s’y rendre avec son butineur habituel sur son PC.)

Si je me doutais bien que cette version light on graphics conviendrait parfaitement à iSilo (que je n’utilise plus trop ces temps derniers, au profit d’AvantGo), je n’avais rien à perdre à tenter l’expérience dans ce dernier.
Un tour vers http://my.avantgo.com/home/, ajout d’une « chaîne personnalisée », profondeur de liens … allez 5, et testons.

Résultat des courses ? AvantGo s’en sort magnifiquement bien à décoder ce site. Le rendu sur PDA est nickel.
Attention toutefois à mettre BEAUCOUP de profondeur de liens (et taille maximale du fichier), car certains longs articles de Slate sont redécoupés, pour ce support, en 10 pages ou plus.

Mais ça vaut vraiment le coup, car la navigation est aisée, et la possibilité de passer directement d’un article à l’autre franchement bienvenue ! (pas possible avec Salon)

Technorati Tags: slate

Des surprises des convertisseurs HTML

Le bel âg… ok j’arrête.
(Non, toujours pas le mien, je te vois encore Meriasis ! )

Sony a 60 ans (?? saviez que Sony avait le double d’Apple, quasi au jour près ?) et je dis comme le Monsieur : vive le TH55 !

PS : Imagine-t’on Apple dans 30 ans ? Steve bon pied bon oeil toujours aux manettes  ?

J’étais plutôt fier de mes scores récents.

J’aurais pas dû lancer une recherche sur Google qui m’a fait aboutir là.
Et j’y ai vu un highest score de, m’a fallu décomposer le nombre de chiffres, 43809600.
???
Sur le coup j’ai pas tout bien compris.

En allant voir, vachement bas, les autres pages, j’ai dû me résoudre à la cruelle vérité : je ne me situe qu’au 170ème rang mondial.
Enfin… 170ème de ceux qui se sont enregistrés sur le site d’Astraware !

Bon, je vais continuer à m’entraîner…
(Attention, Bejeweled – ici 2- est une drogue redoutable à forte teneur en baisse de productivité )

PS : Je vois qu’une version Mac -superbe, je viens de la tester, exactement la même que celle à laquelle je joue sur Palm- existe aussi.
Tant pis, j’aurai prévenu si vous vous y lancez malgré tout
[tags] Bejeweled [/tags]

(Florent c’est pour toi )
Depuis l’excellent MobileRead, des liens à Plucker/iSiloter :

Avec entre autres un NYTimes plus complet que l’édition AvantGo ; Wired AVEC WiredMag – !!!- [même si certaines sections fonctionnent moyen moyen] ; et USAT édition AG ; bref du bonheur )

(Mémo à moi même)
Les « mauvaises » Conduites, i.e à désactiver pour mon Clié TH55, sont les Conduites PalmOne.

Les bonnes sont les PalmSource : Address – DateBook – Memo – ToDo.

Un jour je m’y ferai, j’aurai compris le pourquoi et je retiendrai la différence.

Grâce à un généreux donateur, j’ai depuis peu un Memory Stick à ma disposition. J’ai donc réglé HotSync pour que ma synchro des infos du jour se fasse sur ce Memory Stick plutôt que dans la RAM de mon Clié. Et là… j’ai attendu une plombe pour quela synchro se finisse…

J’avais lu ici et là que la HotSync vers un Memory Stick était lente, mais à ce point là je n’imaginais pas. J’ai donc téléchargé la version d’essai de Card Export II de Softick, qui permet de faire monter le Memory Stick sur le bureau du Mac.

J’ai ensuite fait quelques tests, en utilisant l’horloge de la barre des menus comme chronomètre (en affichant les secondes) :

Pour un fichier Plucker de 931Ko :

Copie directe dans le Finder : 23 secondes, puis 21, et 21 encore. Et le dialogue de copie semble ne pas savoir quoi afficher. Il reste bloqué un bon bout de temps dans cet état :

Copie directe dans le Terminal : 3 secondes!!????
Je refais plusieurs essais pour confirmer : 20 secondes. Puis 1. Puis 1. Puis2. Comprends pas. Une dernière fois : 1 seconde. Je tape ls -l pour vérifier que le fichier est bien là… blocage. Je regarde Card Export : le témoin « Write » clignote frénétiquement, s’arrête au bout de quelques secondes (plutôt 10 que 20). ls -l se débloque et m’affiche mon fichier. J’efface, je recommence (copie en 1 seconde), je tape ls -l : mon fichier est là, tout de suite cette fois.

HotSync vers Memory Stick : 99 secondes (1 min 39 secondes, oui, c’est aussi long que ça). La première copie de ce genre m’avait semblé à peu près aussi longue. Vous comprendrez qu’après ça je n’ai pas fait de troisième test La roue multicolore apparaît plusieurs fois, pour montrer qu’il y a vraiment quelquechose qui prend trop de temps.

HotSync vers RAM (pour avoir une référence) : 14s, puis 17.
Remarque qui peut avoir son importance : le Clié a un bus (pas juste un port, tout un bus) USB pour lui tout seul. Sur l’autre sont connectés un clavier et une souris, c’est tout.

En conclusion des tests, on a au maximum un débit de 931Ko/sec (dans le Terminal) et au minimum un débit de 9.4Ko/sec (HotSync). Un écart aussi grand qu’entre une ligne ADSL et un modem analogique d’il y a 15ans.

Pour référence:
Taux de transfert max d’un Memory Stick : 2.45Mo/seconde
Taux de transfert max sur un bus USB 1.1 : 1.5Mo/seconde

Je sens que je vais mettre la HotSync au placard, et me faire un petit script AppleScript qui s’occupera des copies vers le Memory Stick (en utilisant la commande cp du Terminal plutôt que le Finder).

Pour finir, une petite note « d’humour » (si on peut appeler ça comme ça) de la part d’Apple : lors des tests avec le Terminal, j’ai remarqué qu’en plus de mon fichier, MacOS X avait créé sur le Memory Stick un fichier nommé « ._nomdemonfichier.pdb ». Ce genre de fichier est créé lorsque l’on copie un fichier qui contient une plage de ressources (resource fork en anglais), ce qui était courant sous Mac OS 9 et inférieur, vers un volume formaté à un format qui ne les gère pas (ici, le format DOS, ou plus précisément, FAT-12).
Léger problème : mon fichier Plucker ne contient pas de plage de ressources. Le fichier « ._nomdemonfichier.pdb » n’a donc pas de raison d’être. Ce fichier ayant tout de même une taille supérieure à zéro, je jette un œil à son contenu… et je lis : « This resource fork intentionally left blank. »

Par infrarouge, vers un Mac, avec un Clié SJ22 sans Memory Stick entre les deux ?
Pas si simple.

Eh ben croyez-moi c’est bien compliqué cette histoire…
On ne peut pas transférer un fichier vers la mémoire (RAM ou carte externe) d’un PDA sous PalmOS s’il n’y a pas une application installée qui sait lire le fichier en question. Pour les photos en JPEG, ça se trouve (AcidImage Basic, RescoViewer, etc.), mais pour les vidéos en 3GPP ou les fichiers MP3, c’est plus difficile (sur PalmOS 4.1 du moins. C’est la version dont mon Clié est équipé).

J’ai trouvé MyPhoto, qui permet d’enregistrer les JPEG dans la RAM du Clié (et dans la Compact Flash d’un TRG Pro, mais ce n’est pas vraiment utile pour le cas présent), mais qui ce faisant transforme les fichiers en bases de données Palm (.pdb). Une fois transférés sur le Mac (il faut au préalable activer l’attribut « Backup » avec FileZ pour chaque photo, sinon les fichiers ne sont pas transférés), il faut donc transformer ces .pdb en JPEG, avec au choix GraphicConverter (mais je ne sais pas si la transformation se fait sans perte), FileJuicer (qui fait la même chose que HexEdit, mais automatiquement) et HexEdit (avec lequel il faut traiter les fichiers à la main, un par un).

Manip avec HexEdit, pour les curieux :
- On ouvre le fichier nom_de_la_photo.pdb
- On se retrouve avec ça :

- Ensuite, il « suffit » de sélectionner :

- soit le texte du milieu, en partant d’en haut à gauche (50 68) jusqu’à FF D8 (non inclus)
- soit le texte de la colonne de droite, en partant du début, jusqu’à ?ÿ (un accent circonflexe renversé suivi d’un y tréma) non inclus.

- On supprime la sélection, et on obtient :

- On enregistre avec un titre en .jpg, et ça y est, on a un fichier JPEG standard.

C’est donc assez laborieux, et de plus ça ne s’occupe que des JPEGs.
Pour trouver une méthode plus directe, j’ai essayé CfZap, FileProg, Filez, et TealMover
=> nada. Aucun « n’attrape » le fichier pendant le transfert infrarouge pour le mettre dans la carte mémoire (peut-être parcequ’elle est « virtuelle » – c’est Softick Ram Drive).
Pour FileZ, c’est normal, il n’a pas l’air d’être prévu pour.
CfZap, malgré son nom, est censé fonctionner avec tout type de carte mémoire. Là, rien ne se passe.
FileProg, qui possède un réglage pour tout attraper, ne fonctionne pas non plus (j’ai pourtant bien suivi les instructions, en activant la fonction adéquate, choisissant un dossier, et en lançant ensuite le transfert).
Quant à TealMover, je l’ai testé parcequ’il avait été conseillé sur un forum à quelqu’un qui avait un problème similaire au mien. Aucun résultat non plus.

Finalement je suis tombé sur McFile, qui lui accepte le transfert sans problème, à condition d’avoir enregistré dans ses prefs les types de fichier qu’on veut transférer.

Donc au final, voilà ce dont j’ai eu besoin :

• Softick Ram Drive (pour créer une carte mémoire virtuelle)
• McFile (pour transférer les fichiers du port infrarouge vers la carte mémoire)
• Softick Card Export II (pour faire monter la carte mémoire sur le bureau du Mac, parcequ’il n’y a pas d’autre façon de transférer les fichiers de la carte virtuelle vers le Mac)

=> $34,90 USD de logiciels à acheter (heureusement qu’ils ont tous une période d’essai gratuite qui m’a permis de faire ce test !).

Une solution plus simple serait de s’envoyer les fichiers en pièce jointe par e-mail, mais c’est (chez SFR) :
0,65 euros par pièce jointe (100Ko maximum) en heures pleines
0,50 euros par pièce jointe (100Ko maximum) en tarif réduit (22h-8h sauf week-ends et jours fériés, où c’est tarif plein)

Combien de fichiers faudrait-il transférer pour que la solution Clié+logiciels soit moins chère ?
52 fichiers en tarif réduit, 40 fichiers en tarif plein.

En finissant cet article, une idée m’est venue : et si j’achetais tout simplement un adaptateur USB <-> infrarouge (IrDA) pour le Mac ?
Un modèle générique coûte entre 10 et 20 euros… Encore faudrait-il qu’il ait un driver pour Mac OS X.

Pour finir, je propose une solution gratuite, j’aime bien toujours en avoir une (c’est à force d’écrire des freewares et d’utiliser des logiciels open source, peut-être). Par contre c’est laborieux
La solution est… d’utiliser un freeware qui marche, donc MyPhoto, qui s’occupe des JPEGs sans problème.
Et pour les vidéos 3GPP ? Eh bien on sort HexEdit, on ouvre MyPhoto.prc avec, et on fait du rechercher/remplacer :
image/jpeg -> video/3gpp
JEPG (ce n’est pas une faute de frappe) -> 3GPP
jpg -> 3gp
CRMB -> CRMV ou autre (c’est pour faire cohabiter les 2 applications, sinon une seule d’entre elle apparaît)
MyPhotos -> MyVideos (et pareil sans majuscules)

La manip fonctionne bien pour les videos 3GPP, car on remplace toujours par des chaînes de caractères de même longueur. Pour prendre en compte les images GIF (image/gif, une lettre de moins que image/jpeg), je ne sais pas si ça marcherait.
Bon, l’icône affiche toujours « JPEG ». Ca vous dérange vraiment ?
Avant de vous donner l’adresse de tous les logiciels utilisés dans cet article, je vous fait part d’une petite découverte qui peut être bien pratique (et qui est gratuite, ça fait pas de mal) : VFSi. Ça :

• lit les BMPs
• lit les JPEGs (très lent à décompresser quand il n’y a pas d’accélération, ce qui est le cas sur mon SJ22, mais le raffraîchissement lors du déplacement de l’image est plus rapide qu’avec AcidImage et Resco Viewer !)
• lit les fichiers texte
• compresse et décompresse vos fichiers en GZip ! (pour faire de la place sur votre carte mémoire)

On le trouve ici.

FileZ : freeware
TealMover : $14,95 USD
CfZap : freeware
MyPhotos : freeware
McFile : $12 USD
Softick Ram : $9,95 USD (7,95 avec Card Export II)
Softick Card Export II : $14,95 USD
GraphicConverter : $30 USD
FileJuicer : $8 USD
HexEdit : freeware
AcidImage : $17,95 USD, $29,95 USD ou $49,95 USD selon les fonctionnalités
Resco Viewer : $24,95 USD