[F] iPad (Informatique et high-tech) - Page 397

Ça pourrait sûrement servir à d'autres gens, autant le rendre public si tu es motivé

(et vu que c'est sur Mac, tu pourrais même le vendre )

J'ai encore un bug il semblerait, j'ai manqué une mise en veille et ça a faussé le timing. Dur à déboguer, je pense que je vais m'y prendre autrement.
Bon toi tu n'as pas de Mac donc dur à dire le panneau système indique un truc comme ça, utile mais on peut mieux faire (par exemple les 160 heures là évidemment ça inclut du temps en veille, mais on ne peut pas savoir combien) :

bon c'est fini oui les edits furtifs?

Hum, en quoi ça gêne ?

Sinon j'ai un nouveau but dans ma vie : gagner assez d'argent pour m'acheter un surfacebook vraiment ça poutre ce truc. Juste un peu chiant qu'il ne semble pas possible de la déconnecter alors qu'elle est en veille (il faut un bouton sur le clavier), pas pratique pour la sortir furtivement dans les transports en commun. Mais sinon top !

C'est bien mais c'est super cher

Brunni> Il m'intéresse ton soft, si jamais tu veux un "bêta"-testeur Il marcherait sous El Capitan? Tu es sous Sierra?

Ok, rappelle moi si j'oublie alors, je vais te faire ça ! Le seul défaut qu'il a c'est que j'ai pas décidé où mettre le fichier de log, alors pour l'instant c'est /Users/moi/Desktop/Battery.log (ah et il met pas la date dans le log)

Et l'autonomie qu'il reporte "outside sleep" semble optimiste (en gros il prend le temps qu'il a passé sur batterie et il extrapole en supposant que les % de batterie perdus en veille auraient pu être utilisés durant la charge avec la même moyenne d'utilisation). Ce n'est pas super précis de prendre juste la capacité avant la mise en veille et après, résultat la capacité calculée comme consommée en veille est à mon avis légèrement surévaluée, parce qu'en pratique même en l'utilisant sur une durée prolongée on n'y arrive pas. Je pense que c'est parce qu'il se mettra de toute façon en veille de temps à autre, et la mise/reprise de veille est un processus quand même coûteux.

Ceci dit une fois qu'on a les infos, il y a de quoi être un peu déçu, et justement je vois que le nouveau 13" a à peu près la même autonomie que l'ancien 15" (qui lui a par contre été un downgrade sensible par rapport à l'ancien 13").

~/Desktop/Putain/J/AI/decide/De/Faire/un/chemin/a/la/con/pour/stoquer/ce/fichier/de/log/alors/merde/log.bin

Brunni> aucun souci pour le log (enfin sauf s'il faut impérativement créer un utilisateurs "moi"... ), et en l'occurence je suis super curieux de voir des chiffres du "bon" vieillissement de ma batterie MBP17 (qui me semble pouvoir toujours tenir 4h sans problème, mais dans les faits je suis rarement dans les conditions "100% de batterie + 4h devant moi" )

Fichier joint : BatteryTimer.zipBon ben voici une première version. Je viens de finir, mais je crois que c'est stable Attention, il compte la fin d'une charge à partir du moment où tu branches le chargeur (enfin si elle a duré plus de 10 minutes, mais en tous cas si tu veux mesurer l'autonomie entière il ne faut pas le rebrancher jusqu'à la fin).

Voilà à quoi ça ressemble :


Exemple de log:

[16:55:03] Entering sleep at 65.8%
[17:25:26] Waking from sleep at 79.3%
[17:25:26] ***Charge statistics***
Time awake: 03:29
Total time: 25:29
Discharged: 100.0% to 65.8%
Percents used in sleep: 5.3%
Total extrapolated: 10:11 (up to 12:04 without sleep)
Average consumption: 9.6 %/h (10:22 extrapolated)
[17:36:44] Quitting app

Fichier joint : BatteryTimer.zip

Merci!!! Je l'installe dès que je peux (demain soir je pense) et te ferai un retour
Pour mon info, tu codes ça en combien de temps à peu près? Avec Xcode? En swift? #hehe

Si tu as quelques infos pour la virtu 3d comme je t'ai demandé par message, merci également

Lool squalyl.

redangel> Une quinzaine d'heures au total je dirais. Dont pas mal de tests ceci dit, et un peu de réflexion dans le lot.
Ce n'est pas un projet difficile ; je m'étais déjà pas mal intéressé au sujet et je savais déjà en gros à quoi m'attendre. Les surprises ont été sur comment faire telle ou telle chose en swift plutôt (genre, ouvrir et écrire un fichier, c'est assez abominable au final si tu veux le placer dans le bon répertoire) et certains détails comme détecter la mise en veille.
Puis après, utiliser le bouzin, je ne compte pas les minutes que je suis resté à contempler ce bordel, réfléchir si c'est sensé, raisonnable. Par exemple, pas plus tard que juste avant j'ai vu ceci :
Consumption: 8.8%/h (8.3%/h recent, 9.8%/h average)
Et avec le temps ça descendait alors que la consommation restait supérieure :
Consumption: 8.8%/h (8.1%/h recent, 9.8%/h average)
Je me suis dit "est-ce que ça a un sens ?" Et en fait si ça en a parce que je fais une véritable rolling average (et non pas une exponentielle) sur les 8 dernières minutes, donc si il y a exactement 8 minutes j'avais une grande consommation et qu'à un moment dans ces 8 minutes j'ai eu une consommation plus faible (et c'était le cas), la moyenne peut être plus basse que la valeur actuelle et continuer de descendre à mesure que les grosses valeurs disparaissent en queue de liste

Concernant la virtualisation, j'ai une bonne expérience avec Parallels, c'est un meilleur "all rounder" en général, plus équilibré, rien ne le mettra vraiment à genoux, on aura juste une perte de perfs par rapport au natif mais c'est contrôlé. Je n'ai pas essayé la dernière itération de Fusion, mais à l'époque quand j'avais bien testé (je crois que c'était le 6) il s'en sortait en effet bien dans les benchmarks mais en réalité il manquait le souci du détail qui faisait qu'à l'usage il était décevant. Par exemple bouger des fenêtres saccadait légèrement, même si le GPU virtuel était largement capable de faire bouger les fenêtres. Parallels a vraiment optimisé le truc pour que même DWM soit synchro avec la carte graphique hôte et que tu aies l'expérience originale, même si les performances peuvent pour le coup être légèrement inférieures.

Résultat, il est possible que ton jeu ne rame en réalité pas, mais qu'il y ait juste un souci en matière de synchro ou de batching des commandes graphiques. Avec l'ancien Fusion ça ne m'aurait pas étonné, ça m'étonne plus qu'ils n'aient toujours rien fait pour réellement arranger ça ceci dit, donc à prendre avec des pincettes. -> tente une trial de 14 jours de parallels et fais toi une idée. Il importe ton bootcamp l'air de rien, très facile & rapide, et après tu peux toujours booter dessus sans souci.

Fichier joint :
Ah bin, euh...

Brunni (./11893) :
tente une trial de 14 jours de parallels et fais toi une idée. Il importe ton bootcamp l'air de rien, très facile & rapide, et après tu peux toujours booter dessus sans souci.

Oui c'est le mieux à faire. Par contre importer mon bootcamp, euh... non merci si tu savais l'horreur que c'est sous le capot pour que mon eGPU fonctionne (carte graphique dédiée désactivée et pas de son présenté par la carte mère en UEFI... hem! )

Perso je prefere VMWare [/troll]

VMWare est plus "sympa", on va dire c'est une grosse corporation qui en a un peu moins à foutre, qui joue moins les profs austères. Ils offrent 30 jours par exemple, sont moins chers et sont moins regardant concernant le licensing (d'ailleurs il y a des chances que ce soit la raison pour laquelle certains l'aient testé en premier ). Mais aussi l'avantage que tu peux prendre ta VM et la faire tourner sur n'importe quelle machine, même si tu voulais tout à coup switcher sous Windows ou Linux. Mais Parallels, comme le prof sévère, est vraiment peaufiné et fait tout pour t'offrir le meilleur enseignement.

Voici une nouvelle version, compilée cette fois pour 10.10. Ces cons par défaut linkent sur la dernière version de l'OS, et je faisais appel à une méthode cool qui apparemment n'existe que sur la dernière version. Je n'ai eu qu'à la remplacer par un truc un peu moins cool et c'était bon. Voici donc une version du produit au moins 98% aussi cool qu'avant, la compression cette fois en 7-zip compensant une partie de la différence de coolness (et fera plaisir à Zephyr).

Fichier joint : BatteryTimer.app.7z

Ah j'ai aussi corrigé un bug à part ça. Ou deux. Mais notamment un souci qui pouvait faire qu'on se retrouvait avec ça : (une preuve que mon code est quand même pas dégueu, je me serais vraiment attendu à une division par zéro qqpart)

[01:42:54] Disconnected charger at 100.0%
[01:43:02] Entering sleep at 100.0%
[09:14:43] Waking from sleep at 100.0%
[09:14:43] ***Charge statistics***
Time awake: 07:31
Total time: 07:31
Discharged: 100.0% to 100.0%
Percents used in sleep: 0.0%
Total extrapolated: 00:00 (up to 00:00 without sleep)
Average consumption: 0.0 %/h (00:00 extrapolated)
[09:22:17] Quitting app

J'ai des idées d'amélioration pour le futur, et réfléchis même à tourner ça en produit commercial (la version log + single window comme celle-là resterait open source ceci dit, mais comme tout code public peut -- et sera analysé à un moment donné par les recruteurs, il faut qu'il soit impeccable dans un si petit outil, 1435 lignes).

Sinon rien à voir mais les touches de mon ancien MacBook Pro remarchent toutes quasi comme neuf (si on presse répétitivement et légèrement le 3 ou le 4 ils peuvent faire chier, mais en usage courant jamais aucun souci), sauf pour le F4. F4 qui sert à rien sous OS X, et sous Windows j'ai déjà remappé (Win+W pour Alt+F4, Win+Ctrl+W pour Ctrl+F4 ; on s'y fait). J'ai plusieurs fois nettoyé le bouzin, en massant un peu la plaque métallique du backlight dans l'espoir de faire "bouger" l'humidité dessous. Il n'y a que F4 qui ne veut vraiment rien entendre, il n'a pas émis le moindre signal depuis tout le début alors je l'ai abandonné

Il tient 6~7h dans un coffee shop avec Xcode, en écoutant des vidéos youtube et sans faire du tout attention. Et j'ai trouvé la solution qui m'empêchait d'utiliser ma souris G502 d'amour avec macOS Sierra. C'est dû en fait à Karabiner Elements. Cette souris (seulement elle) est détectée comme un clavier et le machin le filtre. Il n'en fait rien mais il ralentit suffisamment la livraison des événements système pour qu'elle perde en réactivité de façon sensible notamment dans Parallels. C'est bizarre, mais voilà. Il suffit de décocher la souris dans la liste des périphériques filtrés par Karabiner Elements (ou mieux, ne plus l'utiliser ; maintenant que mes touches marchent à nouveau je n'ai plus qu'à les remettre physiquement dans l'ordre et le désinstaller).

C'est cool que ça soit réparé. Qu'as-tu fait du neuf ?

Je cherche toujours à le vendre lol en fait je pense vraiment qu'il pourrait partir à un prix dément genre sur yahoo auction (à en voir les trucs en vente, ils vont parfois plus cher que ce que j'ai payé neuf c'est dingue) mais sur le seul site de petites annonces que j'ai trouvé qui me paraisse correct ils m'ont bloqué le compte lol (ils sont assez pointilleux au niveau de l'ID check et j'ai pas dû tout comprendre XD).

Je suis partagé entre le fait de perdre pas mal de thune (100€+) ou le garder. Je n'en ai pas l'utilité maintenant mais je pense qu'une fois que j'aurai un PC fixe correct ce sera un excellent candidat. Il permet quand même de travailler en mode nomade, la batterie tient bien, surtout en veille (ça peut prêter à sourire mais sur le total d'une journée avoir 10% de plus de charge totale -- donc d'autonomie active -- parce qu'il a été plus économe durant la veille, ça fait une jolie différence !), il est suffisamment léger pour ne pas se sentir dans un sac, il prend moins de place dans les coffee shops et l'écran est bon.

Mais j'aime bien aussi le fait d'avoir une machine très puissante que je peux utiliser comme substitut à un PC fixe et relayer celui-ci au jeu ou aux tests / développement hard. Le petit 13" n'est pas ultra satisfaisant dans cet usage (connecté à un écran externe, notamment les 8 Go de RAM et le GPU limité te font quand même sentir que tu es sur un mini ordi, et moi ça m'embête un peu ; l'écran est trop petit pour vraiment travailler dessus tout le temps ; c'est très bien en nomade, mais pas au bureau sans écran externe par exemple). Du coup pour l'instant si je devais prendre une nouvelle machine ce serait plutôt le nouveau 15". Mais l'ancien est très bon aussi. Enfin, il est à noter que le nouveau MBP 13" a un feeling légèrement plus véloce / nerveux dans les tâches basiques. Il se pourrait que ce soit dû au clavier (vraiment plus rapide), au trackpad (lui aussi juste … meilleur sans que je puisse expliquer pourquoi) ou à une obsolescence programmée dans macOS puisqu'aucun benchmark ne justifie cette impression, à part pour la vitesse du SSD (mais ce n'est pas le problème dans ce cas). Windows quant à lui fuse Indistinctement sur les 2 machines, mais ça fait déjà des années que la mise à jour de sa config n'est plus une question pour moi avec cet OS

Je viens d'installer Parallels, Windows8.1, mode Joueur (niceeeeeee), Steam, Northgard, et....
Fichier joint :
1-0 pour Fusion. Il était pas super rapide, mais ça a marché direct!

Tu vas commencer à me trouver relou comme bêta-testeur, mais... ./11894 est toujours valable avec la version 7zippée (9,9MO décompressée).
En même temps, si tu veux commercialiser, il faut bien du test

1500 lignes de code, c'est à la fois... pas tant mais pas peu. Joli! Content que t'ai pu appréhender un nouveau langage alors (Swift 2? 3?). C'est "comment", à utiliser, ton ressenti?

Hmm sorry, je me suis planté dans mon packaging! La raison plus loin

Fichier joint : BatteryTimer.app.7z

Donc swift 3… c'est pas mal. Au final pour moi qui ai commencé avec Scala c'est un autre rip-off du genre. Ca a ses avantages. J'aime bien le fait qu'il soit natif et relativement performant (il semble). Je ne suis pas un fan définitif mais en gros c'est bien. C'est mieux qu'Objective-C, par contre en l'état il y a encore pas mal de choses qui bougent, il y a des APIs qui n'ont pas d'équivalent (mais bon on peut s'en sortir avec l'interop ; c'est juste pas hyper facile, mais pas non plus ultra hard et ça reste safe pour peu que tu respectes les règles de l'objective-C au regard de la gestion de la mémoire).

Bref c'est sympa, mais ce qui m'empêche d'être vraiment enthousiaste c'est le côté "fermé" du truc. Tu ne feras pas de swift sur une autre plate-forme et si tu en fais ça n'aura pas du tout le même sens que ça a sous Mac. Donc c'est un peu la même impression bitter-sweet que j'ai longtemps eu envers le C#, et qui m'empêche un peu d'être super enthousiaste. C'est quand même une bonne expérience ceci dit, et ça pourra me servir pour la suite car le peu que j'ai fait j'ai essayé de le faire bien. Il me reste des gros trous quant au lifecycle des apps / documents sous OS X le tout avec le storyboard, les best practices, j'aurais beaucoup à apprendre encore pour me considérer à l'aise avec.

Voilà

Je demande a voir pour swift, contrairement a C# il n'est pas lie a une plateforme aussi lourde que .net, vu que ca produit du code natif.

Je ne sais pas ou en est le developpement OSS, mais sil set disponible sous Debian apriori

Oui, mais tu peux aussi faire du C# sous Linux et OS X, et de l'Objective C sous Windows. Mais en pratique très peu de gens le font. Il est probable que ce soit pareil pour Swift.

Zerosquare (./11903) :
Oui, mais tu peux aussi faire du C# sous Linux et OS X, et de l'Objective C sous Windows. Mais en pratique très peu de gens le font. Il est probable que ce soit pareil pour Swift.

J'ai l'impression, comme Godzil, que Swift est moins lourd que C#.
Avec Swift 4, les choses devraient enfin se stabiliser (mais c'était dit dès la sortie que les choses bougeraient jusqu'à Swift 4).

Zero: non C# demande d'avoir la CLR derriere et donc Mono ou .Net, et c'est de l'interpreté/JIT. A contrario Swift est un language compilé et ne depends pas d'un framework

Si tu veux, mais pour Objective C ce n'est pas le cas, et pourtant il n'y a quasiment qu'Apple qui utilise ce langage (alors qu'ils ne l'ont pas créé, et qu'il n'a rien de spécifique à leurs appareils). J'ai pas l'impression que les langages (re)lancés par des sociétés aient du succès en-dehors de leur niche, même s'il n'y a théoriquement pas de raison.

Mais Apple n'a jamais cherché à exporter ObjectiveC, alors que manifestement ils poussent un peu plus Swift, notamment sous Ubuntu.

Ah ? Je n'étais pas au courant de ça.

(sinon C# Windows-only c'est terminé, tout comme Mono bientôt : https://github.com/dotnet/core)

Brunni (./11901) :
Hmm sorry, je me suis planté dans mon packaging! La raison plus loin

Ca marche, merci!
1er constat (plutôt sympa, j'avais aucune idée de chiffres): Fichier joint :
Mon MBP, 6 ans, batterie d'origine, 665 cycles, a toujours 90% de sa capacité d'origine. C'est très correct je pense?
Je laisse tourner