Zitat:

---

Kaesebroetchen:
@gni:
Das mit der Reihenfolge der Argumente stimmt wohl, aber die originale Reihenfolge ist auch nicht ganz korrekt:

4.Amigadev:cpp> gcc react.c -o react
react.c: In function 'main':
react.c:113: warning: passing arg 3 of 'GetAttr' from incompatible pointer type
4.Amigadev:cpp>

---

Zitat:

---

Ich hab mal in den AutoDocs nachgesehen und nur das gefunden:

reaction.lib/GetAttrs reaction.lib/GetAttrs

---

Zitat:

---

thomas:
Vermutlich gibt es die Funktion GetAttr gar nicht, das ganze Konstrukt kam mir gleich so komisch vor.

---

Zitat:

---

Kann man beim GCC nicht erzwingen, daß nur Funktionen mit vorhandenen Prototypen zugelassen sind ?

---

Zitat:

---

Inferno:
Ich habe für die diversen XXX_GetClass - funktionen auch die inline-headers genommen, z.b.
#include <inline/button.h>

sonst hat es bei mir mit gcc nicht funktioniert.

---

Zitat:

---

Kaesebroetchen:
@thomas, ich habe die Änderungsvorschläge mal eingebaut, aber die Einbindung den <proto/xyz.h> machte teilweise Probleme. Ich habe das Programm ans laufen bekommen, aber erst nachdem ich die Änderung an der Einbindung von intuition.h wieder rückgänging gemacht habe.

---

Zitat:

---

Trotzdem bleiben noch einige Warnungen:

3.Amigadev:cpp> gcc react.c -o react
react.c: In function 'main':
react.c:114: warning: passing arg 1 of 'GetAttr' makes integer from pointer without a cast
react.c:114: warning: passing arg 2 of 'GetAttr' makes pointer from integer without a cast
react.c:114: warning: passing arg 3 of 'GetAttr' from incompatible pointer type
3.Amigadev:cpp>

---

Zitat:

---

Kaesebroetchen:
3.Amigadev:cpp> gcc react.c -o react
react.c: In function 'main':
react.c:75: 'Gadget' undeclared (first use in this function)
react.c:75: (Each undeclared identifier is reported only once
react.c:75: for each function it appears in.)
react.c:75: parse error before ')'
react.c:106: warning: passing arg 3 of 'GetAttr' from incompatible pointer type
react.c:113: parse error before ')'
3.Amigadev:cpp>

---

Zitat:

---

asregg:
@gni
"Cirrus designed the GD5446 to be able to grab standard video signals. And those video signals usually have about 15kHz line frequency so they only provided support for that. The other native Amiga modes use more than 15Khz, so they can't be grabbed"

Das steht auf folgender offizieller Seite: http://vgr.com/picassoiv/

---

Zitat:

---

ForgottenHero:
Ich habe probleme einige WHD Spiele zu starten. bekomme immer die Meldung das die XPK.library nicht gefunden werden konnte. Habe schon versucht die Xpkmaster.library aus dem Aminet zu Intallieren. Hat aber auch nichts gebracht. Kann mir jemand sagen welche ich brauche und was ich falsch mache? Das Problem habe ich bei Turrican2 und JungleStrikeAGA.

---

Zitat:

---

Solar:
Man soll's kaum glauben, aber die Welt ändert sich.

---

Zitat:

---

Maja:
Für konsequent nostalgische Amiga-User gibt es allerdings in der Tat nichts Besseres / Schnellers als SCSI.

---

Zitat:

---

Wer da aber wirklich anspruchsvoll ist, kauft sich eine SCSI-Gerät und keinen Adapter. Wenn schon, dann richtig.

---

Zitat:

---

Original von Cottet:
Weils zum Beispiel bei Newslettern ein viel bessers und schöneres Design erlaubt.

---

Zitat:

---

asregg:
Ich habe doch oben erwähnt, dass die PicassoIV den Grafikchip für die FlickerFixer Funktion nimmt. Er hat keinen eigenen FF/ScanDoubler Teil, sondern halt den Teil des Chips, der für das Auffangen von Bildschirmen zuständig ist. Das aufgefangene "Bild" wird dann halt in der vom Benutzer angegebenen Hz/kHz Zahl wiedergegeben. Wenn dieser Teil NICHT funktioniert (sprich für die Ausgabe eines Bildes) sieht man NICHTS. Auch nicht auf RTG Bildschirmen.

---

Zitat:

---

Original von thomas:
freopen("con:40/40/200/200/InOut","w",stdout);
freopen("*","r",stdin);
Bei AmigaDOS müßte das so gehen.

---

Zitat:

---

Ich weiß nur nicht, ob stdout bis Output() durchgreift, oder ob es nur eine C-interne Variable ist.

---

Zitat:

---

t-zero53:
@AC-Pseudo:
IMHO ist der Avenger-Chip der Voodoo der PIV um Klassen überlegen.

---

Zitat:

---

Bevor ich meine BPPC hatte, betrieb ich eine Blizzard 1260/66
mit Mediator/Voodoo 3/3000.
Mit GlQuake68k lüppt QuakeI Absolut spielbar. 800x600 manchmal leichte Hänger bei einigen Add-Ons, das Original-Game aber ohne Ruckeln.

---

Zitat:

---

thomas:
"Das möchte ich mir in meinen schlimmsten Alpträumen nicht vorstellen."

Wenn ich mich an die News richtig erinnere, haben die Jungs von Hyperion da ziemlich viel Gehirnschmalz reingesteckt. Und es dann auch noch kostenlos zur Verfügung gestellt.

---

Zitat:

---

platon42:

Zitat:

---

t-zero53:
Auch zu beachten, dass sich alle Geräte insgesamt auf die Geschwindigkeit auswirken.

---

Stimmt -- speziell Low-Speed Geräte kosten schlicht unnötig Bandbreite.

---

Zitat:

---

CarstenS:
@gni:
> SCSI beim PC ist äußerst unwahrscheinlich.
Du wirst lachen, mein PC hat einen SCSI-Controller, und die Folge ist der von Solar beschriebene Effekt (mehrere Sekunden Initialisierungsdauer, obwohl derzeit gar kein Gerät angeschlossen ist...).

---

Zitat:

---

Solar:
Einen nicht unerheblichen Teil der Bootdauer wartet man auf Hardware-Initialisierungen. Netzwerkkarte, SCSI-Adapter etc. gönnen sich für ihren "Power-Up" gerne mal 10-15 Sekunden, und zwar unabhängig vom Betriebssystem.

---

Zitat:

---

Carlito:
@gni
welche einstellung hast du den in SCSi MENU und bei HD Tool Box?

---

Zitat:

---

Wie gross ist deine HD usw

---

Zitat:

---

ZeroG:
Gibt es eigentlich irgendwo ein freies Update von SAS C 6.0 auf 6.5?

---

Zitat:

---

Andreas_Wolf:
Ich frage, weil es unter dem von dir angegebenen Link eben gerade die V3.75 (u.a.) für deinen Adapter gibt.

---

Zitat:

---

Eule:
Also die SCSI<->IDE Adapter scheinen keine Kapazitätsgrenze zu haben http://www.scside.de/

---

Zitat:

---

todwarth:
kann ich net auch kick 3.1 vom 1200er nutzen ?

---

Zitat:

---

thomas:

Zitat:

---

gni:
AmiCDROM hat den Vorteil FreeWare zu sein.

---

Und was bitte ist AmiCDFS ?

---

Zitat:

---

Ich spreche von dem hier: http://de.aminet.net/aminetbin/find?amicdfs

---

Zitat:

---

thomas:
Wenn es nicht IDEfix ist, und kein Treiber dabei ist, solltest du AmiCDFS nehmen, das ist der Nachfolger von AmiCDROM.

---

Zitat:

---

AC-Pseudo:
Nicht ganz, im Bootmenü der CSPPC stellts auf 31kHz um und zurück. Kann ja auch bei der Picasso was bewirken. Müßte ich zuhause mal prüfen. Allerdings sehe ich dank TFT sowieso nie was in den Bootmenüs. Immer "Out of Range"

---

Zitat:

---

Original von Cottet:
Amiga 1200 mit OS 3.1, CD-Rom Laufwerk (Extern) kommt demnächst dran an einen 4fach IDE Adapter.

Ist das die richtige Software dafür, um das CD-Rom korrekt ins System einzubinden? -->

ftp://ftp.uni-erlangen.de/pub/aminet/disk/cdrom/AmiCDROM-1.15.readme

---

Zitat:

---

Paladin1:
Moin! Also ich habe gestern meinen Amiga neuinstalliert. Erst WB 3.1 dann die Idefix Express Software dann OS 3.5. Nach der Install von OS 3.9 fährt der Amiga zwar hoch bleibt aber dann mit schwarzen Screen stehen (Egal ob Bvision oder Scandoubler) Wenn ich Setpatch aus der Startup herausnehme bootet'er normal hoch ,aber dann geht amidock usw nicht.

---

Zitat:

---

thomas:
Man kann auch die CPU-Caches abschalten, dann läuft auch die V2.2 problemlos, nur schnarchlahm.

---

Zitat:

---

Eule:
Na ja die Speicherkarte wird bei der Kamera ohne FAT benutzt. Falls
die Karte wie ein 'Device' unter LINUX ( z.B. eine Floppy als /dev/fd0
) angesprochen wird, kann man einfach Daten auf das Device schreiben.
Die Daten sind auch wirklich da und meistens kann man sie auch
zurücklesen.

---

Zitat:

---

Langer Rede schwacher Sinn:
Der Kartenleser war ziemlich sinnlos obwohl er funktionierte.

---

Zitat:

---

Eule:
Na ja mein Problem war dass die Kamera nicht am Amiga läuft.
Leider brachte der Kartenleser nicht viel weil die Kamera kein FAT
kann.
FFS kann die Kamera ser warscheinlich auch nicht.

---

Zitat:

---

TAR unter LINUX auf ein RAW-Device wollt ich dann nicht probieren

---