Kévin Guilloy a écrit 25 commentaires

Et c'est même pire que ça : le 6800 avait bien les registres A et B mais le 6502 faisait l'économie du B et ne gardait qu'un unique registre accumulateur.
Cependant, l'accès rapide à la première page mémoire (la zeropage) permet de facto d'avoir l'équivalent de 256 registres généraux.

Je rebondis là-dessus, car je suis nouvellement abonné chez Free (FTTH) et je recommande pour l'auto-hébergement :
- il fournissent une IPv4 fixe (à condition de la demander dans l'interface d'admin) + un /64 IPv6 d'office
- il y a possibilité de paramétrer le reverse DNS en IPv4 dans l'interface d'admin (malheureusement pas en IPv6)
- il y a possibilité de retirer le blocage du port SMTP sortant et aucun problème pour envoyer des e-mails depuis une IP Free
Tout ça est actif en moins d'une heure après activation de la ligne - sans devoir passer par une quelconque hotline.

De plus, la box est pas si mal, il y a même la possibilité de faire tourner des VM dans la box elle-même (Freebox Delta) pour éviter d'avoir à garder allumé un ordinateur supplémentaire. J'y fais tourner un serveur mail + web sous OpenBSD sans soucis.

Tout à fait d'accord. Les niveaux de la communautés étaient durs par contre…
C'est un des jeux libres qui m'a le plus plu. Ravi de voir que le développement est encore actif.

J'ai trouvé la solution au problème, je la poste ici pour toi étranger qui aura le même problème en juillet 2017.

Il faut commenter la ligne suivante du xorg.conf.nvidia :

Option "UseDisplayDevice" "none"

Bon, j'ai installé Kubuntu sur un disque dur externe et installé prime. prime-select semble marcher (après redémarrage de X), mais pas plus de succès pour détecter l'écran externe.

root@test-kubuntu:/home/felixzero# xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
LVDS-0 disconnected (normal left inverted right x axis y axis)
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
DP-4 disconnected (normal left inverted right x axis y axis)
DP-5 disconnected (normal left inverted right x axis y axis)
LVDS-1-0 connected primary 1920x1080+0+0 344mm x 193mm
   1920x1080     60.00*+  59.93    50.00  
   1680x1050     59.95    59.88  
   1600x1024     60.17  
   1400x1050     59.98  
   1280x1024     60.02  
   1440x900      59.89  
   1280x960      60.00  
   1360x768      59.80    59.96  
   1152x864      60.00  
   1024x768      60.04    60.00  
   960x720       60.00  
   928x696       60.05  
   896x672       60.01  
   960x600       60.00  
   960x540       59.99  
   800x600       60.00    60.32    56.25  
   840x525       60.01    59.88  
   800x512       60.17  
   700x525       59.98  
   640x512       60.02  
   720x450       59.89  
   640x480       60.00    59.94  
   680x384       59.80    59.96  
   576x432       60.06  
   512x384       60.00  
   400x300       60.32    56.34  
   320x240       60.05  
VGA-1-0 disconnected

Après recherche, prime-select et prime-switch proviennent du paquet nvidia-prime incompatible avec bumblebee et disponible uniquement sous Ubuntu.
Ça peut être une solution mais je suis dans l'incapacité de la tester dans l'immédiat. J'essaierai en installant une Ubuntu sur une clé USB en mode persistant pour voir si ça marche mieux que bumblebee.

Merci de ta réponse,
Quand la machine démarre, seul l'écran du laptop s'allume.
Voici le retour de la commande, dans laquelle on voit bien les deux GPUs :

felixzero@ln2:~$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108GLM [Quadro 1000M] (rev a1)

Usuellement, je suis d'accord, mais il semblerait que ce modèle ait les ports externes branchés à la carte nVidia (alors que l'écran est bien branché à la carte Intel). Je n'ai pas trouvé de sources de la part de Lenovo, mais c'est ce qu'il se dit sur pas mal de wiki :
https://wiki.archlinux.org/index.php/Lenovo_ThinkPad_W520#Nvidia_Optimus_issues
http://bretstateham.com/lenovo-w520-and-an-external-projector-with-nvidia-quadro-2000m-and-nvidia-optimus/
http://blog.echo-flow.com/2012/08/04/thinkpad-w520-multi-monitor-nvidia-optimus-with-bumblebee-on-ubuntu-12-04/

Ceci dit, "tv" se prononce "tévé". Du coup, "tv:n", ça fait "tévéne", ça reste quand même très prononçable.

Tout dépend bien entendu de ce que tu veux faire avec. Un jeu ? En 2d ? En 3d ? Avec OpenGL ou du rendu pur logiciel ?

Ces deux bibliothèques ont une grosse différence : la SDL n'excelle pas vraiment pour l'affichage : elle ne propose qu'un rendu matériel que depuis peu de temps.

À l'inverse, la SFML est beaucoup plus complète, et fournit une surcouche à OpenGL pour du rendu 2d accéléré. Ainsi, pour développer un jeu 2d, je conseillerais plutôt la SFML.

Après, s'il s'agit d'un jeu en 3d écrit en OpenGL (manuellement), SDL ou SFML c'est du pareil au même. Et dans ce cas, la SDL est probablement un peu plus standard. Pareil si c'est pour faire un jeu avec des graphismes « années 90 », du genre OpenTTD ou Newton Adventures.

En ce qui concerne la jeunesse des version, les deux sont très récentes : SFML 2.0 et SDL 2.0 datent toutes les deux de cette année.

Puis un jour, alors que j'étais encore sous GNOME, j'ai testé KDE 4.1 sous OpenSUSE et là magie: c'est stable, ok, retour sous KDE…

C'est peut-être aussi une question de distribution. Nombreuses sont celle qui activaient par défaut Nepomuk ou qui installaient les premières versions que KDE PIM pour KDE 4 alors qu'il fallait bien avouer que tout ça n'était pas très stable.

Enfin, bon, je préfère un KDE4 un peu plus lent mais qui fonctionne qu'un KDE 3.5 ou le moindre drag & drop te fait planter konqueror… C'est marrant, j'avais migré sous GNOME 2 du temps de KDE 3 tellement je trouvais cela inutilisable:

Là encore, c'est peut-être une question de distribution. Le bureau KDE 3.5 de Kubuntu (surtout sous Dapper Drake) était de très bonne facture, alors qu'ils ont massacré KDE 4.

On peut continuer comme ça encore longtemps : si je te dis que j’y crois pas étant donné que j’utilise KDE sur une machine d’environ 5 ans d’age depuis environ 2 ou 3 ans et que j’ai pas de soucis particulier, tu vas me répondre que si, KDE c’est lourd/lent/etc.

Après, il ne faut pas s'y tromper, hein. Je suis utilisateur de KDE sur une machine pas hyper puissante et je constate juste la différence de performance. Autrefois, KDE 3.5 était vraiment rapide, maintenant c'est moins le cas. Je ne dis pas que c'est lourd, lent ou inutilisable, je dis juste que le passage à KDE 4 ne s'est pas fait sans une perte de performance.

Tu connais les chiffres exacts sur l’utilisation de Konqueror ? Parce que moi, perso, je les ai pas.

D'ailleurs, c'est une très bonne question, ces chiffre-là sont parfaitement introuvables. On trouve facilement des tas de statistiques des principaux navigateurs, mais pas de ceux qui ont des parts de marchés < 1%.

On croirait lire un développeur Gnome quoi…

Ou un utilisateur de KDE qui a arrêté d'utiliser Konqueror lorsqu'il a commencé a devenir un peu trop obsolète…

Comme la 4.0 qui n’a jamais été annoncée comme une version stable ? Si tu ne parles pas de ça, je ne vois pas de quoi tu parles.

Probablement de la 4.1, de la 4.2 et de la 4.3 qui n'étaient pas vraiment stable non plus. La 4.0 n'aurait mérité qu'à peine le status de version alpha (crash sans raison, bug évidents…) : prends par exemple la barre des tâches ; si le nom de la fenêtre était trop long, ça dépassait du cadre !

Fonctionné dans le sens commercial (= personne ne l’utilise) ou dans le sens technique ?

Les deux. Même si nepomuk commence à pas trop mal marcher, il faut bien avouer que jusqu'en 4.3-4.4, on pouvait encore le surprendre à bloquer à 100% de CPU ou à faire crasher KMail.

Ça c’est se foutre de la gueule du monde. Les effets du bureau sous KDE sont la seule chose qui demande une CG qui soit correctement supporté mais ils ne sont pas du tout indispensable.

Pas vraiment, quiconque ayant utilisé KDE 3.5 sur un machine un peu faiblarde (environ 5-6 ans) voit la différence avec KDE 4. D'ailleurs, sous KDE 4, la simple désactivation du thème Oxygen pour quelque chose de plus simple (disons, Plastik) entraîne une sensible différence de performance.

Des défauts à KDE c’est pas ce qui manque (Konqueror qui a pris un coup de vieux, les notifications merdiques, etc.) c’est pas la peine d’en inventer.

Konqueror est surtout presque plus utilisé. Son utilisation de gestionnaire de fichier/client SSH ou FTP a bien été remplacée par Dolphin et pour choisir un navigateur Web, reKonq serait un bien meilleur choix.

GLFW est aussi dans la même veine : le minimum vital, et très peu d'apprentissage pour l'utiliser.
En ce qui concerne les libpng/libjpeg, il faut maximum quelques heures pour écrire un wrapper qui charge les textures en OpenGL. Je doute que ce soit un argument suffisant pour une lib multimedia.
Le principal intérêt des SFML, Allegro et autres ClanLib c'est plutôt sur tout ce qui touche OpenGL et OpenAL : pas besoin de réinventer la roue, à condition de se limiter à du 100% 2D.

Il faut cependant prendre en considération les contraintes du développement du jeu :

• La plupart du temps, les jeux sont déjà développés directement en OpenGL avec un moteur développé par l'équipe (même en 2D). Dans ce cas, le portage ne demande l'utilisation que d'une bibliothèque de fenêtrage multiplateforme, l'affichage étant en OpenGL et le chargement des assets avec libpng/libsvg… SDL peut être un choix pertinent ici, surtout à cause du fait qu'on va le retrouver sur toutes les distributions à peu de frais. Mais je suis d'accord que GLFW ferait tout aussi bien le travail.
• SFML est une bibliothèque très jeune et immature. Pire, elle n'a pas de version stable puisque la série des versions 1.x est considérée comme obsolète (Laurent déconseille de les utiliser, et leurs bugs ne seront pas corrigés) et les 2.x ne sont encore que en RC.

Bof, tu peux redéfinir les tiens. Et puis ça casse l'inférence de type. Je ne trouve pas cher payé d'utiliser +. ou +! pour éviter d'avoir à écrire les types tout en gardant un typage fort.

Seulement, pour peu qu'on aie à travailler avec des types différents (par exemple, de taille différente), se retrouver avec des +, +., +!, ++, +/, etc. n'est pas ce qu'il se fait de plus commode et de plus lisible.

Il y a pas mal de bindings C existants et ça semble relativement facile. Il y a également du travail fait pour faciliter l'intégration avec d'autres languages comme java ou javascript, mais j'aurai tendance à abonder dans ton sens (voir mon post original).

Pour en avoir fait un peu, c'est assez mal documenté et nécessite de repasser toutes les fonctions à la main en convertissant chaque argument avec les macros qui vont bien. C'est relativement pénible. Alors, pour une micro bibliothèque, ça passe, mais c'est pas demain la veille qu'il y aura un binding Qt ou OpenGL complet et à jour.

Ça c'est que tu es déformé par des années de syntaxe à la sauce C. Ocaml a une syntaxe minimale, la rendre plus verbeuse serait à mon sens affaiblir le language en temps que tel. Après, il est certain que ça rendrait l'apprentissage plus facile pour tous les programmeurs qui connaissent déjà java, C, C++, etc.

Après, on peut rester minimal sans forcément utiliser des tas de symboles. Par exemple, Python fait ça très bien, tout en étant différent du C.

Facile :
- Une surcharge possible des opérateurs pour pouvoir utiliser +, -, *... sur des BigInt par exemple ;
- des fonctionnalités comme un simple mot clé "return", qui oblige de magouiller avec des variable du genre isFinished ;
- une meilleur intégration avec de l'existant (par exemple, compatibilité avec des libs C ou interfaçage plus facile, ou compatibilité Java...) ;
- une syntaxe plus claire.

"Kerro [...] ne peut pas [...] diffuser ses modifications [...] dans le texte de la licence."
C'est vrai qu'en rajoutant des [...] ont peut faire vraiment dire n'importe quoi à n'importe qui.

Ce n'est pas qu'une question d'interférence. C'est plutôt qu'un signal ne contenant qu'une seule fréquence est une sinusoïde pure et est donc un signal parfaitement déterministe. On ne peut transmettre une quelconque information dans ce cas.
En effet, un simple modulation du signal (en AM, CW ou autre) va engendrer un élargissement du spectre du signal, dépendant notamment de la méthode de modulation. Et plus on veut envoyer d'information rapidement, plus le spectre doit s'élargir (Fourier transform (en). L'élargissement spectral maximal qu'on s'autorise étant la bande passante.

Sinon, je pense que c'est un beau projet mais ne sommes nous pas en train de créer un Internet over Web. Parce que a priori il existe des protocoles très bien pour le banking et autre.
Bon, je sais, on est pas vendredi.

F = U - TS ?
dF = SdT - PdV + µdN ?
Vive la démocratie ?

Sans compter les problèmes de stabilité, les messages d'erreur incompréhensibles, et la systray aussi longue qu'un Windows XP customisé par Dell.

On peut donc prédire sans trop risquer la fin de ce journal, non ?

Et dans le sens inverse.

C++ avec Qt et boost, c'est comme les spagetthis avec bolognaise ET carbonara...

À ce que je vois : http://doc.qgis.org/, l'API de QGIS n'a pas été mise à jour.
C'est dommage.