Reprise du message précédent :

 
Yep je sais bien, mais je pensais que ça se faisait en deux cables sur les écrans. Un pour la video et l'autre pour les periph USB.

 
C'est chez intel le poste à prendre : https://www.theverge.com/2020/6/12/ [...] esla-apple

y a Harko qui trolle sur un thread parisien de reddit: https://www.reddit.com/r/france/com [...] dium=web2x

Hum... Pas sur de comprendre. Tu branches ton clavier , ta souris et tes 2 pc sur l'écran

Un KVM externe coûte la peau du cul, surcharge le bureau et fait des branchements en plus

Je préférerais, si possible, que ce soit intégré à l'écran

En gros, tu m'expliques que tu branches ton clavier/souris sur l'écran, et qu'ensuite tu as 2 sorties, une HDMI et un DP. Ou usb-c selon l'écran. Donc un seul cable sur chacun des pcs et tout passe par ce cable.

Je pensais au début que les "KVM" des écrans passaient par deux cables sur chacun des pcs. En gros sur chaque PC je pensais que tu devais brancher celui de la video + celui pour l'usb.

 
 
C'est pour ça que j'ai juste un splitter usb. Les écrans ont tous plusieurs sorties donc le switch est déjà intégré.

ah non non il faut un cable usb hein, pour HDMI/DP. En USB-C tout passe par le même par contre.

AH, il me semblait bien.

Du coup ma solution a 20 balles fait le même taff qu'un KVM dans un écran.

pas de miracle hein.
 
Par contre tu switches automatiquement l'usb en même temps que la sortie video. Et oui, ça passe par un soft du fabricant de l'écran pour le switch par combinaison de touches...

oui
 

 
sur mon écran t'as le choix :  
Video :  
- USB-C
- Display port
- HDMI
 
USB :  
- USB-C
- via un cable USB-B sur le port USB1
- via un cable USB-B sur le port USB2
 
De ce fait tu peux avoir :  
- un portable (USB-C)
- une workstation (HDMI ou DP)
 
- une workstation A (HDMI + USB port A)
- une autre workstation B (DP + USB port B)
 
tu switches via les boutons sur l'écran, considérant qu'il détecte les sources comme un grand si t'en a que 1 d'allumé  
 

Le switch auto, c'est ce qui manque à mon écran Dell actuellement mais de toute façon j'ai envie de le changer. C'est un 24" 2k 144hz en dalle TN.
Les couleurs sont pas top, et je vois une belle diff avec mon Dell IPS a côté. Surtout sur VScode par exemple, mon thème rend pas du tout pareil.

Je suis pas si fan que ça du 2K. Autant sous windows tu peux avoir le scaling à 125% qui rend le truc parfait, que sous MacOS, tu peux pas et je trouve les écritures vraiment petite, surtout dans du code. Heureusement, on peut zoomer Vscode ou la police.
Donc je me tâte à carrément reprendre un FullHD mais en 240Hz du coup et dalle IPS vu que 24" IPS 2k, ça n'existe pas. Et ça me reviendrait moins cher que de changer mes 2 écrans pour des 27" IPS.

Le 240 Hz fait vraiment une telle différence ?

Pour avoir tester les deux oui. J'étais septique au debut, tu prends pas la même claque que 60 vers 144 mais c'est beaucoup plus fluide. Même si 144 est déjà largement acceptable.

Je précise quand même, tout dépend ton jeu. Si c'est pour CS qui est lent, ou des jeux solo, c'est pas utile selon moi.

Question de code pour changer (Go)
 
J'ai défini mon propre type d'url pour surcharger les méthodes MarshalJSON/MarshalJSON.
 

 
Par contre je galère des que je veux faire des cast de l'un à l'autre.
 

 
Quelqu'un peut'il me dire pourquoi j'ai une erreur "Cannot take the address of 'RepoURL(*uri)' " sur l'affectation repoUri3 alors que si je décompose l'affectation en passant par une variable intermédiaire ça repoUri marche?  
 
PS: j'ai "appris" le langage en mode "projet" i.e j'ai survolé "Go by Example" une matinée et j'ai commencé à dev dessus en lisant des articles au fur et à mesure des problèmes rencontrés. Soyez indulgent

Parce que les devs de go n’ont pas ajouté une reification implicite des temporaires, donc elles sont pas addressable, donc tu peux pas en prendre d’adresse.

Ça pose problèmes dans d'autres situations d'ailleurs, genre appeler une méthode qui prend son sujet par addresse (*RepoURL), style

func (r *RepoURL) Foo() { … }
 
 
RepoURL(5).Foo()

=> erreur

 
Merci je vais googler ta réponse (un tel comportement me rappelle PHP )
 
Et faire "type RepoURL url.URL" est la bonne solution ? Est-ce que je n'aurai pas du faire un type alias "type RepoURL = url.URL"?
(Je compte tester par moi même de toute manière).
 
Merci

Le 2e n'a pas spécialement d'intérêt ici, c'est juste un nom plus court mais les deux sont complètement substituables. Je pense pas que tu puisses ajouter des méthodes dessus mais j'aime pas Go donc voilà je sais pas.

Le premier c'est une manière courte de créer un type autour, les deux sont indépendants.

Ici si tu veux pouvoir manipuler normalement tes URLs mais que tu veux pouvoir replacer quelques méthodes une meilleur idée pourrait être de faire du struct embedding:

type RepoURL struct {
    url.URL
}

Avec ça, si tu appelles sur RepoURL une méthode qui existe sur URL mais pas RepoURL ça va automatiquement déléguer (attention par contre il n'y a pas d'héritage donc la sortie des méthodes sera exactement ce que appeler la méthode sur `repo.URL` donnerait). Donc genre appeler Port() ou Query() marcherait d'office. Alors que si tu utilises un type definition il faudra réimplémenter et déléguer manuellement ces méthodes.

https://play.golang.org/p/_fGBHo5gtOg

allez, disons >= 144Hz... (mon 240Hz est mon premier écran a plus de 60Hz, donc j'ai pas expérimenté les étapes intermédiaires)

le seul écran (non wide) qui remplisse ces criteres c'est un Asus ProArt à 2000 balles, donc je vais attendre gentiment que ça se démocratise )

Je comprends pas trop.
Si tu as du G-Sync/FreeSync/AdaptativeSync et que ton taux de raffraîchissement est à 100Hz, tu gagnes quoi à aller plus haut ?

Edit : Je suis sur du FreeSync à 144Hz chez moi, et pour les jeux qui sont entre 70 et 100 fps, je trouve ca déjà super canon.

Un avantage important sur ton adversaire en multi surtout, apres ça dépend du jeu.

"important" est un mot qui nécéssite un peu de clarification.
Et à nouveau, mon point, c'est : variable de 60 à 100Hz, je perçois une influence, mais au-delà de 100Hz, j'ai du mal à le concevoir.
(Et bon, oui, forcément, le jeu change largement la donne quand on est entre 30 et 60Hz, mais je pense que l'impact est plus diffus au-delà de 60Hz, aussi parce que pas mal de jeux ont des serveurs qui tournent à moins de 60Hz)

Oui enfin tu dis ça parceque tu n'as pas essayé. Car déjà entre 100 et 144hz, je percois une diff. Donc avec un 240, ça se voit aussi.

si tes fps réels dépassent pas ton refresh rate, ça sert en effet à rien d'avoir plus de fréquence.
Mais en 1080p, tu peux facilement avoir des jeux qui montent à 300fps sur du matos récent.

y'
a un linustechtips sur ce sujet avec des streamers pro, et en gros tl;dr : faut etre une énorme brute pour sentir la différence après 144Hz: https://www.youtube.com/watch?v=OX31kZbAXsA, mais tout le monde semble mieux performer >= 144Hz

Non y a vraiment une grosse différence entre 144 et 60, autant qu'entre 30 et 60, c'est une grosse claque même en solo.  
 
Par contre le 244 j'ai testé une fois sur un stand d'exposition lors d'un tournoi CS, c’était pas flagrant du coup c'est vraiment réserver à ceux qui veulent avoir une supériorité de quelque ips sur une autre personne. (Un peu comme avoir la fibre avec 1-5ms de latence donne un avantage sur une personne en ADSL qui a 20-50ms.)

Fixed.
 
Le marketing pour animaux par excellence.

https://twitter.com/RemyBuisine/sta [...] 8630983681   je savais qu'on n'avait plus besoin des soignants mais je ne pensais pas que ça irait aussi vite  

Ou alors c'est parce qu'ils utilisent des batteries Mazda, qui sont bien connues pour être merdiques.

Besoin d'experts avec des poils
Je recherche une camera sport 360°, j'ai vu la gopro max, la insta360
 
la gopro max a un petit défaut c'est qu'il faut redresser l'horizon alors que la insta360 le fait par défaut.
 
du coup j'hésite. Mais je me dit que Gopro a l'avantage d'être super connu. Mais la Gopro max a le défaut d'être plus haute que la insta360

-33 points de karma
 
Je suis Harko

type RepoURL struct {
    url.URL
}

 
Merci j'ai déjà utilisé le type embedding mais n'y ai pas repensé .
 
merci je vais regarder

Si il y'en a qui ont un conseil sur des slides Markdown easy à utiliser.
 
Je suis preneur (C'est pour une pres demain et j'ai encore rien fait )

c'est le moment idéal pour développer ta propre solution

 
https://revealjs.com

Remark est plus simple.

Je propose qu'il fasse un bench

Remark. Ça fait 30 prez dessus je kiffe toujours autant

J'sais pas pourquoi ce matin j'ai envie de me prendre ça comme moniteur : https://www.youtube.com/watch?v=fCIgBm8vsAo    
 
4K,
OLED,
120 Hz,
G-Sync FreeSync,
HDMI 2.1.
 
Mais 48"  
 
J'ai environ 80 cm de recul sur mon bureau

Je n'ai pas compris le G-Sync des TV LG.

Pour citer Phonandroid.com :

Pour moi, à la base G-Sync c'est une techno propriétaire, avec une puce dédiée. Donc si ça c'est "juste" du VRR, comme dispo sur d'autres TV (non G-Sync)... quel rapport avec G-Sync ? C'est juste un label marketing ?

En gros, quelle sera a différence entre un TV LG VRR "G-Sync" et un TV Samsung VRR "non-G-Sync" ?

Edit : Ok, j'ai trouvé un article qui en parle ( https://www.clubic.com/materiel-inf [...] ogies.html ). Je ne savais pas que nVidia avait bougé sur ce point.

Ces andouiles n'ont rien compris... Ils croient que je pense que c'est la fermeture des voitures aux centre villes qui tue les petits commerces, alors que tout ce que je dis, c'est que ça n'arrangera pas leur situation déjà mise à mal par les grandes surfaces
Ce sub est complètement à la ramasse de toute façon, quand les gens ne sont pas d'accord avec toi, ils te downvotent. Je sais même pas pourquoi je traine mes guètres encore là bas.