Résultats de la recherche sur « morphos »
-
salut,
J’ai demandé à Michael Boehmer directement, pour le fonctionnement de la carte Highway. Elle est vraiment géniale cette carte. La puce, uhc124 n’est pas issue du monde PC mais utilisée dans des téléphones portables, pocket pc… La puce est limitée à l’USB1.1 (avec quelques particularités du 2.00) et pour mon utilisation, c’est largement suffisant.
c’est deja bien d’avoir cette aide la (si tu l’as actuellememnt ou toute recente).
bien sur, par un simple claquement de doights, tu trouvera ici plein de betatesters pret a t’aider selon le matos USB qu’ils possedent.
non ?
Tu crois que si je met mon bazar sur aminet, plein de beta testers le téléchargeront ?
J’avais mis un post dans ce sens ici (et dans d’autres fora (le pluriel de forum)) il y a quelque temps mais personne ne s’est bousculé au portillon en ce sens. J’aurais besoin de testeurs quand j’entamerais la carte Subway sur le port horloge (pour A600, voire même A500) mais là il faut que Michael me donne les infos… quel je pige (dur dur) et que je trouve des dimanches pluvieux pour coder.
non, tu n’auras pas des tonnes de betatesteurs en mettant ton prg sur aminet comme en mettant une annonce sur ce forum ou un autre. tu auras la chance peut etre de tomber sur une-deux-quelques personnes fideles qui von’t t’aider. deja betatester, ca prend du temps et faut connaitre. je teste bien entre 5 et 10 prgs a la fois et je passes mon temps libre dessus et il faut le vouloir. pour le celebre MCP, 3 betatesters reguliers, idem pour amigift par exemple et je suis de ceux la depuis plusieurs annees.
la chance de trouver un betatester avant une highway, le matos usb que tu supportera et savoir lancer muforce, enforcer, trouver le hit, le capturer et te l’envoyer (et an anglais ???) est tres tres mince. deja peut etre si tu supporte les cartes spider USB2 elbox ou sur aone/morphos sous emulation, ca ira bien mieux. moi, je ne pourrais tester qu’avec spider2 elbox et ma cle usb, lecteur de cartes, HD usb et c’est tout.
Citation :
la discussion du perfmon s’etant transforme en pile usb pour 68k. je changerais le titre de depart (a l’occasion bien sur).
Bah, c’est quand même lié à ma pile usb.
j’ai failli pas le lire et ne pas connaitre le dev de cette pile usb car le sujet de ce thread m’est inconnu et la fois ou tu en as pale auparavant comme tu l’a dis, je n’ai rien vu (peut etr etait ce lorsque je suis reste 3 mois en panne adsl de 9t).
en tout cas encore, courage pour ce dev
-
Ah mais c’est deux metiers different: faire un modele et le texturer!
De plus beaucoup ne font que le premier… alors maintenant l’animation c’est le 3ieme metier!
Regarde le nombre d’exemple su rle net ou on ne voit qu’un objet gris pose sur un socle gris le tout avec un fond gris!
Mais ca rend super si le modele est bien defini.
-
-
LorD: ca fait 1 an que tu repete la meme chose… t’imagine en 1 ans les progres que tu aurais fait?
Aller un peu de courage!
-
-
LorD a écrit :
Encore un soft inimaginable il y a quelques temps sur nos plateformes !!
Manque d’imagination tout ca!
Moi j’en reve deja a l’epoque du CPC464…
/me qui devient aussi bouffon que TheFab… mefiance
Ah sinon la radeon 8500 est tres performante il me semble dans sa serie.
Essais la nouvelle version ce soir, tu seras encore plus content
Trucs&Astuces: clicker sur le petit icone en haut, a gauche, qui ressemble a une grille, cela enleve le maillage du personnage et accelere vraiement le rendu.
-
Bonjour, je ne sais plus effectuer quelle tentative pour disposer du net sur mon Pegasos1 sous Debian / Gnome :
Introduction
:Le pegasos1 est sur un réseau ethernet (fil donc) avec plusieurs machines dont un serveur WEB x86 sous Debian Sarge et quelques postes Windows.
Le routeur est un Netgear FWG-114P(v1) en 192.168.147.1 avec le DHCP activé.
La connexion à l’internet est effectuée via une Freebox v3 en ADSL2 dégrouppé.
Les Faits :
Le Pegasos1 à totalement accès au WEB via MorphOS et il n’y a aucun problème. (donc coté routeur NAT / firewall je ne voit pas quel problème il pourait y avoir)
L’incompréhension :
Sous Debian, je peux pinger en local et en public (un ping vers google.fr marche, donc le réseau et bien activé, l’ip et le masque est bon et la résolution DNS fonctionne).
Le MAIS :
Firefox ne peut pas se connecter en distant (google marche pas etc.) mais marche en local (je peux lancer une page via l’ip locale du serveur du réseau 192.168.147.2)
Un telnet d’un serveur lambda sur le port 80 donne les mêmes résultats.
Mes tentatives :
bureau:/home/sylvain# dhclient
Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
All rights reserved.
Please contribute if you find this software useful.
For info, please visit http://www.isc.org/dhcp-contrib.html
Listening on LPF/lo/
Sending on LPF/lo/
Listening on LPF/eth0/04:ff:ff:ff:ff:ff
Sending on LPF/eth0/04:ff:ff:ff:ff:ff
Sending on Socket/fallback/fallback-net
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 5
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPNAK from 192.168.147.1
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.147.1
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 10
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.147.1
SIOCSIFMTU: Invalid argument
SIOCADDRT: File exists
bound to 192.168.147.4 — renewal in 129600 seconds.
bureau:/home/sylvain# ifconfig
eth0 Lien encap:Ethernet HWaddr 04:FF:FF:FF:FF:FF
inet adr:192.168.147.4 Bcast:192.168.147.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:7029 (6.8 KiB) TX bytes:2744 (2.6 KiB)
Interruption:9 Adresse de base:0x1100
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:183 errors:0 dropped:0 overruns:0 frame:0
TX packets:183 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:9984 (9.7 KiB) TX bytes:9984 (9.7 KiB)
bureau:/home/sylvain# route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.147.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.147.1 0.0.0.0 UG 0 0 0 eth0
bureau:/home/sylvain# ping localhost
PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.166 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=2 ttl=64 time=0.131 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=3 ttl=64 time=0.127 ms
— localhost.localdomain ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.127/0.141/0.166/0.020 ms
bureau:/home/sylvain# ping 192.168.147.1
PING 192.168.147.1 (192.168.147.1) 56(84) bytes of data.
64 bytes from 192.168.147.1: icmp_seq=1 ttl=64 time=1.37 ms
64 bytes from 192.168.147.1: icmp_seq=2 ttl=64 time=0.875 ms
64 bytes from 192.168.147.1: icmp_seq=3 ttl=64 time=0.891 ms
— 192.168.147.1 ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2016ms
rtt min/avg/max/mdev = 0.875/1.045/1.371/0.233 ms
bureau:/home/sylvain# ping google.fr /nb: la résolution dns marche donc/
PING google.fr (66.102.9.104) 56(84) bytes of data.
64 bytes from 66.102.9.104: icmp_seq=1 ttl=242 time=27.3 ms
64 bytes from 66.102.9.104: icmp_seq=2 ttl=242 time=27.2 ms
64 bytes from 66.102.9.104: icmp_seq=3 ttl=242 time=27.1 ms
— google.fr ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2020ms
rtt min/avg/max/mdev = 27.166/27.231/27.300/0.145 ms
bureau:/home/sylvain# telnet 192.168.147.2 80 /nb: serveur web du réseau/
Trying 192.168.147.2…
Connected to 192.168.147.2.
Escape character is ‘^]’.
^]
Connection closed by foreign host.
bureau:/home/sylvain# telnet google.fr 80
Trying 72.14.221.104… /nb : pas de connexion même à long terme/
L’interrogation :
j’ai effectuée l’install de la debian sur un autre réseau en 192.168.0.1 en paramètrant le même domaine que celui du serveur et je ne sais pas comment reparamétré cela. Un conflit de domaine ??? bizarre…
Merci de suggestions.
A bientôt.
Sylvain aka goodchip
-
-
-
bon comme je le craignais je peux pas compiler la partie GUI à cause de choses non définies dans la version de GLUT de mon SDK. Désolé
J’ai posé la question, mais pour le moment j’ai pas eu de réponse, s’il y aura moyen d’aller plus loin avec un SDK plus avancé…
-
-
-
Bah ca vient de mon install MorphOS-SDK. gcc-2.95.3 (un truc du genre).
Le problème c’est que gcc 2.95.3 (egcs en general pour la partie C++) est sorti avant que la STL soit normalisée dans le C++ ansi/iso du coup chaque implémenteur y allait de sa petite sauce
Ceci dit maintenant tu des get(), getline() et autre qui te permettent de faire sensiblement la même chose (sauf que tu doit allouer ton propre buffer et donc le libérer aussi).
C’est toi qui l’a écrit ça ou bien c’était déjà dedans ?
-
Ok, Le template n’influe pas directement sur la vitesse du code (mais sur la vitesse de compilation, alors là, carrément), mais vu que ça fait intervenir un type abstrait, on définit généralement des méthodes génériques pour manier le type en question. Ces méthodes sont bien évidemment une charge supplémentaire à l’exécution.
Sinon, pour l’exemple en question VertexVector, je dirais qu’il vaudrait mieux faire son propre getline en appelant istream::read() sur un « gros » buffer et en traitant les lignes toi-même, au cas où en interne gets() ou getline() auraient la merveilleuse idée de faire de la lecture octet par octet (ce qui ne m’étonnerait même pas).
Et aussi, cette classe VertexVector hérite de std::vector, qui n’est pas non plus bien véloce, surtout si on lui enfile des structures complexes sans passer par un pointeur (ce qui a pour effet d’appeler le constructeur par copie à chaque push_back). Et dans ce source on lui enfile des Vertex, qui contiennent 2 vecteurs + une liste stl d’entiers.
Rester à évaluer ce qui est le plus rapide entre appeler le constructeur par copie ou faire une allocation dynamique. Dans le cas précis de ce vertex, j’imagine qu’on préfèrera la première solution, les allocations dynamiques pouvant être très lentes.
Pour résumer ce que le C++ apporte :
– temps de compilation x2,
– taille du code x2,
– lisibilité /2,
– vitesse d’exécution /2,
– temps de maintenance x2,
tout ça pour grapiller quelques minutes en évitant d’implémenter sa propre pile, liste, string,…
Et pour finir, on peut faire du code C ANSI réutilisable et stable et rapide et lisible, on est pas des demomakers après tout.
-
