gringonz a écrit 195 commentaires

  • [^] # Re: Code VHDL : peu de lignes ?

    Posté par  . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 1.

    Oui, c'est ça, le code VHDL (ou verilog) qu'on écrit est dit comportemental et on simule le comportement du circuit. cette simulation se fait au niveau cycle près. Ensuite des outils permettent de faire la synthèse, et la on obtient en sortie une description au niveau portes logiques et on peut à nouveau le simuler, et la on simule pas au niveau transistor mais au niveau porte si on a un modèle précis des portes utilisées pour la synthèse on peut faire des estimations de performances (fréquence horloge, conso…) qui sont relativement précises.

  • # DAC/ADC libre ?

    Posté par  . En réponse au journal OPEN-V : premier microcontrôleur libre ?. Évalué à 1.

    Autant un circuit tout numérique, je peux comprendre, on peut toujours le mettre sur un FPGA, c'est déjà pas mal. A condition que le code VHDL ou Verilog soit écrit pour être synthétisable, ce qui n'est pas obligatoirement le cas.
    Mais dans le journal ca parle de DAC et d'ADC ! il s'agit de bloc ayant des fonctions analogiques : et là j'ai des doutes :
    1- Verilog comme VHDL ne modélise que du numérique (OK il existe VHDL-AMS)
    2- même si on a un modèle VHDL-AMS, on en fait quoi ? Impossible de le mettre sur un FPGA
    3- un bloc analogique quand on le conçoit, c'est techno dépendant, donc pas de portage possible.
    voila mes deux balles de réflexions.

  • [^] # Re: DAC

    Posté par  . En réponse au message [raspberry pi 2] Problème de son : gros souffle. Évalué à 1.

    J'ai acheté un truc qui ressemble à celui la et pour 5€ il est plutot de bonne qualité. L'avantage c'est qu'il est tres compact et se branche direct sur un port USB du R-PI sans cable. Pareil pas de boitier, je l'ai mis dans le même boitier que le R-pi.

  • [^] # Re: tout, tout le temps ?

    Posté par  . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.

    Moi j'ai "perdu" un disque de photos comme ça. Je l'ai tellement bien planqué avant de partir en vacances que je le cherche toujours ! Mais tu as raison pour être fiable (contre le vol le feux, inondations…) il faut ranger le disque de sauvegardes dans un lieu séparé de l'ordi.

  • [^] # tout, tout le temps ?

    Posté par  . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 0.

    La question qu'on peut aussi se poser : est-ce que j'ai besoin d'avoir 100Go de photos en ligne pour les consulter n'importe ou n'importe quand ? Pour ma part elle sont stockées sur un disque qui et dans un placard, allumé juste une fois par semaine ou par mois pour sauvegarder. Conso pas grand chose pas longtemps (10 Wh par an max). Certe quand je suis loin de chez moi je ne peux pas les montrer à mes potes.

  • [^] # Re: Un NAS ça compte aussi ?

    Posté par  . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 2.

    C'est le problème de certaines études ou on considère que la seule pollution existante est le CO2. Alors que le CO2 n'est pas toxique, mais parfois au nom de la réduction de CO2 on fait n'importe quite à produire des polluants vraiement dangereux…

  • [^] # Re: Un NAS ça compte aussi ?

    Posté par  . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 0.

    Etrange…
    Si j'ai bien compris les doc que tu sites en lien, elle sont complètement contradictoires : Apple dit que effectivement la fabrication c'est 90 ans d'utilisation. Mais le Graphique de Dell c'est le contraire : 4 ans d'utilisation c'est 10x plus (à la louche d'après le graphique) de conso que la phase de fabrication : en vert "manufacturing" environ 500 en bleu "use" environ 5000 !
    Qui croire ???

  • [^] # Re: Manger sa propre nourriture

    Posté par  . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 4.

    Ok alors si pour toi c'est pareil de ton point de vue, je le conçois très bien. Tu restera avec un processeur de génération n-1 (voire n-2) implémenté sur un FPGA récent, et tu aura un processeur libre mais dépassé, ou bien tu aura le code libre d'un processeur tip top, mais tu n'auras pas les moyens de le faire fabriquer, ce qui limite quand même à mon sens l'intéret du matériel libre, sauf besoin particulier ou tu accepte d'avoir un processeur dépassé.

  • [^] # Re: Manger sa propre nourriture

    Posté par  . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 5.

    Il existe un langage (ou plus exactement une surcouche à C++) qui s'appelle systemC, qui est normalisé et qui est dédié à la description de matériel. Mais à ma connaissance pas de synthèse efficace (c'est à dire passer du code source à des porte logique automatiquement).

  • [^] # Re: Manger sa propre nourriture

    Posté par  . En réponse à la dépêche Le logiciel libre au-delà de x86. Évalué à 10.

    Je crois qu'il y a une confusion qui provient des termes utilisés. On ne fait pas un "programme" pour un FPGA. Le VHDL n'est pas un langage de programmation, mais un langage qui permet de decrire un circuit numérique. ensuite ce circuit numérique peut être un processeur sur lequel tournera un programme, mais pas forcément.
    Les FPGA sont effectivement limités en performances (nombre de portes) et ca n'a rien à voir avec la complexité du programme qu'on peut ensuite faire tourner dessus. Avec un FPGA on sera toujours un train de retard par rapport à un "vrai" processeur, qui lui est fait sur mesure.
    Pour faire un processeur, il faut le concevoir, on peut toujours imaginer
    que ca soit libre, qu'un groupe de personne le fasse en VHDL…
    Et la fabrication ?
    Soit vous achetez une salle blanche et ca sera un (deux ?) milliard d'euros, soit vous demandez a un fondeur de vous le fabriquer, mais le ticket d'entrée ce chiffre en millions d'euros, donc faut être sur d'en vendre beaucoup.
    C'est sans doute pour ca qu'il y a des os libres mais pas des processeurs libres.
    Pour moi il y a donc un grosse différence en logiciel et matériel même si au départ il y a un code source. Pour produire un circuit, on ne compile pas le VHDL on fait une synthèse, ca n'a rien à voir avec compiler un code.

  • [^] # Re: perf ?

    Posté par  . En réponse au message Asus Eeebox B202 - passer de Xp à une version linux. Évalué à 2.

    Coté perf, un élément de réponse : j'ai un MSI wind avec un atom qui date de 2009. Actuellement, il tourne sous une mageia 5 (donc distro plutôt récente et pas réputée ultra légère) il tourne très bien avec LXDE comme bureau, j'avais essayé avec GNOME3, c'etait utilisable mais un peu limite quand même.

  • [^] # Re: Avis personnel

    Posté par  . En réponse au message linux sur des portables LDLC. Évalué à 1.

    Merci pour ces retours, la fiabilité est aussi un truc important. Je n'aime pas remplir les poubelles qui débordent déjà bien assez comme ça !
    J'ai aussi l'impression que c'est la loterie à ce niveau, j'ai un MSI wind de 2009 acheté directement sous linux qui tourne toujours… bon j'en ai pris soin, pas de chutte ou autre.
    Concernant le Pad c'est pas le plus génant, j'ai pris l'habitude travailler avec une souris externe c'est je trouve 100x plus pratique.
    Coté marque j'avais aussi repéré un asus i3 qui est plus avantageux coté prix qu'un Aurore de chez ldlc (presque 100€ de moins pour une config proche), je n'ai rien contre asus, mais ca me fais ch… de payer windows, sachant que le remboursement semble possible mais pas simple, avec envoi du PC attente… pour gagner 50€ à la fin !

  • [^] # Re: A priori…

    Posté par  . En réponse au message linux sur des portables LDLC. Évalué à 1.

    Selon les modèles, il y peu ou pas d'avis.
    J'ai vu pour un 12,6" premier prix avec celéron un avis positif sur linux dessus (malheureusement ce dernier n'est visiblement dispo qu'en boutique depuis qq jours),
    puis sur un autre modèle (un14" aec un i3) un avis d'une personne qui a galéré selon elle pour y mettre un linux. Avant de voir cet avis j'étais prêt à franchir le pas…
    Cet ordi devra être opérationnel pour la rentrée, je n'ai du coups pas trop le temps de changer plusieurs fois et de renvoyer.
    Merci en tout cas pour ce retour.

  • # remboursement licence ?

    Posté par  . En réponse au message Problème installation Mint 17.3 et Acer Aspire one Cloudbook 14. Évalué à 1.

    Bon mon commentaire est en fait une question et je ne réponds pas à ta question, désolé.
    Donc ma question as tu tenté de te faire rembourser la licence W10 ?
    Si oui, je suis intéressé de ton retour à ce sujet.

  • [^] # Re: Traçage par Facebook

    Posté par  . En réponse au message Facebook. Évalué à 1.

    intrusion dans les carnets d'adresses ?

    Lorsque ma femme a crée un compte facebook, l'appli lui a suggéré tout un tas d'amis dont certains ne sont que des collègues de travail qu'elle ne fréquente pas.
    La seule façon que je vois pour ça c'est que facebook a regardé son carnet d'adresse de thunderbird.
    Sinon, je ne vois pas comment ces liens auraient pu être faits.
    Si c'est bien ça, c'est plus que gênant je trouve.

  • # trouvé

    Posté par  . En réponse au message histoire de fou avec une commande. Évalué à 1.

    bon je me répond à moi même puisque j'ai trouvé :
    j'ai fait un :
    ln -s /lib/ld-linux.so.2 /lib/ld-linux.so.3

    depuis ca marche. JE ne comprends pas forcément pourquoi car normalement un pb de lib on le voit en faisant un ldd.

  • [^] # Re: je suppose l'utilisation de argv[0]

    Posté par  . En réponse au message histoire de fou avec une commande. Évalué à 1.

    Merci pour ces précisions. Je suis démasqué, je suis une buse en programmation, mais ton petit exemple est très
    pédagogique.
    J'ai essayé strace (pour ltrace, j'ai command not found).
    j'ai pratiquement le même message, mais je ne suis pas trop capable d'interpreter.

    Le soucis c'est aussi que l'exécutable en question n'est pas libre, je n'ai pas les sources (et que même si je les avait…). Mon probleme est qu'en fait cet exécutable est appelé via in lien qui lui même est appelé par une interface graphique (en java je pense) et que c'est dans une espèce de console des log de cette interface que j'ai le message command not found. Et cette interface appelle cet exe via le chemin absolu complet, ce qui correspond manque de pot au cas qui ne marche pas. Je pense que c'est logique que l'interface utilise le chemin absolu, ça évite les pb par rapport à l'endroit d'ou on a lancé l'outil graphique.

    resultat de strace avec la commande complète (chemin absolu, cas ou j'ai commande not found) :

    strace /electronique/soft/IC615/tools.lnx86/bin/lmhostid
    execve("/electronique/soft/IC615/tools.lnx86/bin/lmhostid", ["/electronique/soft/IC615/tools.l"…], [/* 49 vars */]) = -1 ENOENT (No such file or directory)
    write(2, "strace: exec: No such file or di"…, 40strace: exec: No such file or directory
    ) = 40
    exit_group(1) = ?
    +++ exited with 1 +++

    maintenant le resultat avec la commande simple (cas qui marche) :

    strace lmhostid
    execve("/electronique/soft/IC615/tools.lnx86/bin/lmhostid", ["lmhostid"], [/* 49 vars */]) = -1 ENOENT (No such file or directory)
    write(2, "strace: exec: No such file or di"…, 40strace: exec: No such file or directory
    ) = 40
    exit_group(1) = ?
    +++ exited with 1 +++

  • [^] # Re: je suppose l'utilisation de argv[0]

    Posté par  . En réponse au message histoire de fou avec une commande. Évalué à 1.

    je ne suis pas certain d'avoir compris ce que tu veux dire par /chemin/vers/plic != plic => command not found
    car pour moi ça renvoie vers le même exécutable.
    Je ne connaissais pas strace et ltrace. Je n'ai plus d'accès à la machine avant lundi. J'essaie tout ça.
    Merci

  • [^] # Re: Ldd

    Posté par  . En réponse au message histoire de fou avec une commande. Évalué à 0.

    J'avais déjà essayé, et tout est normal à ce niveau.

  • [^] # Re: developpeur ?

    Posté par  . En réponse au message histoire de fou avec une commande. Évalué à 1.

    J'ai oublié de préciser que quand je tape toto, je me mets dans le répertoire
    /soft/blabla que j'ai trouvé avec la commande which, donc il s'agit bien du même executable.
    et su je fait ./lmhostid, j'ai aussi commande not found !

    donc que je tape toto ou /soft/blabla/toto ou ./toto, c'est bien le même executable dont il s'agit !

    Désolé j'aurais du préciser ça dès le début.

  • # boite noire

    Posté par  . En réponse au message matlab. Évalué à 1.

    Le problème, c'est que Matlab, c'est pas du tout libre. Donc difficile de savoir comment ont été codées ces fonctions…
    Maintenant, en regardant les formules de l'inter et de l'autocorrélation, en discret c'est une somme de produits à faire, donc sans doute pas trop complexe à recoder, surtout dans un langage comme matlab qui manipule par défaut de vecteurs.
    Note que je ne connais pas spécialement matlab, j'utilise un équivalent libre nommé scilab, mais si le langage est sensiblement différent, les principes sont les mêmes.
    Peu être que coté scilab tu auras plus de facilités pour trouver comment sont codées ces 2 fonctions.

    Pour info sous scilab ces fonctions se nomment : xcorr

  • [^] # Re: Mageia

    Posté par  . En réponse au message Renseignements. Évalué à 1.

    ou mageia…

    Mageia peut être très peu gourmand comme toutes les distrib selon le bureau qu'on choisit. Je poste ce petit message avec un portable qui date de 2006… avec une mageia5 et LXDE comme bureau. En revanche avec le bureau par défaut de du liveCD (Gnome3) c'est un peu juste.

  • # TV connectée ?

    Posté par  . En réponse au message Raspberry Pi et mediacenter. Évalué à 1.

    Si ta télé est connectée en ethernet ou wifi à ton réseau local et alors elle est sans doute capable de lire les fichiers sur un serveur DNLA. Dans ce cas, il suffit d'installer un serveur dlna sur le raspberry. Par exemple minidlna fait ça très bien, il y a juste un fichier à configurer pour dire quel répertoire est partagé par le serveur, ensuite c'est dans les menus de la télé qu'il faut naviguer pour lire le contenu.
    Ca ne répond pas à ta question de faire du raspberry un vrai média center, mais ça répond peu êtr eà ton, pb de lire des vidéo stockées sur le raspberry sur la télé.

  • [^] # Re: Un problème de nimage

    Posté par  . En réponse au journal Un petit point pour les 50 ans de la loi de Moore. Évalué à 2.

    surface des processeurs,
    pour répondre à tes interrogations, sur la taille physique des processeur, ben c'est pratiquement en stagnation depuis un certain temps. La limitation provient de plusieurs facteurs, dont le cout, le rendement (plus la surface augmente, plus le rendement baisse), et des limites physiques sur des équipements de fabrication, comme les machines qui servent à insoler les résines utilisées pour la gravure.
    Disons que pour un processeur grand public on va tendre vers 1,4 cm2.
    pour des serveurs ou on peut se permettre un cout plus elevé, on va monter à environ 2 cm2. Et ça c'est vrai depuis plus de 15 ans ! Donc on augmente le nombre de transistors en réduisant leur taille et an augmentant la densité des processeurs.

  • [^] # Re: jhead

    Posté par  . En réponse au message ré-écriture données exif. Évalué à 1.

    Merci pour ta solution, bon j'ai réussi avec exiftool donc j n'ai pas essayé jhead.