Toutes mes réponses sur les forums
-
Mais avec son taux de natalité et le mouvement 4B la Corée du Sud va finir par disparaitre…
Les dix pays ayant le taux de fécondité le plus bas sont :
Corée du Sud – 1,0
Singapour – 1,1
Hong Kong – 1,1
Malte – 1,2
Macao – 1,2
Andorre – 1,3
Chypre – 1,3
Bosnie-Herzégovine – 1,3
Moldavie – 1,3
Ukraine – 1,3 Je vois ça d’une manière plus holistique: cad il faut pas voir le confort que ça t’apporte mais l’énergie/infrastructure/déchets que cette technologie consomme
Pendant des années j’ai bossé pour France Telecom/Orange réseaux internationaux et quand on voit au quotidien toutes les infrastructures/énergie/personnes il faut pour que ça marche pour que au final les gens fassent des choses ineptes sur leur smartphones sur ce réseau. Par exemple recevoir leur ticket de caisse par mail ce qui demandera énormes infrastructures et gaspillage d’énergie par rapport à un ticket de caisse papier qui aurait consommé que quelques watts/quelques secondes à être imprimé. Ou mettre sur Instagram des photos de ce qu’il mangent.. ou des vidéos de chats qui pètent
Donne moi une photo de Paris il y a 10 ans et la même maintenant d’un endroit OU tu a vue de la techno
Oh mais je suis d’accord avec toi sur le constat que Paris est pas devenu futuriste/techno, j’ajoutais juste que en plus Paris s’est dégradé
Pour ma part ça me manque pas: je pense sincèrement que la techno est plus une grosse part de nos problèmes que la solution de tout les problèmes… et pourtant j’ai bossé dans la techno pendant plus de 25 ans … (AMHA Ted Kaczynski avait en grande partie raison sur la société technologique)
C’est pas vraiment un bon exemple: la rue Lepic est plutôt bourgeoise (une des bonnes rues tradi sous Montmartre) et se maintient bien (même si elle est pas techno) si tu avais pris une autre rue dans le 18éme tu aurais eu en plus la saleté, la dégradation et une population étrangère
1) Maggie a désormais en hard le texturage en perspective « quadratic » c’est à dire que en plus des pas de texturage linéaire du dv, ces pas changent aussi de ddu ddv à chaque pixel cela permet à la texture de se distordre avec la perspective.
Mon implémentation dans Wazp3D est pas parfaite mais elle a le mérite d’exister et de faire tourner BlitzQuake à 95% (manque le blending).
Comme l’algorithme « quadratic » est mathématiquement pas parfait alors les distorsion trop visibles devront être corrigées d’une autre manière2) Maggie gère désormais en hard les textures de 32×32 à 1024×1024 et mon Wazp3D de 1×1 à 2048×2048 y compris les textures rectangulaires par redimensionnement
WipeOut marche aussi mais trop lentement pour être utile (1-2 fps)
Y aurait peut être moyen de refaire le juggler en « raymarching » en temps réel avec Warp3DNova sur les Amiga NG
Mais bon j’ai pas le courage de m’y lancer…Note: j’avais essayé de faire du raymarching y a qques années avec Nova (juste 2 spheres) mais Nova buggait trop à l’époque mais je pense Nova doit être au point désormais
j ai reussi a retrouver le fichier juggler.scene à l epoque mais pas le scripte juggler.take pour faire l animation
Je crois l’anim juggler (pas une simple image statique) était calculé avec un prog C (un raytracer avec le juggler défini en dur) je l’avais recompilé à un moment donné, je sais plus si le fil était sur EAB Amiga ou un autre des sites connus
J’avais modifié ce source dont quelqu’un avait retrouvé l’original pour que ça compile avec mon gcc malheureusement il y avait quelques erreurs sur les pixels certainement dus à des problèmes d’arrondis mais ça arrivait à générer des images « authentiques » du juggler originalEdit: Je l’ai retrouvé, putain 14 ans déjà
https://eab.abime.net/showthread.php/showthread.php?t=51911 En réponse à : Programmer l’amiga 68k bouts de code IDE langages, astuces
25 août 2024 à 22h58 #380702effectivement on peut aussi manipuler IntuitionBase comme un void* (cad un pointeur quelconque= juste une adresse mémoire) en terminologie Amiga on appelle aussi ça un APTR (adresse pointeur) ou même en en LibraryBase standard car IntuitionBase en fait contient aussi une LibraryBase standard mais a aussi plusieurs champs spécifiques à intuition qui sont assez utiles
Parmi ceux ci le champ ActiveWindow du premier exemple Merci mais ça aide pas beaucoup car ces gcc ont l’air aussi vieux et vbcc ne va pas être 100% compatible avec un gcc
Ce n’est pas le cas : avant 1947 il y avait eu les foo-fighters et surtout bien plus bizarre la vague des air-ship qui rétrospectivement nous font plus penser à des engins retro-futuristes (façon Robur le conquérant) façon dirigeable bizarres qu’à un vaisseau extra-terrestre crédible
Pour les siècles plus éloignés * il s’ajoute que faute d’éléments de comparaison aéronautiques et de jargon aéronautique alors ces « choses » était nommées météore**, prodige, bouclier enflammé
On a l’impression que ce que les gens voient (lors des rencontres rapprochées) est directement « piqué » dans leur psyché de ce qu’ils considèrent être un OVNI à cette époque
Egalement si un OVNI se pose dans un champ d’un agriculteurs alors les « aliens » s’intéressent aux plantes, aux roches si ce sont des géologues, etc…
On a l’impression que le « scénario » de la « rencontre rapprochée » prend des éléments dans la psyché du témoin pour lui créer son « apparition » personnalisée
Si on suit cette logique alors les observations rapprochées ne deviennent qu’un sous ensemble de toutes les « apparitions » : fantômes, mariales, fées, monstres, etc…Il n’empêche que les observations radars et marques d’ atterrissages ont quand même montrés que c’était aussi des objets physiques pouvant être mesurés par des instruments physiques, même si leur aspect réel n’est peut être pas celui qu’on « voit »
Je me rappelle notamment du cas d’un OVNI qui s’était posé sur une voie de chemin de fer en abimant les rails d’une manière considérable = effets physiques(**) des « météores » qui s’immobilisent ou changent de trajectoires
(*) Il y a eu aussi un livre sur les soi disant représentations iconographiques d’OVNI anciennes mais il a conclu fort justement que la plupart était des motifs symboliques et non des OVNIshttps://fr.wikipedia.org/wiki/Chasseurs_fant%C3%B4mes
https://fr.wikipedia.org/wiki/Dirigeable_fant%C3%B4me
https://fr.wikipedia.org/wiki/Marius_Dewilde Bon j’ai une bonne collection de livres sur les OVNIs classiques ou spécialisés
et ce que vous décrivez c’est le « debunking » cad que quand on ne peut plus ignorer le phénomène (trop de témoins) alors l’Etat lui trouve volontairement une explication ridicule (Vénus, gaz des marais, ballon, météorite, etc…) pour le décrédibiliser, voire rajoute des témoignages avec des éléments ridicules pour décrédibiliser le trucPar contre il est évident que les OVNIs ont des performances de vol bien au dessus de la technologie humaine de leurs dates d’observations (angle serrés, plusieurs g, vitesse, etc… dans les années cinquante) bref ce ne peut être que des sondes extra-terrestres. Même si AMHA ce sont des objets physiques, ils ont une composante psychique voire spirituelle qui les fait ressembler aux apparitions paranormales (mariales, fantômes, fées, etc…)
Pour ma part j’ai connu 3 personnes qui disaient avoir vu un OVNI donc cela doit être assez fréquent dans la population générale
Est ce que vous savez si le chiffrage (APFS) est mis par défaut ? car ma nièce y connait rien donc elle l’a certainement pas chiffré par elle même , donc si c’est pas par défaut le disque sera pas chiffré
Merci de votre aide les gars
BigDan je vais faire appel à toi mais là je pars en province une semaine, on en reparle dans une dizaine de jours. Tu as déjà fait ça sur mac ? Ok je ferai attention à WaiTOF
De toute façon je vais virer la plupart des appels à SDL (à remplacer par Warp3D+RTG) sauf ceux pour le son et le joystick Bon j’ai ajouté
-lm -lamiga -ldebug -lnixet la plupart des problèmes ont disparu… sauf gettimeofday
Donc j’ai fait (ce que j’aurais fait de toute façon pour en finir) ce que disait ChatGPT
« écrire un wrapper ou utiliser une fonction équivalente fournie par AmigaOS, comme GetSysTime() »
donc wrapper gettimeofday avec GetSysTime()
int gettimeofday(struct timeval *tv, struct timezone *tz)
{
GetSysTime((void *)&tv);
}il a fallu desactiver aussi le chargement de timer.h qui avait une déclaration différente de la struct timeval
#define DEVICES_TIMER_H 1et donc mettre le restant du contenu de ce timer.h dans le source
Bon on y est : 0 errors 0 warnings 0 dépendances qui manquent
O:-)
par contre le programme obtenu plante peu après avoir démarré :-/ mais on progresse……
