Reprise du message précédent :

et pour met un "hat" GPIO c'est plutot rapé....

 
Ca malheureusement, c'est un peu le lot commun des systèmes de refroidissement efficaces: ils empêchent ou au minimum compliquent l'utilisation des HAT. Dans ce cas faut faire des rallonges.

Ah quand un mini AiO water avec un gros rad déporté et des durites qui vont bien, du coup
 
Comme ça tu cumules refroidissement efficace ET accès au GPIO

 
Pour moi, la philosophie de cet appareil, c'est de faire des projets lights. Si on commence à avoir besoin de bricoler un truc énorme, on s'en éloigne AMHA.
 
Cela étant, comme c'est aussi un outil de bidouilleur, dans l'absolu rien n'empêche de faire les choses les plus extravagantes.
Mais même M600 et son cluster, c'est quelque chose de "light".

genre ça

 
Ah mais je suis complètement d'accord et je rejoins aussi l'avis de Cosmo.
Si il faut autant de compromis, c'est que la solution dès le départ n'est pas adaptée, à mon avis
 

Les pales larges de 4 mm  

Nouvelle révision du raspberry pi 4 prévue dans les prochains mois...

https://twitter.com/recalbox/status/1149223893074350080

edit : plutôt pour 2020, les problèmes actuels étant trop complexes à résoudre in fine.

J'ai pas de soucis avec le miens temp cpu a 66 et alim officiel a 10€ donc je suis heureux.

 
Mwai, les mecs de recalbox jettent un peu de l'huile sur le feu...    
Et le sensationnalisme de leur tweet est discutable (pour rester poli).  

le lien frandroid ne trompe pas sur la crédibilité du truc

Le tweet fait dans le sensationnel oui mais l'article rapporte des faits sourcés. Une rev. B ne fera pas de mal à l'actuel raspberry.

 
Frandroid paraphrase Tomhardware et Arstechnica qui eux argumentent largement et sont assez pondérés, loin de ces "articles" et à des années lumière du tweet.
Mais oui, même si un nouveau firmware résoud la chauffe, une révision pour l'USB C sera toujours bienvenue.
Ce serait bien que des chargeurs multiples USB C voient le jour aussi parce qu'à la limite, si c'est pour alimenter un Raspberry, le transfo de la fondation fera aussi l'affaire.

J'ai un peu peur d'un nouveau firmware qui résout la chauffe. A moins d'underclocker comment comptent-il s'y prendre ? Ou bien c'est une correction d'un formware codé avec les pieds et bourré de bugs mais je n'ose pas y croire.

Les premiers éléments sur le forum et rapportés par THW semblent prometteurs même s'il subsiste des bugs (mais pas chez tout le monde). A suivre...
 
De toute façon, selon mes propres tests, avec un petit dissipateur et boitier ouvert, c'est bon pour que ça tourne "normalement". Le problème semble se poser si on charge le CPU durablement, ce qui, toujours selon mes propres tests, était déjà difficile avec la v3. Donc AMHA si ça impose un refroidissement passif (type flirc) ou même actif dans ce cas, ce n'est pas forcément choquant non plus.

 
En même temps, en suivant ce raisonnement là, on devrait pas avoir de soucis de chauffe. La création de ventirad relou, c'est un effet secondaire des choix bizarres de la fondation, qui ne vont *pas* vers les projets light.
 

 
Pour le moment, le firmware en question il ne réduit pas la chauffe du SoC directement vu que c'est le firmware du contrôleur USB 3.0. Mais en réduisant sa consommation, on réduit la chauffe globale et donc on a moins de soucis.

de toute façon, y a tout de même un truc qui m'étonne : la présence d'un contrôleur USB 3.0.

Vu que c'est un SoC assez moderne et visiblement fait pour eux, c'est quand même vachement étonnant de pas avoir mis l'USB 3.0 directement dedans et de passer par un truc tiers en PCIe.

Donc soit le SoC a vraiment que de l'USB 2.0 (bizarre, mais pourquoi pas), soit la partie USB 3.0 est buggée/lente. le côté lent, c'est possible : le Pi 4 a de l'USB 3.0 plutôt rapide (400 Mo/S, c'est pas mal), alors que les cartes tierces que j'ai pu tester sont plutôt vers 300 Mo/s avec un contrôleur interne.

Et le SoC a bien de l'USB en interne, vu que de ce que j'ai pu voir (pas encore testé en profondeur), l'USB-C est relié au SoC et on peut utiliser la prise comme de l'USB classique (c'est OTG comme le Pi Zero)

 
   
Ils se perdent un peu avec cette fuite en avant.
Il n'empêche que sans le charger comme un mulet, il fonctionne plutôt bien. J'attends de voir ce que ça donnera avec un Flirc ou un Armor case de Joy it qui étaient très efficaces sur un 3B+ chargé.
 
Et merci pour les autres analyses.

Dites j'ai pas d'arobase avec raspbian, j'ai test les méthodes du net sur le forum off et rien ne marche... Une idée ?

Il faut aller sur le tomic sexe.

c'est excitant aussi un raspberry

Ça arrête plus ces spams là...

Clair, avant il n'y en avait presque jamais et maintenant c'est sur tous les topics

C'est relou ce spam. J'imagine que c'est un botnet et que donc c'est une ip différente à chaque fois, mais y'a pas moyen de bloquer une url ou un truc comme ça ?

Sûrement des scripts pour détecter les comptes qui postent plusieurs fois la même chose dans un laps de temps réduit, mais ça doit pas être efficace à 100%

les modos disent qu'ils ne peuvent rien faire
 

Les modos cliquent  

 
les coquins  

Bah faut surtout mieux blinder les formulaires d'inscription, pas plus compliqué.

Cette vieillerie    
On est pourtant sur HFR.

Aujourd'hui tu payes un mec 5€ de l'heure pour spammer des forums manuellement avec de "vraies" adresses mail donc tu peux plus te contenter de rendre plus compliqué l'inscription, il faut une détection bien plus complexe.

Si j'ai bien compris hfr a été trop modifié pour être upgradable facilement et il y a des soucis de licence et de prix délirant pour les nouvelles versions, des trucs comme ça.
Bref, on n'est pas prêts de voir une nouvelle version

Clairement y a des trucs qui pourraient être faits, genre bloquer les contenus "Ti*der*ex" (même s'ils se pointent parfois avec d'autres urls) et quelques mots clés qui n'ont pas grand chose à faire sur la section surtout pour les nouveaux inscrits (en général on arrive à parler de RPi sans aborder la nymphomanie et le sexe anal, du moins les premiers temps ).

Sauf que :

Donc on en est réduit à ouvrir les liens pour voir supprimer les comptes au fur et à mesure.

Juste une petite demande pour ceux qui l'ignorent : merci de ne pas quoter les messages de spammeurs.

Z'avez entendu ? Cessez de quoter TotalRecall  

Bonjour! Mon nom est Ragnagna, j'ai 21 ans et j'aime vraiment le sexe, probablement je suis une nymphomane. Et toi tu aimes le sexe ?

Pour en revenir aux framboises, après quelques jours de pi4 et de tests croisés  stretch / buster pi3b+ / pi4 en tant que PC sur TV, bureau/chromium/terminal et Kodi installé par dessus.
 
Pour résumer: si pi3b+, aucun intérêt notable à passer en buster, quel que soit l'usage voire carrément contre productif (incompatibilités et lenteurs), si pi4, buster obligatoire mais tout fonctionne notablement mieux.
 
Le détail:
 
Pi3b+/stretch bureau/chromium/terminal: usage classique, vitesse correcte sans plus. Si je lance une vidéo 720p sur YT ou un replay quelconque, c'est vite un peu haché. La même dans un Kodi installé sur la raspbian, ça fontionne beaucoup mieux, c'est franchement très utilisable, bref, un bon outil avec les limites du 3b+.
 
Pi3b+/buster bureau/chromium/terminal: pas de différence notable, ça fonctionne sensiblement de la même manière, ni plus fluide, ni plus haché/lent en mode bureau/navigateur. En revanche, le Kodi de la buster est une plaie: l'interface est hyper lente même avec juste la souris sans rien jouer. Et évidemment, si je lance une vidéo, c'est la cata: 1 image toutes les 2 secondes... J'ai bien essayé de tuner la chose mais je ne connais pas suffisamment Kodi pour cela et c'est clairement inutilisable. Tous les paquets sont à jour donc soit il faudra creuser dans la conf, soit attendre une mise à jour.
 
Au passage, la dernière mise à jour a flingué l'audio sur pi3b+ sans que Kodi ne fonctionne mieux. J'ai rapidement cherché mais pas trouvé comment le réactiver. Donc buster sur 3b+ à éviter pour le moment.
 
Pi4/buster bureau/chromium/terminal: on sent le nouveau hardware, ça fonctionne vraiment bien en navigation et même la lecture de vidéos dans le navigateur est franchement d'un bon niveau, beaucoup mieux que depuis le 3b+ (je n'ai pas testé la 4K).
 
J'espérais que le Kodi aurait un problème de hardware expliquant le problème avec le 3b+ et ce n'est que partiellement ça. C'est utilisable et les vidéos refonctionnent normalement mais pas mieux que dans le navigateur (contrairement au 3b+ où Kodi était notablement plus efficace). Niveau souris, c'est presque normal mais on dirait qu'il y a de l'inertie sur le pointeur, pas aussi naturel que dans XFCE ou dans le Kodi sur pi3/stretch. Pourtant mon install de buster était assez classique: install neuve à partir de l'image buster officielle, application des mises à jour, install de base de Kodi, donc aucune fantaisie, aucun tuning maison qui expliquerait le soucis, aucune mise à jour d'une install ancienne qui aurait laissé trainer des saletés. Néanmoins, je ne déconseille pas.
 
Donc si pi3, ne surtout pas passer en buster, l'intérêt est nul (ou non mesurable) sans compter les incompatibilités. En revanche, le pi4 fonctionne très bien en buster avec ou sans Kodi et ça rend l'upgrade intéressante. Ca en fait un bon petit PC bureautique / navigation sur TV, même juste avec 2Go.
 
Ca veut aussi dire que les SD ne sont pas vraiment interchangeables: la stretch ne fonctionnera pas sur pi4, la buster a des bugs sur pi3. Affaire à suivre avec les évolutions de la buster à venir...

J'ai réglé mon petit problème de son sur rpi3 en supprimant pulseaudio (raspbian stretch), si ça aide...

A tester.
A propos de son, j'ai eu un autre truc amusant: un firefox sur pi3/stretch a un son de merde en replay vidéo, comme s'il y avait un brouillage d'écoute
C'est la seule appli qui fait ça et chromium et les autres applis qui balancent du son fonctionnent.

Je plussoie et j'ajoute que c'est même aléatoire. Pour le même player de stream, ça va passer une fois et les trois autres fois, bruit blanc.

Hello,
 
Petite question bête.
Plutôt qu'utiliser une SD pour le système, je peux utiliser un SSD et un bête cable sata / usb ?
 
Merci !

Sur pi3 oui, pas encore sur pi4.
La procédure du boot USB est détaillée: https://www.raspberrypi.org/documen [...] des/msd.md