Avec la carte SD, on ne peut pas accéder à son contenu lorsque le téléphone est branché à son PC, alors qu'avec une seule grosse mémoire interne (et un protocole dont je me rappelle pas le nom) on peut accéder à la mémoire interne sur le PC et sur le téléphone en même temps.
Bof, la mémoire interne est en fait une "sdcard" soudé sur le pcb (emmc, …).
Quand au protocole de partage il y a soit mass storage qui oblige de démonter du coté android lors du partage, soit ptp/ mtp qui permet d'exporter des fichiers et non une partition.
Non le vrai argument doit être le cloud (google veut qu'on héberge ses données/musique chez lui), ainsi que financier ca permet de refourguer des téléphone à 6€ de Go).
D'un autre côté, on est dans les drivers, donc dans le noyau. Ça a toujours été Linux-only.
Non les première version de dri était partagé entre linux et bsd.
Mais vu que la plupart du dev était fait sous linux, on pouvait cassé assez facilement le support bsd.
Surtout que vu que la licence BSD et la GPL sont incompatibles
Faux il existe des pilotes sous dual licence GPL et BSD
Posté par M .
En réponse au journal OVH multicast.
Évalué à 3.
A une époque quand j'utilisais le modem usb adsl en dégroupé chez free j'avais aussi constaté le même phénomène : je recevais en autre les broadcast netbios te toute les personnes connecté sur le même sous réseau du DSLAM.
Je sais pas si c'est toujours le cas vu que quasiment tout le monde doit utiliser une freebox. Il faudrait un courageux pour tester avec un modem adsl…
Parce qu'en animation les personnages n'ont pas de lèvres ?
Parce que les acteurs qui interprète les personnages ne font rien passer par la voix (c'est encore plus dur qu'au cine : il faut jouer mais seulement avec la voix) ?
Pour avoir vu les films d'animation en VOST et en VF, il peut y avoir une énorme différence. D'autant plus qu'a une époque (je sais pas si c'est toujours le cas) la trad était mauvaise et les doubleurs français aussi.
Cet inconvénient n'est pas compris de tous (et Apple l'avait bien anticipé ?), d'où la tendance généralisée par les constructeurs à supprimer les emplacements pour cartes SD au profit d'un stockage interne unique. Ça leur sauve aussi accessoirement un peu d'espace dans l'appareil.
Heu on peut monter des cartes SD en mtp et on n'est pas obligé de contraindre l'utilisateur a utiliser l'espace limité de la mémoire interne (ou alors de faire comme Apple vendre plus cher le model avec plus de flash…).
Apres le mtp n'est pas super bien supporté sous linux et ca reste penible a utiliser (plus que de demonter la carte sd dans le telephone le temps de l'export).
Il est également possible de développer des distrutions live, comme les LiveCD du millénaire dernier.
Ca existe depuis longtemps. J'ai un colègue qui a un xperia sous wince et ben il pouvait faire démarer android sur carte SD sans avoir a touché a la flash interne.
Posté par M .
En réponse à la dépêche Sortie du noyau Linux 3.5.
Évalué à 5.
Dernière modification le 25 juillet 2012 à 14:25.
Je ne jetterais aucune pierre :) Errare humanum est ! Mon but était plus de savoir si c'était une erreur ou s'il y avait un mécanisme plus complexe, basé sur du CRC, afin de fournir en plus de la correction d'erreurs (d'ailleurs, est-ce que cela existe ?)
Oui le BCH (https://en.wikipedia.org/wiki/BCH_code) ca ce calcule comme un crc, mais lieu de choisir un polynôme qui maximise la détection d'erreur, on choisit un polynôme qui permet de corriger un maximum d'erreur. En pratique il faut un "crc" taille m*t, ou t est le nombre d'erreur a corrigé et 2m est la taille du message a corrigé en bits (crc compris). Par exemple pour 512 octects de données et 4 bits de correction, il faut un "crc de taille 13*4 = 52 bits
Contrairement au Reed-Solomon il travail par bit et pas par burst. Il est utilisé dans les mémoire flash.
Bref, avant de crier au complot, il serait intelligent de remarquer qu'encore une fois, le consommateur se conduit comme un veau.
Mouais je demande a voir leur étude et comment ils ont fait leur comparaison.
Par ce que bon, pour réduire les couts on délocalise, on gratte sur les composants et au final on se retrouve avec des produits qui durent moins longtemps.
Je pense qu'ils ne sont pas assez fait connaitre leur valeur.
Dans ma circonscription le secrétaire national du Parti Pirate français se présentait. Et ben il a fait un score minable.
Lors du dépouillement, les gens ne savait même quoi qu'est ce que c'était ce parti (et pourtant on avait recu par la poste le buletin + Circulaire), voir limite pensait que c'était des rigolos. A ma table on a du avoir 5 voix sur 160…
Ils en ont parlé au journal : Ca resemble a une version low cost idtgv :
- idtgv : tu as le droit qu'a un bagage en théorie
- le contrôle se fait déjà sur le quai avec le billet électronique
Par contre s'il faut y etre en avance et aller sur des gares exentrée on retrouve les même pb que l'avion : d'autant plus que les transport vers ces gares n'est pas gratuit…
Entre le billet conges annuel qui ne sert (quasiment) plus a rien vu qu'il est calculé sur le prix plein pot.
Les réservations qui sont obligatoires dans de plus en plus de train (tgv), même si a la fin il vende des billets (les plus cher) sans sièges garanti.
Des tarifs qui ne reflète pas forcement l'occupation des trains : j'ai payé un aller ou les rames étaient a moitié pleine 2 fois plus cher que le retour qui lui était plein.
La fermeture d'un grand nombre de consigne.
Bref ca devient tellement compliqué/cher que la voiture (avec ou sans covoiturage) reste une bonne alternative…
Le defer c'est un destructeur (C++)/goto de cleanup (C) déguisé.
Le panic, recover sont un peu plus intéressant : le panic abort le programme en appelant tout les defer/destructeur de la backtrace. Le recover permet de catcher un panic et de rendre la main a l'appelant.
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…
# disneyland
Posté par M . En réponse au journal Mickey s'achète un sabre laser. Évalué à 10.
Ca tombe bien a disneyland paris il y a déjà l'attraction star tour (inspiré de star wars) et grand huit du temple maudit (indiana jones)
Il est déjà mort lors des ep 1 à 3, alors je n'ose pas imaginer pour les suivants…
[^] # Re: Trop de tout
Posté par M . En réponse au journal android 4.2 et nouveau nexus. Évalué à 3.
Va y fait en une petite synthèse :)
[^] # Re: SDCard
Posté par M . En réponse au journal android 4.2 et nouveau nexus. Évalué à 5.
Bof, la mémoire interne est en fait une "sdcard" soudé sur le pcb (emmc, …).
Quand au protocole de partage il y a soit mass storage qui oblige de démonter du coté android lors du partage, soit ptp/ mtp qui permet d'exporter des fichiers et non une partition.
Non le vrai argument doit être le cloud (google veut qu'on héberge ses données/musique chez lui), ainsi que financier ca permet de refourguer des téléphone à 6€ de Go).
[^] # Re: Pilotes graphiques libres
Posté par M . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 5.
Non les première version de dri était partagé entre linux et bsd.
Mais vu que la plupart du dev était fait sous linux, on pouvait cassé assez facilement le support bsd.
Faux il existe des pilotes sous dual licence GPL et BSD
# Chez free ausi
Posté par M . En réponse au journal OVH multicast. Évalué à 3.
A une époque quand j'utilisais le modem usb adsl en dégroupé chez free j'avais aussi constaté le même phénomène : je recevais en autre les broadcast netbios te toute les personnes connecté sur le même sous réseau du DSLAM.
Je sais pas si c'est toujours le cas vu que quasiment tout le monde doit utiliser une freebox. Il faudrait un courageux pour tester avec un modem adsl…
[^] # Re: Comment le voir ?
Posté par M . En réponse au journal [Animation] Les Enfants Loups, Ame et Yuki . Évalué à 2.
Encore un avantage de la VOST, quand tu l'as chez toi tu peux remplacer les sous-titre par une version de meilleur qualité.
PS : la première version de Nausicäa de j'ai vu était traduite par des fansub vu qu'il n'y avait pas de version française a l’époque.
PS2 : dans la version papier (a lire) la traduction est "la lame de mon couteau en céramique est ebréchée…"
[^] # Re: Comment le voir ?
Posté par M . En réponse au journal [Animation] Les Enfants Loups, Ame et Yuki . Évalué à 7. Dernière modification le 15 septembre 2012 à 12:34.
Parce qu'en animation les personnages n'ont pas de lèvres ?
Parce que les acteurs qui interprète les personnages ne font rien passer par la voix (c'est encore plus dur qu'au cine : il faut jouer mais seulement avec la voix) ?
Pour avoir vu les films d'animation en VOST et en VF, il peut y avoir une énorme différence. D'autant plus qu'a une époque (je sais pas si c'est toujours le cas) la trad était mauvaise et les doubleurs français aussi.
# ..
Posté par M . En réponse à la dépêche Précisions sur le bidouillage Android. Évalué à 1.
Heu on peut monter des cartes SD en mtp et on n'est pas obligé de contraindre l'utilisateur a utiliser l'espace limité de la mémoire interne (ou alors de faire comme Apple vendre plus cher le model avec plus de flash…).
Apres le mtp n'est pas super bien supporté sous linux et ca reste penible a utiliser (plus que de demonter la carte sd dans le telephone le temps de l'export).
Ca existe depuis longtemps. J'ai un colègue qui a un xperia sous wince et ben il pouvait faire démarer android sur carte SD sans avoir a touché a la flash interne.
[^] # Re: Lecteur pdf
Posté par M . En réponse à la dépêche Firefox et Thunderbird : appelez le 15. Évalué à 6.
C'est plutot d'un OS dont ce rapproche les navigateurs :
[^] # Re: CRC et détection d'erreurs
Posté par M . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 5. Dernière modification le 25 juillet 2012 à 14:25.
Oui le BCH (https://en.wikipedia.org/wiki/BCH_code) ca ce calcule comme un crc, mais lieu de choisir un polynôme qui maximise la détection d'erreur, on choisit un polynôme qui permet de corriger un maximum d'erreur. En pratique il faut un "crc" taille m*t, ou t est le nombre d'erreur a corrigé et 2m est la taille du message a corrigé en bits (crc compris). Par exemple pour 512 octects de données et 4 bits de correction, il faut un "crc de taille 13*4 = 52 bits
Contrairement au Reed-Solomon il travail par bit et pas par burst. Il est utilisé dans les mémoire flash.
# ...
Posté par M . En réponse au journal Obsolescence programmé = FOUTAISE. Évalué à 4.
Mouais je demande a voir leur étude et comment ils ont fait leur comparaison.
Par ce que bon, pour réduire les couts on délocalise, on gratte sur les composants et au final on se retrouve avec des produits qui durent moins longtemps.
[^] # Re: MPlayer 2
Posté par M . En réponse au journal MPlayer nous vole, MPlayer nous spolie !. Évalué à 2.
C'était la même chose avec mplayer G2 (https://linuxfr.org/news/mplayer-g2-un-avant-go%C3%BBt) ainsi que d'autre fork.
Pourtant aucun de ces forks n'a vraiment marché…
# ...
Posté par M . En réponse au journal 0,76% de moyenne nationale pour le parti pirate, déception . Évalué à 1.
Je pense qu'ils ne sont pas assez fait connaitre leur valeur.
Dans ma circonscription le secrétaire national du Parti Pirate français se présentait. Et ben il a fait un score minable.
Lors du dépouillement, les gens ne savait même quoi qu'est ce que c'était ce parti (et pourtant on avait recu par la poste le buletin + Circulaire), voir limite pensait que c'était des rigolos. A ma table on a du avoir 5 voix sur 160…
[^] # Re: SNCF low cost
Posté par M . En réponse au journal Le nouveau programme de fidélité de la SNCF : Le programme Voyageur. Évalué à 2.
Ils en ont parlé au journal : Ca resemble a une version low cost idtgv :
- idtgv : tu as le droit qu'a un bagage en théorie
- le contrôle se fait déjà sur le quai avec le billet électronique
Par contre s'il faut y etre en avance et aller sur des gares exentrée on retrouve les même pb que l'avion : d'autant plus que les transport vers ces gares n'est pas gratuit…
# ...
Posté par M . En réponse au journal Le nouveau programme de fidélité de la SNCF : Le programme Voyageur. Évalué à 10.
oui la sncf c'etait mieux avant…
Entre le billet conges annuel qui ne sert (quasiment) plus a rien vu qu'il est calculé sur le prix plein pot.
Les réservations qui sont obligatoires dans de plus en plus de train (tgv), même si a la fin il vende des billets (les plus cher) sans sièges garanti.
Des tarifs qui ne reflète pas forcement l'occupation des trains : j'ai payé un aller ou les rames étaient a moitié pleine 2 fois plus cher que le retour qui lui était plein.
La fermeture d'un grand nombre de consigne.
Bref ca devient tellement compliqué/cher que la voiture (avec ou sans covoiturage) reste une bonne alternative…
[^] # Re: Backend X86
Posté par M . En réponse à la dépêche LLVM 3.1 et Conférence EURO-LLVM 2012. Évalué à 2.
Sur arm aussi, llvm générait du code imprédictible pour les cpu Je sais pas si c'est toujours le cas.
Peut etre qu'elles ont été detecté par Richard Barton, mais l'article ne parle que de cortex-A8…
[^] # Re: gestion des erreurs
Posté par M . En réponse à la dépêche Retour d'expérience sur Go. Évalué à 4.
Le defer c'est un destructeur (C++)/goto de cleanup (C) déguisé.
Le panic, recover sont un peu plus intéressant : le panic abort le programme en appelant tout les defer/destructeur de la backtrace. Le recover permet de catcher un panic et de rendre la main a l'appelant.
[^] # 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 ?