fcartegnie a écrit 1386 commentaires

  • [^] # Re: Concordant

    Posté par  . En réponse au journal Bitcoin va très mal ?. Évalué à 2.

    Ah l'histoire moderne de l'Âne et de la carotte.
    Les vendeurs d'asic ne font que vendre des ânes qui marchent toujours plus vite.

  • # La NSA

    Posté par  . En réponse au message [Résolu] Qui écoute sur le port 51103 ?. Évalué à 1.

    tout est dans le titre

  • [^] # Re: Concordant

    Posté par  . En réponse au journal Bitcoin va très mal ?. Évalué à 3. Dernière modification le 17 janvier 2016 à 12:46.

    L'ambiance sur /r/bitcoin est ultra malsaine, c'est 90% de postes de marketing pour faire croire que Bitcoin va remplacer le système monétaire actuel. Et ainsi inciter les gens à « investir » dans le Bitcoin. Rien que maintenant le subreddit est spammé de postes non argumentés pour mitiger les effets de cet article.

    Qui influe directement sur le même cours qui influe lui même…

    Il le dit lui même

    Most people who own Bitcoin learn about it through the mainstream media. Whenever a story goes mainstream the Bitcoin price goes crazy, then the media report on the price rises and a bubble happens.

    soit ce que j'avais déjà constaté début 2013

    Un nouveau trends à ce jour reste le même, la nuance n'étant que dans l'amplitude.

  • # Filtrage pid TS

    Posté par  . En réponse au message Traitement d'un flux vidéo DVB. Évalué à 2.

    Plusieurs fichiers *.ts contiennent le flux vidéo que je suspecte d'être le flux DVB brut.

    Non c'est du ts.

    VLC me détecte trouve 6 flux de donnée :
    — 1 flux vidéo MPEG 1/2 Vidéo (mpgv) (en 720x576 ou 1920x1080 suivant que la chaine enregistrée soit HD ou non)
    — 3 flux audio MPEG Audio Layer 1/2 (mpga) (Français, Anglais et «qad»)
    — 2 flux sous-titres DVB subtitles (dvbs) (Français et Malentenda

    ProjectX marche bien pour ce genre de choses.

    Ou bien tu lis la doc de VLC et tu fais un filtrage par pid/program qui t'intéresse.

  • [^] # Re: Lib pas vraiment utilisable

    Posté par  . En réponse à la dépêche G’MIC 1.6.8 : c’est déjà Noël pour les traiteurs d’images !. Évalué à 2.

    CImg est "header only"

    Bon si c'est que des headers, faudra que je regarde une deuxième fois, et en dehors de l'API alors.

  • [^] # Re: Lib pas vraiment utilisable

    Posté par  . En réponse à la dépêche G’MIC 1.6.8 : c’est déjà Noël pour les traiteurs d’images !. Évalué à -2. Dernière modification le 12 décembre 2015 à 14:17.

    A partir du moment ou la lib permet le linkage auprès de plein d'autres libs et que le principal utilisateur les demande "possibilité qui est utilisée dans G'MIC",
    les distributions livreront la lib avec ces dépendances, et les autres softs qui voudraient l'utiliser en hériteront.
    (à moins de se faire une build spéciale avec le minimum. Mais multiplier les copies de librairies, c'est pas la philisophie appliquée à l'OS dont on parle ici).

    Une librairie qui ne fournit que les fonctions de base,
    et la gestions des entrées et des rendus dans des librairies séparées, ça me semble pas un cas exceptionnel.

  • # Lib pas vraiment utilisable

    Posté par  . En réponse à la dépêche G’MIC 1.6.8 : c’est déjà Noël pour les traiteurs d’images !. Évalué à -2. Dernière modification le 11 décembre 2015 à 23:50.

    libgmic est elle-même basée sur CImg, une bibliothèque C++ de traitement d'image générique plus "bas-niveau", 
    

    Sauf que leur "bas-niveau" est toujours une lib qui gère pleins d'aspects et donc nécessite des dépendances d'autres libs comme par exemple pour les imports jpeg, et que c'est pas ce qu'on attend d'une lib de traitement d'image "bas-niveau".

    Pour pouvoir l'intègrer proprement à d'autre projets il faudrait que Cimg ne fasse que de l'import et du traitement d'image à partir de buffers et/ou interfaces à implémenter, et laisse le reste à une surcouche supplémentaire, dans une lib séparée.

  • # Hardos à trouver

    Posté par  . En réponse au message carte mère HS. Évalué à 2.

  • [^] # Re: Même problème

    Posté par  . En réponse au journal Coup de gueule : lettre ouverte à LDLC. Évalué à 8.

    Si ce problème est un problème présent sur tout les Mercures on devrait pouvoir demander un vrai remboursement complet et pas juste un avoir avec 40 euro en moins.

    La batterie Li-Ion HS, le fait que ce soit un produit assemblé, et la date d'introduction en 2013 me fait plutôt penser
    à des chassis stockés depuis 2013, et les batteries qui se sont déchargées petit à petit et sont passées sous le niveau
    de charge minimal de 3V.

  • [^] # Re: En opposition à la GPLv3

    Posté par  . En réponse au journal TPP et TISA s'attaque aussi à l'open source. Évalué à 2.

    Donc si tu diffuses un bout de code dont tu n'es pas l'auteur sans son autorisation, tu te mets hors-la-loi. La licence est juste un moyen pratique pour dire "j'autorise tout ca en plus par défaut si …". Tant bien même le "si…" serait considéré comme abusif, ça nous mets simplement dans la position d'origine : "on ne touche pas aux logiciels des autres".

    Ca reste toujours une vision stricto licence, toujours omettant que la loi prévaut.

    "hors-la-loi"
    La seule loi concernée, c'est la loi de propriété intellectuelle.

    Contre exemple:
    Un auteur d'une oeuvre stipule par le biais d'une licence que ses droits courent jusqu'en l'an 3000 ou ne tombent jamais dans le domaine public.

    Si demain une loi stipule, par la modification du code de la P.I. par exemple, que le code source ne peut être exigé pour l'utilisation d'une oeuvre (ce que dit en gros ce texte, en plus de la cession), les termes de la licence qui l'exigent seront considérées comme nulles.

  • [^] # Re: En opposition à la GPLv3

    Posté par  . En réponse au journal TPP et TISA s'attaque aussi à l'open source. Évalué à 0.

    La licence de A qui t'oblige à le faire.

    Sauf qu'ici le problème c'est intégré en loi, ça prévaut sur toute licence.
    La licence ne pourrait donc plus forcer à distribuer un code source. (qq soit les conditions)

    Dans ce cas il te faut assumer d'avoir fait quelque chose d'illégal : lier du code libre et non libre.

    Non, pas illégal, mais non conforme la licence, c'est pas pareil.
    Et invoquer la licence pour forcer à publier le code, serait d'après le texte, là illégal.

    tu cesse la diffusion de A+B ou tu fournis les sources de A+B.

    Le texte mentionné dirait justement le contraire. Tu ne pourrais pas forcer à fournir ni A, ni B, ni A + B.

    les développeurs de A peuvent demander une compensation pour préjudice.

    Ca c'est une autre considération.

  • [^] # Re: En opposition à la GPLv3

    Posté par  . En réponse au journal TPP et TISA s'attaque aussi à l'open source. Évalué à 6.

    Je peux pas te forcer à corriger mes dires,
    bien que t'aies compris ce que j'entendais et le raccourci malheureux.

    Maintenant si t'es convaincu d'ignorer en substance l'avertissement d'une personne qui te dis qu'un train arrive
    alors que tu traverses la rue, parce que tu sais que c'est pas un train mais une voiture…

  • [^] # Re: En opposition à la GPLv3

    Posté par  . En réponse au journal TPP et TISA s'attaque aussi à l'open source. Évalué à 5.

    Je fais un produit qui embarque du code A GPLv3, je le distribue avec ajouts B.

    Qu'est-ce qui m'obligerait a diffuser le code source de B (comme tu dis, la GPLv3 ne transfère aucune propriété),
    sachant que ce texte interdirait justement d'exiger la diffusion du code source B.
    (Ici c'est la GPL qui l'exige, mais elle entre maintenant en contradiction avec ce texte).

  • # En opposition à la GPLv3

    Posté par  . En réponse au journal TPP et TISA s'attaque aussi à l'open source. Évalué à 3.

    C'est beaucoup plus contraignant que le simple appel d'offre en open source, c'est une menace directe sur la GPLv3.

    On ne pourrait plus exiger qu'une modification effectuée par une société sur un code GPLv3 ou embarquant du code GPLv3 dans un de ses produits entraîne la publication de ce même code, conformément à la licence. (Le transfert de propriété via la licence GPLv3 en cas de modification étant aussi interdite par ce texte)

  • [^] # Re: désactiver ctrl-c

    Posté par  . En réponse au message Système . Évalué à 10.

    Le plus simple 'est de retirer du lavier la touhe assoiée dans ontrol+, ou bien la touhe ontrol elle même,
    omme à, plus possible de taper la ombinaison fautive !

    Je teste en e moment même !

  • [^] # Re: s/cloud/crime/

    Posté par  . En réponse au journal CloudFlare au milieu. Évalué à 2.

    Ouais enfin dans la même logique, Tor c'est le mal parce que ça permet aux méchants de communiquer anonymement.

    Logique bidon qu'on peut réduire en:

    Ouais enfin dans la même logique, Tor c'est le mal parce que ça permet aux méchants de communiquer anonymement.

    et encore en:

    Ouais enfin dans la même logique, Tor c'est le mal parce que ça permet aux méchants de communiquer anonymement.

    Et non, tor ne "permet" rien, parce qu'il ne peut prendre de décisions et que le contenu n'est pas connu.

    A la différence de cloudflare qui est avertit de certains contenus illicites, ont l'identité des auteurs, et ne font rien.

  • # s/cloud/crime/

    Posté par  . En réponse au journal CloudFlare au milieu. Évalué à 10. Dernière modification le 07 octobre 2015 à 14:42.

    CloudFlare c'est surtout le vecteur de toutes les saloperies du net,
    et ils sont plus que complaisants dans l'histoire.
    http://www.crimeflare.com/

    Cloudflare ne communique pas l'identité du propriétaire,
    Cloudflare ne vérifie pas l'identité du propriétaire,
    Cloudflare ne bloque pas les sites, qqsoit le contenu,
    Cloudflare renvoie uniquement les plaintes au proprio de l'IP

    C'est pour cela qu'un domaine cloudflare, lié à whoisguard,
    c'est devenu la méthode préférée pour le phishing et autre scams.

    Plutôt que hacker des serveurs qui tomberont une fois signalés,
    le crime organisé préfère maintenant prendre un domaine avec une identité bidon,
    ajouter une couche whoisguard (évite la fermeture sur faux whois par intervention par le biais icann->registrar),
    l'héberger sur un serveur hacké, un hébergeur complaisant (ru, cn) ou loué avec une identité bidon chez un hébergeur régulier,
    et cacher le tout derrière cloudflare qui ne révèlera jamais l'identité du propriétaire.

    Encore plus vicieux, le contenu réel hébergé sur un AS controllé ou usurpé. (Aucune chance que les plaintes cloudflare n'aboutissent, elles arrivent au hacker !)

    Les IP Cloudflare sont par ailleurs déjà blacklistées par défaut sur nombre de RBL (intérêt limite, mais…).

  • # Présentation d'origine

    Posté par  . En réponse au journal Codec War S42E84. Évalué à 6.

    L'article fait suite à la présentation de la semaine dernière:
    "VP9 encoding/decoding performance vs. H.264/HEVC"
    https://www.youtube.com/watch?v=_Q6J2_nvLSI

    qui était déjà obsolète à cause d'une autre présentation effectuée qq minutes auparavant:
    "An update to x265"
    https://www.youtube.com/watch?v=OuaMpPPBKig

  • # Yahoo

    Posté par  . En réponse au message Drôle de spam. Évalué à 5. Dernière modification le 20 septembre 2015 à 21:34.

    Pareil, toujours envoyés pour/par un réseau mafieux russe du trading d'option, et par rebond d'url sur un serveur hacké.
    http://blog.dynamoo.com/2015/09/ipserversu-5133179024-and-21238166024.html

    Comme tu as pu le constater, les destinataires sont pris sur un ancien message présent de la boîte, cela peut donc incriminer un des comptes destinataire ou le compte d'origine.

    2 semaines plus tard, le même compte d'origine était directement utilisé par des scammeurs pour envoyer une arnaque aux destinaires en prétextant un perte de papiers, besoin d'argent via western union…

    Donc oui, c'est bien le compte d'origine qui est hacké.
    Ca semble être une vague de hacking de comptes yahoo, mais ça n'écarte pas une fuite chez yahoo.

  • # Scute pour une yubi ?

    Posté par  . En réponse au message Scute et consommation électrique . Évalué à 4.

    Si t'as une yubikey tu peux utiliser son appli PIV comme provider pour pkcs11, faut juste y importer ta privkey et les certificats associés.
    Scute n'est vraiment justifié que pour les gpg card qui ne peuvent faire tourner que gpg.

  • [^] # Re: esp8266 prêt a l'emploi

    Posté par  . En réponse à la dépêche Internet des objets l'ESP8266 et ma porte de garage. Évalué à 3.

    C'est que c'est la base du nodemcu à 5$
    http://nodemcu.com/index_en.html

    Titre de l'image

  • # codecodecodeco

    Posté par  . En réponse au journal Un codec libre ? ... Oui Madame !!!. Évalué à 4.

    Thor, déjà parti pour le Valhalla ?
    Encore un vaporware pour faire pression sur le MPEG LA ?

    Si tu veux vraiment troller, réserve ta soirée du vendredi 18 septembre:
    https://www.videolan.org/videolan/events/vdd15/

  • # Interprétations vs texte

    Posté par  . En réponse au journal Les brevets logiciels toujours interdits en France. Évalué à 3. Dernière modification le 01 septembre 2015 à 14:13.

    Quand Orange essaie de maquiller des dépôts de brevets pour les faire paraître novateurs et
    tente de faire passer des brevets logiciels pour ce qu'ils ne sont pas…

    Le texte de la décision pour ceux que ça intéresse:
    https://drive.google.com/file/d/0B0Umg35sWCPhdUMySGszaHNtRnc/view?pli=1

    En effet, il ne peut être admis qu'un simple artifice de langage permette
    de délivrer des brevets contra legem.

    Le consommateur étique, lui, choisit bien l'opérateur qu'il engraisse.
    Moi j'ai banni Orange et son cartel depuis longtemps.

  • [^] # Re: Des références bordel !

    Posté par  . En réponse au journal Lumière bleue, attention les yeux.. Évalué à 3.

    Les seules couleurs étant le bleu et le rouge. Le reste obtenu par couplage et filtrage.

    En fait c'est pas totalement exact, mais toutes les couleurs sont dérivées des mêmes composés en quantités différents et avec plus ou moins de phosphore.
    Oui, il y a aussi apparemment un vert, mais de deux composés différent dont un récent.

    Les ampoules à led n'utilisent que du bleu et du jaune.

  • # Des références bordel !

    Posté par  . En réponse au journal Lumière bleue, attention les yeux.. Évalué à 7.

    Les filtres à lumière bleue ça fleurit un peu partout en ce moment, mais en dehors des
    arguments marketing, il n'y a pas eu d'alerte sanitaire.

    Ca peut s'expliquer par la production quasi totale dorénavant d'écrans à LED au lieu de tubes fluo.
    La LED blanche n'existant pas nativement. Les seules couleurs étant le bleu et le rouge. Le reste obtenu par couplage et filtrage.

    Si on prend le kickstarter Gauss (encore d'autres verres anti-bleu) et ses ressources mentionnées:
    http://gausseyewear.com/media-resources/

    2012 sur les effets sur le sommeil
    http://www.health.harvard.edu/staying-healthy/blue-light-has-a-dark-side

    2015 pour une même étude médicale
    http://www.pnas.org/content/112/4/1232.full.pdf

    2006 sur la dégénérescence maculaire
    http://www.ncbi.nlm.nih.gov/pubmed/16445433

    2011 sur les dommages et le couplage protection UV/Bleu
    http://www.ncbi.nlm.nih.gov/pubmed/21668780

    et 2015 assez similaire chez la souris
    http://www.ncbi.nlm.nih.gov/pubmed/25576667

    Si les écrans posent réellement problème (conditionnel),
    il va alors falloir porter aussi des lunettes pour conduire et dans les locaux équipés d'ampoules à LED…

    Moi je pense surtout qu'une partie de la fatigue oculaire liée aux LED, ce sont les fréquences de clignotement pour l'économie d'énergie (le clignotement rapide consommant moins qu'une led allumée en permanence). Mais c'est un "je pense" et pas non plus de certitudes scientifiques sur lesquelles se baser.