De fait, on retrouve dans la lib standard de Go un bon nombre de fonctions renvoyant à la fois la valeur qu'on leur demande ainsi qu'un type "*Error" pouvant être soit "nil" (c'est-à-dire pointer sur rien) soit initialisé, signifiant alors une erreur. Plus besoin de "tricher" - comme en C - en donnant en argument de la fonction un pointeur sur la variable à compléter, puisque la variable de retour est déjà occupée par le code d'erreur.
Ce système fait affreusement pensé à errno qui est utilisé … en C.
Effectivement, si intérêt il y a eu un jour de faire le mixage audio en hardware, il à complètement disparu aujourd'hui. Faire ça sur le CPU ne coûte rien (mais alors rien du tout) et c'est infiniment plus flexible (et ça ne t'oblige pas à re-coder l'accélération pour chaque carte audio)…
Tout dépend comment tu fais ton mixage. Si les sources que tu mixes sont pas tout a fait synchrone et ben il va falloir faire de la conpensation de glissement. Idem si les sources ne sont pas au même échantillonnage/format (8bits, 16bits, flotant)
Si tu es dans le cas d'une appli téléphonique tu vas vouloir aussi faire de l'anulation d'echo.
Et tout ça, ça bouffe énormément de cpu, d'autant plus que certains algo (anulation de bruit) on besoin d'un aspect temps réel.
Enfin les cartes "bas de gamme" ont aussi un dac/adc d'assez mauvaise qualité.
Donc oui sur le pc de madame michu ça n'a peu d’intérêt (tout comme d'avoir une carte graphique de la mort), mais dans d'autre cas c'est indispensable.
Tout a fait, et puis bon vu la densité de leur installation je vois pas quel type de plante ils peuvent espérer faire pousser.
En tout cas pas les tomates planté dans le jardin de mon père : semé avec des graines récupéré sur des fruits de l'an dernier, nourri au compost et qui ont atteint des tailles de plus de 2 m.
Et si c'est pour faire poussé des aromates (basilic, mente, estragon), ca marche tres bien dans des pots classiques…
free a tout de même été l'un des premiers opérateurs grand publique à proposer IPv6, a pas mal travaillé dessus au point de proposer des normes facilitant son déploiement (6rd)
Sauf que l'ipv6 proposé est assez limité :
- plus de pare-feu/nat de la part de la box
- si on met un routeur derrière on a perd l'auto-decouverte (le masque devient trop petit).
En fait l'ipv6 a voulu innover,mais ne répond pas forcement au besoin qui sont rempli par dhcp et le nat (et oui le nat est utile meme en ipv6 : imaginez un réseau d'entreprise qui change de fournisseur, sans le nat il faut qu'il change les ip de tout son réseau interne …).
C'est vraiment le manque d'ipv4 qui pousse vers ipv6 et pas les features d'ipv6 : ca montre quand meme qu'il y a un pb quelque part…
Pourquoi avoir choisi comme licence la gpl ?
Ca rend le truc peu utilisable dans l'industrie : on peut vouloir avoir sur le bus des logiciels proprio.
Il me semble que libdbus a une licence plus permisive.
Sinon ca aurait été bien d'avoir plus d'argument sur pourquoi développer encore un autre bus embarqué (a croire que chacun fait le sien chez lui sans regarder pourquoi les existants sont délaissé) et pourquoi avoir fait ce design.
Oui, j'avais entendu dire que la possibilité d'exécuter de l'assembleur sur 83 avait été laissé de manière non-officielle par un développeur de chez TI, une forme d'easter egg… La commande était Send(9PROGNAME), ensuite devant, le succès, TI a officialisé la chose avec une commande documentée dans le catalog
A l'époque (vers les années 98 OO), on pouvait bien faire tourner de l'asm sur les TI83, TI89 et TI92.
Par contre au niveau doc il n'y avait pas grand chose et il fallait vraiment s'accrocher pour comprendre comment ça marchait (du coup je suis resté sur le BASIC).
Je me souviens d'un tetris muti-joueur qui fonctionnait en reliant 2 calculettes avec le cable de transfert. On pouvait même mettre des calculettes différente (ti83 et TI89). Il y avait aussi un jeu de voiture avec des super dégradé de gris.
Mais bon tout ces jeux l'explosait la batterie (vive les piles rechargeable).
Et puis a l'époque pour envoyer les programmes il fallait le cable TI vendu a prix d'or (alors qu'on pouvait le fabriquer a la main avec quelques resistance et led sur le port serie).
C'est marrant cet effort de dev fait sur ces calculette TI, plus tard j'ai eu une HP-40G, et ben la communauté autour de celle-ci était pauvre…
la toolbox d'Android supporte à peine la moitié de ce qui est requis pour ce clone de BusyBox, et ne supporte aucune des commandes un tant soit peu "complexes"
J'ai jamais dis le contraire : c'est seulement que le projet android a reimplementé les commandes qu'ils avaient besoins sous licence bsd.
Et puis tout n'est pas dans la toolbox il y a aussi logcat (vs logread), ping, netcat (qui sont compilé a part)
La toolbox est plutot une reimplementation des coreutils.
Apres tout dépend de ce que l'on met dans le produit embarqué et ce que l'on veut.
Et ben free n'a pas changé, c'est toujours aussi merdique comme service client :
* portabilité faite avant l'envoie des sim
* bug dans les addresses [1]
* interface web incomplete (pas de suivi conso)
[^] # Re: gestion des erreurs
Posté par M . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 6.
Ce système fait affreusement pensé à errno qui est utilisé … en C.
[^] # Re: Pourquoi PA sux
Posté par M . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 4.
Tout dépend comment tu fais ton mixage. Si les sources que tu mixes sont pas tout a fait synchrone et ben il va falloir faire de la conpensation de glissement. Idem si les sources ne sont pas au même échantillonnage/format (8bits, 16bits, flotant)
Si tu es dans le cas d'une appli téléphonique tu vas vouloir aussi faire de l'anulation d'echo.
Et tout ça, ça bouffe énormément de cpu, d'autant plus que certains algo (anulation de bruit) on besoin d'un aspect temps réel.
Enfin les cartes "bas de gamme" ont aussi un dac/adc d'assez mauvaise qualité.
Donc oui sur le pc de madame michu ça n'a peu d’intérêt (tout comme d'avoir une carte graphique de la mort), mais dans d'autre cas c'est indispensable.
[^] # Re: Mmmh yabon
Posté par M . En réponse à la dépêche Recherche et bricolage : fermes de fenêtres. Évalué à 3.
Tout a fait, et puis bon vu la densité de leur installation je vois pas quel type de plante ils peuvent espérer faire pousser.
En tout cas pas les tomates planté dans le jardin de mon père : semé avec des graines récupéré sur des fruits de l'an dernier, nourri au compost et qui ont atteint des tailles de plus de 2 m.
Et si c'est pour faire poussé des aromates (basilic, mente, estragon), ca marche tres bien dans des pots classiques…
[^] # Re: Téléchargement et webservice
Posté par M . En réponse au journal spdy://. Évalué à 5.
Sauf qu'avec ftp tu peut transférer des fichiers de serveur a serveur sans devoir les faire transiter par chez toi.
A l’époque c’était pas négligeable…
[^] # Re: []
Posté par M . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 2.
Au passage ca doit deja exister dans Putty.
# []
Posté par M . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 4.
Ce dernier est une alternative au couple SSH+Screen.
Et ca apporte quoi par rapport a cette solution ?
A part le "local echo" (qui me semble pas une super idée), je ne vois pas.
[^] # Re: Oscillo ?
Posté par M . En réponse à la dépêche Concours linuxembedded.fr 2012. Évalué à 1.
Idem, surtout que bon l'adc du soc n'a pas l'air génial (500KSPS
) d'autant plus qu'il est partagé avec le touchscreen.
Quitte a faire un truc pourri autant le faire sur pc en utilisant l'adc du codec audio…
[^] # Re: I beg your pardon?
Posté par M . En réponse à la dépêche Sortie de PostGIS 2.0. Évalué à 2.
J'ai toujours pas compris a quoi ca servait, y aurait il un exemple concret d'utilisation ?
[^] # Re: Free as a bird
Posté par M . En réponse à la dépêche Événement G6 - IPv6 - 11 avril 2012 - Paris. Évalué à 5.
free a tout de même été l'un des premiers opérateurs grand publique à proposer IPv6, a pas mal travaillé dessus au point de proposer des normes facilitant son déploiement (6rd)
Sauf que l'ipv6 proposé est assez limité :
- plus de pare-feu/nat de la part de la box
- si on met un routeur derrière on a perd l'auto-decouverte (le masque devient trop petit).
En fait l'ipv6 a voulu innover,mais ne répond pas forcement au besoin qui sont rempli par dhcp et le nat (et oui le nat est utile meme en ipv6 : imaginez un réseau d'entreprise qui change de fournisseur, sans le nat il faut qu'il change les ip de tout son réseau interne …).
C'est vraiment le manque d'ipv4 qui pousse vers ipv6 et pas les features d'ipv6 : ca montre quand meme qu'il y a un pb quelque part…
[^] # Re: Et bien…
Posté par M . En réponse au journal Kernel en 32 bits ou en 64 bits (un journal bookmark). Évalué à 2.
Tu peux installer un kernel 64 bits avec des applis 32 bits. Ca fonctionne tres bien et il n'y a plus de pb de PAE.
La seule raison de resté en 32 bits c'est vraiment sur les machines qui le supporte pas.
# Licence
Posté par M . En réponse à la dépêche A-Bus, un autre bus dédié GNU/Linux embarqué. Évalué à 2.
Pourquoi avoir choisi comme licence la gpl ?
Ca rend le truc peu utilisable dans l'industrie : on peut vouloir avoir sur le bus des logiciels proprio.
Il me semble que libdbus a une licence plus permisive.
Sinon ca aurait été bien d'avoir plus d'argument sur pourquoi développer encore un autre bus embarqué (a croire que chacun fait le sien chez lui sans regarder pourquoi les existants sont délaissé) et pourquoi avoir fait ce design.
[^] # Re: 0MQ ?
Posté par M . En réponse à la dépêche A-Bus, un autre bus dédié GNU/Linux embarqué. Évalué à 3.
D'autant plus que de mémoire OMQ permet différent type de transport (entre thread, entre processus et entre plusieurs machine).
[^] # Re: Reponse
Posté par M . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 2.
c'était plutot une 49G… (et la modif des commentaire ne marche pas)
[^] # Re: Reponse
Posté par M . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 2.
Oui, j'avais entendu dire que la possibilité d'exécuter de l'assembleur sur 83 avait été laissé de manière non-officielle par un développeur de chez TI, une forme d'easter egg… La commande était Send(9PROGNAME), ensuite devant, le succès, TI a officialisé la chose avec une commande documentée dans le catalog
A l'époque (vers les années 98 OO), on pouvait bien faire tourner de l'asm sur les TI83, TI89 et TI92.
Par contre au niveau doc il n'y avait pas grand chose et il fallait vraiment s'accrocher pour comprendre comment ça marchait (du coup je suis resté sur le BASIC).
Je me souviens d'un tetris muti-joueur qui fonctionnait en reliant 2 calculettes avec le cable de transfert. On pouvait même mettre des calculettes différente (ti83 et TI89). Il y avait aussi un jeu de voiture avec des super dégradé de gris.
Mais bon tout ces jeux l'explosait la batterie (vive les piles rechargeable).
Et puis a l'époque pour envoyer les programmes il fallait le cable TI vendu a prix d'or (alors qu'on pouvait le fabriquer a la main avec quelques resistance et led sur le port serie).
C'est marrant cet effort de dev fait sur ces calculette TI, plus tard j'ai eu une HP-40G, et ben la communauté autour de celle-ci était pauvre…
[^] # Re: compil only
Posté par M . En réponse au journal Debian recompilée avec Clang/LLVM. Évalué à 2.
Sans aller aussi loin rien que booter sur la distro et/ou utiliser quelques programmes serait un bon test.
# compil only
Posté par M . En réponse au journal Debian recompilée avec Clang/LLVM. Évalué à 2.
Il me semble que le projet a seulement testé la compilation, mais il est dommage de ne pas avoir testé la version généré.
En effet il peut avoir des pb qui passe à la compil mais qui donne un programme non fonctionnel.
# remote display
Posté par M . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 2.
Et le remote display, il disparait avec wayland ?
# .
Posté par M . En réponse au journal 8 mois de prison pour avoir exploité une faille de sécurité. Évalué à 4.
T'es sur que la faille n'était pas déjà connu dans le milieu, mais que ca été lui qui a eu "les couille" de la rendre pubique ?
[^] # Re: En avant pour le concours de...
Posté par M . En réponse à la dépêche Deux extensions originales pour Firefox. Évalué à 10.
Moi j'en ai aucun de stocké : ca devrait me donné une belle page blanche ...
# ...
Posté par M . En réponse à la dépêche Lepton/Tauon : un système d'exploitation temps réel "POSIX compliant" pour cibles embarquées. Évalué à 5.
Pourrait on savoir ce qu'apporte Tauon par rapport a ce qui existe deja dans ecos.
Par exemple il y a deja une couche de compat posix :
http://trac.umnaem.webfactional.com/browser/trunk/Hardware/eCos/packages/compat/posix/v3_0/doc/posix.sgml?rev=38
[^] # Re: toolbox
Posté par M . En réponse à la dépêche Sony : Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 2.
J'ai jamais dis le contraire : c'est seulement que le projet android a reimplementé les commandes qu'ils avaient besoins sous licence bsd.
Et puis tout n'est pas dans la toolbox il y a aussi logcat (vs logread), ping, netcat (qui sont compilé a part)
La toolbox est plutot une reimplementation des coreutils.
Apres tout dépend de ce que l'on met dans le produit embarqué et ce que l'on veut.
# android
Posté par M . En réponse au journal Sony: Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 2.
Android l'a déjà fait et ca s'appel toolbox.
# toolbox
Posté par M . En réponse à la dépêche Sony : Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 2.
android a déjà fait la même chose avec sa toolbox...
En plus certaines commandes sont parfois meilleur que celle de busybox
# quelques jours apres
Posté par M . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 0.
Et ben free n'a pas changé, c'est toujours aussi merdique comme service client :
* portabilité faite avant l'envoie des sim
* bug dans les addresses [1]
* interface web incomplete (pas de suivi conso)
et j'en passe : http://www.journaldunet.com/ebusiness/internet-mobile/free-mobile-de-l-amateurisme-technique-0112.shtml
[1] http://www.freemobileasso.com/articles/494-bug-dans-les-adresses-postales-des-cartes-sim-seront-reexpediees
[^] # Re: question toute bête
Posté par M . En réponse au journal De la possibilité de décentralisation de la gestion des noms de domaine. Évalué à 7.
[i]
Je me pose une question depuis longtemps : pourquoi le DNS ?
[/i]
Qu'est ce que tu retient plus facilement ?
* 143.54.23.43
* mondomain.com