En général, oui. Le problème, c'est qu'il faut quand même avancer l'argent, et avoir les moyens d'attendre la fin du procès avant de récupérer sa mise.
Pour une petite entreprise ou un privé, même à 100% dans son bon droit, ça reste un risque potentiellement important.
est ce notre faut si apple fournit des ampli interne au rabais ?
T'as vu où qu'il était au rabais ?
C'est juste que c'est un ampli conçu pour des écouteurs, pas pour des enceintes. On a aussi des contraintes de taille et de consommation qui peuvent limiter la qualité.
Tout ce que tu as à retenir, c'est qu'une sortie "line" et une sortie écouteurs, c'est pas pareil. On peut dans une certaine mesure les échanger et avoir du son qui sort, mais la qualité sera différente.
Tu fais exprès de pas comprendre ? La sortie jack où on branche les écouteurs, elle est amplifiée par un ampli intégré, limité niveau qualité. Donc on ne veut pas l'utiliser pour le connecter à des enceintes, parce qu'on hériterait automatiquement de la distorsion de l'ampli interne.
Si ça marche avec ton baladeur, c'est parce que tu te contentes d'une qualité de son inférieure. Tout le monde n'est pas dans ton cas.
Non amplifiée ‽ Ces machins ont une puissance suffisante pour sortir ce qu'il faut pour brancher directement des enceintes dessus ?
Ou alors, c'est peut-être que l'enceinte elle-même contient un amplificateur… (de meilleure qualité que celui inclus dans l'appareil, parce que moins de contrainte de taille et de consommation)
Outre le fait que devoir brancher à la fois un jack et un micro-usb, c'est nettement moins pratique que juste poser son appareil sur le connecteur dock, ce n'est pas non plus complètement équivalent.
La sortie de la prise jack est amplifiée, pour se connecter sur des enceintes, on veut une sortie ligne (non-amplifiée), qui permettra d'avoir un signal de meilleure qualité.
Les HPs avaient le gros avantage d'utiliser la logique polonaise inverse. Une fois le cerveau habitué à réfléchir comme ça, c'est imbattable niveau vitesse de saisie.
À l'heure où tout le monde est passé au micro-USB, ils changent leur connectique proprio pour une autre connectique proprio.
Comme expliqué au-dessus, le micro-usb, c'est insuffisant pour tous les signaux qui doivent passer par là. Et sinon, c'est juste le connecteur qui change, ça reste compatible au niveau des signaux, autrement dit, la compatibilité avec les anciens modèles se gère avec un adaptateur.
Le multiplexage sur un seul conducteur me semble difficile (et surtout, casserait complètement la compatibilité avec les périphériques conçus pour ce port)
4.2.1 In order that compatibility of as many Mobile Phones as possible with a Common EPS may be enabled, if a manufacturer makes available an Adaptor from the Micro-USB connector of a Common EPS to a specific non-Micro-USB socket in the Mobile Phone, it shall constitute compliance to this article.
Rien ne prouve que la liste a été obtenue depuis un laptop appartenant au FBI… Tout ce qu'on a, c'est une affirmation des types qui ont publié la liste.
Ok, j'exagère peut-être en disant "programmé avec les pieds".
Toujours est-il que l'information apportée par le atime n'est absolument pas fiable (il faut faire la supposition qu'aucun processus externe "parasite" ne vienne lire le fichier), et un logiciel sérieux évitera autant que possible de se baser là-dessus.
certains logiciels tels que les clients mail ont une utilisation de la date de dernier accès aux fichiers (mailbox en l'occurrence) et donc une telle option peut engendrer des comportements erratiques.
Sérieusement, si c'est vraiment le cas (j'en doute), faut arrêter d'utiliser des logiciels écrits avec les pieds.
La date d'accès, ça donne une information peu utile au final, parce qu'il peut y avoir pas mal de cas où un logiciel accède à un fichier (par exemple : backup ou indexation)
J'ai fait un patch pour ce que je pouvais, rapidement, corriger. VmPeak, sur la configuration par défaut, passe de 317916 kB à 211388 kB et VmData de 189372 kB à 123836 kB. Une amélioration notable après environ 4 ou 5 realloc corrigés.
Tu as l'air de penser que c'est les corrections sur les realloc qui ont réduit l'occupation mémoire. J'en doute très fortement.
Tes corrections, ça permet d'éviter une fuite sur une situation extrêmement rare. Un malloc ou realloc qui échoue, c'est un cas réellement exceptionnel. Si tu veux tester ça, remplacer les reallocs par un petit wrapper qui log les cas où ça retourne NULL. Je suis prêt à parier que tu n'en verras aucun.
À mon avis, le gain de mémoire que tu constates, ça doit venir d'options de compilations différentes.
Pas vraiment. launchd est devenu une pièce centrale de l'os, et tout comme systemd, ça a commencé à remplacer les services traditionnels Unix comme (x)inetd ou cron. launchd est aussi utilisé pour la gestion des sessions utilisateurs, l'exécution de code à l'insertion d'un média amovible ou le lancement de "helpers" utilisés en interne par une application (c'est devenu particulièrement utile maintenant que le sandboxing devient imposé)
launchd n'offre peut-être tout ce que propose systemd, mais ça va quand même beaucoup plus loin qu'un simple système d'init.
Un truc qu'on ne dit pas assez au sujet de systemd, c'est que c'est très largement inspiré de launchd, créé par Apple et inclus avec Mac OS X dès la version 10.4 (Tiger, le système d'exploitation le plus avancé au monde au moment de sa sortie, rattrapé depuis par Leopard, Snow Leopard, Lion et Mountain Lion) C'est également utilisé par les versions serveur de ces OS, ainsi que par iOS, ce qui démontre que le principe est suffisamment bon pour être utilisable dans de nombreux contextes différents.
Au passage, launchd est proposé sous une licence libre (du vrai libre, pas du GPL), à tel point qu'on se demande quel besoin les Linuxiens avaient encore à vouloir réinventer la roue au lieu d'améliorer un truc qui existe déjà.
Bref, une fois de plus, Apple a ouvert la voie et le reste du monde tente tant bien que mal de suivre.
PS : une différence avec systemd, c'est que les fichiers de configuration sont en XML, format standard et universel par excellence, ce qui est une preuve de plus qu'Apple a vu tout juste.
Ça m'énerve à chaque fois que je vois ou entends : parler d'un disque SSD n'a aucun sens. Un disque, c'est une galette qui tourne. Il n'y a rien de tel ici.
Donc on dit "SSD", tout court, et pas "disque SSD".
[^] # Re: Une bonne nouvelle n'arrive jamais seule
Posté par Buf (Mastodon) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 6.
En général, oui. Le problème, c'est qu'il faut quand même avancer l'argent, et avoir les moyens d'attendre la fin du procès avant de récupérer sa mise.
Pour une petite entreprise ou un privé, même à 100% dans son bon droit, ça reste un risque potentiellement important.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 3.
T'as vu où qu'il était au rabais ?
C'est juste que c'est un ampli conçu pour des écouteurs, pas pour des enceintes. On a aussi des contraintes de taille et de consommation qui peuvent limiter la qualité.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 2.
En clair, tu sais pas de quoi tu parles.
Tout ce que tu as à retenir, c'est qu'une sortie "line" et une sortie écouteurs, c'est pas pareil. On peut dans une certaine mesure les échanger et avoir du son qui sort, mais la qualité sera différente.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 4.
Tu fais exprès de pas comprendre ? La sortie jack où on branche les écouteurs, elle est amplifiée par un ampli intégré, limité niveau qualité. Donc on ne veut pas l'utiliser pour le connecter à des enceintes, parce qu'on hériterait automatiquement de la distorsion de l'ampli interne.
Si ça marche avec ton baladeur, c'est parce que tu te contentes d'une qualité de son inférieure. Tout le monde n'est pas dans ton cas.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 4.
Oh, au passage : tu mets où la sortie vidéo sur ton jack à 4 anneaux ?
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 2.
Ou alors, c'est peut-être que l'enceinte elle-même contient un amplificateur… (de meilleure qualité que celui inclus dans l'appareil, parce que moins de contrainte de taille et de consommation)
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 2.
Outre le fait que devoir brancher à la fois un jack et un micro-usb, c'est nettement moins pratique que juste poser son appareil sur le connecteur dock, ce n'est pas non plus complètement équivalent.
La sortie de la prise jack est amplifiée, pour se connecter sur des enceintes, on veut une sortie ligne (non-amplifiée), qui permettra d'avoir un signal de meilleure qualité.
[^] # Re: Vieille lune
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 3.
Les HPs avaient le gros avantage d'utiliser la logique polonaise inverse. Une fois le cerveau habitué à réfléchir comme ça, c'est imbattable niveau vitesse de saisie.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 1.
Comme expliqué au-dessus, le micro-usb, c'est insuffisant pour tous les signaux qui doivent passer par là. Et sinon, c'est juste le connecteur qui change, ça reste compatible au niveau des signaux, autrement dit, la compatibilité avec les anciens modèles se gère avec un adaptateur.
[^] # Re: Enfin !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 0.
Mettre tout ça
Le multiplexage sur un seul conducteur me semble difficile (et surtout, casserait complètement la compatibilité avec les périphériques conçus pour ce port)
[^] # Re: Anéfé !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 5.
source
Ça dit bien "makes available", pas "makes available for free".
[^] # Re: marché pas prêt
Posté par Buf (Mastodon) . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 3.
Rien ne prouve que la liste a été obtenue depuis un laptop appartenant au FBI… Tout ce qu'on a, c'est une affirmation des types qui ont publié la liste.
[^] # Re: Anéfé !
Posté par Buf (Mastodon) . En réponse au journal H-48 avant le nouveau choc sur la planète high-tech. Évalué à 5.
The agreement allows for the use of an adaptor.
+
Adaptateur micro-USB iPhone
=> tous les modèles d'iPhone respectent la norme européenne
[^] # Re: esprit Unix
Posté par Buf (Mastodon) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 1.
Oui, mais à mon avis, l'existence des ioctl est bien une preuve que le modèle "tout est fichier" n'est pas toujours suffisant.
[^] # Re: noatime sur /home
Posté par Buf (Mastodon) . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 4.
Ok, j'exagère peut-être en disant "programmé avec les pieds".
Toujours est-il que l'information apportée par le atime n'est absolument pas fiable (il faut faire la supposition qu'aucun processus externe "parasite" ne vienne lire le fichier), et un logiciel sérieux évitera autant que possible de se baser là-dessus.
[^] # Re: Mauvais exemple...
Posté par Buf (Mastodon) . En réponse au message Comment effectuer une tache le plus rapidement possible ? threads / fork() ... ?. Évalué à 2.
Ce dont tu parles, ça s'appelle les Green threads, et ça n'est plus utilisé depuis Java 1.2.
[^] # Re: noatime sur /home
Posté par Buf (Mastodon) . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 5.
Sérieusement, si c'est vraiment le cas (j'en doute), faut arrêter d'utiliser des logiciels écrits avec les pieds.
La date d'accès, ça donne une information peu utile au final, parce qu'il peut y avoir pas mal de cas où un logiciel accède à un fichier (par exemple : backup ou indexation)
# Fuite mémoire
Posté par Buf (Mastodon) . En réponse au journal Genèse d'un journal. Évalué à 6.
Tu as l'air de penser que c'est les corrections sur les realloc qui ont réduit l'occupation mémoire. J'en doute très fortement.
Tes corrections, ça permet d'éviter une fuite sur une situation extrêmement rare. Un malloc ou realloc qui échoue, c'est un cas réellement exceptionnel. Si tu veux tester ça, remplacer les reallocs par un petit wrapper qui log les cas où ça retourne NULL. Je suis prêt à parier que tu n'en verras aucun.
À mon avis, le gain de mémoire que tu constates, ça doit venir d'options de compilations différentes.
[^] # Re: Et ?
Posté par Buf (Mastodon) . En réponse au journal realloc. Évalué à 10.
Si NULL est retourné, le programme va SEGFAULT à plus ou moins court terme. Du coup, la fuite mémoire, c'est plus vraiment un gros problème.
[^] # C'est vendredi !
Posté par Buf (Mastodon) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 4. Dernière modification le 07 septembre 2012 à 08:25.
Pas vraiment. launchd est devenu une pièce centrale de l'os, et tout comme systemd, ça a commencé à remplacer les services traditionnels Unix comme (x)inetd ou cron. launchd est aussi utilisé pour la gestion des sessions utilisateurs, l'exécution de code à l'insertion d'un média amovible ou le lancement de "helpers" utilisés en interne par une application (c'est devenu particulièrement utile maintenant que le sandboxing devient imposé)
launchd n'offre peut-être tout ce que propose systemd, mais ça va quand même beaucoup plus loin qu'un simple système d'init.
[^] # Re: SSD
Posté par Buf (Mastodon) . En réponse au journal Le journal. Évalué à 3.
Ok, si tu veux. Mais ça ne change rien au fait qu'un SSD n'a rien d'un disque.
[^] # Re: Bientôt vendredi
Posté par Buf (Mastodon) . En réponse à la dépêche Le point sur udev et systemd. Évalué à -2.
Pourquoi ? Il y a quoi de drôle dans cette phrase ?
[^] # Re: ou bien..
Posté par Buf (Mastodon) . En réponse au journal yet another journal about systemd. Évalué à 3.
systemd est beaucoup plus inspiré de ce qui fait du côté de la pomme (launchd) que des fenêtres…
# Bientôt vendredi
Posté par Buf (Mastodon) . En réponse à la dépêche Le point sur udev et systemd. Évalué à -4.
Un truc qu'on ne dit pas assez au sujet de systemd, c'est que c'est très largement inspiré de launchd, créé par Apple et inclus avec Mac OS X dès la version 10.4 (Tiger, le système d'exploitation le plus avancé au monde au moment de sa sortie, rattrapé depuis par Leopard, Snow Leopard, Lion et Mountain Lion) C'est également utilisé par les versions serveur de ces OS, ainsi que par iOS, ce qui démontre que le principe est suffisamment bon pour être utilisable dans de nombreux contextes différents.
Au passage, launchd est proposé sous une licence libre (du vrai libre, pas du GPL), à tel point qu'on se demande quel besoin les Linuxiens avaient encore à vouloir réinventer la roue au lieu d'améliorer un truc qui existe déjà.
Bref, une fois de plus, Apple a ouvert la voie et le reste du monde tente tant bien que mal de suivre.
PS : une différence avec systemd, c'est que les fichiers de configuration sont en XML, format standard et universel par excellence, ce qui est une preuve de plus qu'Apple a vu tout juste.
[^] # SSD
Posté par Buf (Mastodon) . En réponse au journal Le journal. Évalué à 6.
Ça m'énerve à chaque fois que je vois ou entends : parler d'un disque SSD n'a aucun sens. Un disque, c'est une galette qui tourne. Il n'y a rien de tel ici.
Donc on dit "SSD", tout court, et pas "disque SSD".