|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
whose
Nutzer
04.03.2004, 12:33 Uhr [ - Direktlink - ] |
Thema: Backup mit MakeCD
Brett: Amiga, AmigaOS 4 Hi Roger! Also, das Prog aus dem Aminet erzeugt sog. Datei-Listen für MakeCD. Das bedeutet, daß Du nicht diese beiden Dateien auf die CD brennen mußt, sondern daß Du diese Dateien (die eine Datei-Liste enthalten) MakeCD bekannt machen mußt. Wenn Du einen neuen Track anlegst, hast Du die Wahl zwischen "Track von CD" "Filesystem" und "Datei-Liste" (so ähnlich). Wähle also den Punkt "Datei-Liste" und füge dort die von MakeBackup erzeugten Listen ein (weiß jetzt nicht genau, wie das geht, hab meinen Amiga grad nicht zur Verfügung. Wenn Du das nicht hinbekommst, schreib hier nochmal, ich schau dann heut abend an meinem Amiga nach). Danach kannst Du dann wie gewohnt ISO-Images erzeugen lassen und brennen. Das praktische an dieser Methode ist, daß Du damit auch ein Backup auf mehrere CDs verteilen lassen kannst. In Deinem Fall scheint das auch schon geschehen zu sein, da Du 2 Dateien herausbekommen hast. Grüße |
|||||
|
whose
Nutzer
04.03.2004, 12:08 Uhr [ - Direktlink - ] |
Thema: Soundkarte was bringt es?
Brett: Amiga, AmigaOS 4 Noch ne dumme Frage: Kann man die Prelude auch ohne Probleme auf dem Clockport der Higway einsetzen? Gesetzt den Fall, das geht, würde die bei mir die Delfina Lite im 4000er ersetzen. Das Ding nervt nämlich so langsam (AHI-Killer). Hätt ich doch damals schon ne Prelude Z2 gekauft... *seufz*  Grüße |
|||||
|
whose
Nutzer
04.03.2004, 11:23 Uhr [ - Direktlink - ] |
Thema: Soundkarte was bringt es?
Brett: Amiga, AmigaOS 4 Huch! Hab doch glatt noch ein paar Leutz übersehen, sry  |
|||||
|
whose
Nutzer
04.03.2004, 11:21 Uhr [ - Direktlink - ] |
Thema: Soundkarte was bringt es?
Brett: Amiga, AmigaOS 4 Hallo! Für 50 EUR (oder auch bissi mehr) bin ich dabei. Ich hätte auch gern eine. Sind mer schon zu dritt, oder? Zwei Leutz finden sich garantiert noch, bei dem Kurs Grüße |
|||||
|
whose
Nutzer
23.02.2004, 19:07 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Zitat: Entschuldige, dann habe ich Dich da wohl ein bíßchen mißverstanden, sry. Schön zu wissen, daß wir uns in diesem Punkt doch einig sind |
|||||
|
whose
Nutzer
23.02.2004, 18:35 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Zitat: Na gut, einmal noch. Duke3D (C-Teile): Insges. 38904 Bytes größer, ca. 2% langsamer. GCC 2.95.2-Storm: 122104 Bytes größer, ca. 3% langsamer (I/O macht dem hier anscheinend bissi Bauchschmerzen, die eigentliche Codeerzeugung läuft bißchen (ca. 2%) schneller). cc65: 58652 Bytes größer, ca. 3% (gleiches Prob wie GCC 2.95.2-Storm) langsamer. Compiliert auf einem Amithlon, Lauf auf einem 4000/060. Vergleich mit dem Kompilat von StormC4 (2.95.2) Laufzeiten gemessen mit dem Storm-Profiler. Mich würde jetzt noch interessieren, wie Du auf 20% schneller bei bzip2 kommst. Wenn ich das gleiche Eperiment mache, komme ich auf einen Unterschied, der bequem vernachlässigbar ist. StormC4-Source packen: (StormGCC 2.95.2) 12 Min. 33 Sek. (GCC3.x) 12 Min. 17 Sek. Ums mal auf den Punkt zu bringen: Es ist nicht so, das GCC 3.x pauschal besser ist. Er ist es in vielen Punkten, in anderen Punkten muß noch daran gearbeitet werden und das wirds auch, wie man lesen kann. Es bleibt aber meine Frage: Welchen Anfänger interessiert das? |
|||||
|
whose
Nutzer
23.02.2004, 17:59 Uhr [ - Direktlink - ] |
Thema: CyberstPPC & SCSI II Controler
Brett: Amiga, AmigaOS 4 Zitat: Nach dem Ungamch mit dem Yamaha wieder die Standard-Einstellungen. Alles Auto, CDFS inaktiv. Ich hatte mal mit der Reselection experimentiert, weil das das Problem am Blizzard-SCSI war, half hier aber in keinster Weise. Am Blizzard-SCSI tuts der Yamaha recht gut, allerdings brauche ich keinen Brenner im 1200er. Grüße |
|||||
|
whose
Nutzer
23.02.2004, 17:00 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Zitat: Ok. Welchen Nutzen hat das konkret für Amiga? Gibts da noch mehr ABI-kompatible Compiler? Oder nützt es was, wenn man in C programmiert? Nein. In Sachen "C" hat man mit dem GCC 3.x derzeit keinerlei Vorteil. Wenn wir zu C++ kommen, gebe ich Dir vorbehaltlos Recht. Ich hätt vielleicht erwähnen sollen, daß es mir hier rein um das programmieren auf und für AmigaOS-kompatiblen Systeme in C ging (wie auch bei dem Kurs, um den es hier geht). Letztendlich ist es aber auch auf anderen Systemen "für den Anfang" völlig irrelevant. Frag doch mal die Anfänger, ob die wissen, was "ABI" überhaupt ist. Oder C++. Zitat: Auf x86-Systemen auf alle Fälle. Für 68K-Systeme tut er seinen Dienst immer noch bestens. Nochmal, damit es jeder versteht: Es geht hier um einen C-(!)Kurs für Anfänger. Es liegt in der Natur des Anfängers, daß er sich in der ersten Zeit nicht die Bohne für die Feinheiten des Handwerks (z.B. der erzeugte Code und dessen Qualität) interessiert und diese auch erst im Laufe wachsender Erfahrung entdeckt und versteht. Dem Anfänger ist es wurscht, welches Werkzeug die Profis verwenden, so lange er mit _einfachen_ Werkzeugen seine Erfolge erzielen kann. Die Geschichte hat gezeigt, daß GUI-Systeme für "unbelastete" Benutzer leichter zu verstehen und zu verwenden sind. Nicht umsonst gibts hier im Forum dutzende von Fragen, die sich auf Probs mit GCC beziehen, gerade von Anfängern. Die Fragen zu StormC halten sich dagegen stark in Grenzen und beziehen sich meist auf Probs, die schon in die weit fortgeschrittenen Bereiche gehören (Fat-Binaries, Libraries, Interrupts) oder zum Thema RTFM. Was ist so schlimm daran, daß man als Anfänger "klein" anfängt? Ich verstehs einfach nicht, daß jedesmal, wenn es um einen Anfänger-Kurs geht, die gleiche Diskussion vom Zaun gebrochen wird... ("Nimm GCC, Storm ist Scheiße" etc. pp.). Wenn die Anfänger weiter fortgeschritten sind und die entsprechenden Fragen stellen, könnt ihr sie immer noch in die Geheimnisse des GCC einführen. Dann verstehen die das auch, was ihr ihnen erklärt. Alles zu seiner Zeit. |
|||||
|
whose
Nutzer
23.02.2004, 15:31 Uhr [ - Direktlink - ] |
Thema: CyberstPPC & SCSI II Controler
Brett: Amiga, AmigaOS 4 Zitat: Hm, bis zu welcher Kabellänge tuts denn? Ich hab hier ein 1,20m internes Kabel mit 8 Abgriffen, IBM-UW-Platte dran (die liefert Termpower), der Teac per unterminiertem Adapter an einem Abgriff, zwei Terminatoren, jeweils einer an Anfang und Ende des Kabels. Kein externes Kabel mehr, seit ich einsehen mußte, daß es mit dem Scanner keinen Sinn macht. Trotzdem mag der Yamaha an Stelle des Teac hier definitiv nicht laufen. Hast da sonst noch ne Idee? Grüße |
|||||
|
whose
Nutzer
23.02.2004, 15:17 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Hallo Dietmar! Zitat: Hm, hast Dich nie weiter mit StormC beschäftigt, stimmts? Die Projekt-Datei ist ähnlich aufgebaut wie ein makefile. Sollte man tatsächlich in die Verlegenheit kommen, auf nen Kommandozeilen-GCC wechseln zu müssen, kann man sich aus diesen Projektdateien in wenigen Sekunden ein makefile "zusammenklicken". Ich bleibe dabei: Simpler ist es für Anfänger allemal, eine IDE zu benutzen. Da haben sie alle Dateien, die zu einem Projekt gehören auf einen Blick und ein Doppelklick reicht, um sie sich anzusehen oder zu verändern. Zu "GCC 2.95.x _definitiv_ schlechter als GCC 3.x": Kannst da bitte mal _genau_ sagen, wo der 2.95.x schlechter ist als der 3.x? Aber jetzt sag nicht "der erzeugt besseren Code". Der Codegenerator wurde beim 3.x komplett umgekrempelt und entwickelt sich erst noch zu einem besseren. Im Moment ist der Code, der dabei herauskommt, keinen Deut besser als beim 2.95.x. Nur anders |
|||||
|
whose
Nutzer
22.02.2004, 02:41 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Hallo Dietmar! >Ein Widerspruch in sich, Anfänger machen keine grösseren Projekte. Das ist es, was ich mit "Denkt mal mehr an die Anfänger dabei" meinte. Ein "größeres" Projekt beginnt schon, wenn man das "HowToReAction"-Beipiel compilieren will. Ich möchte Dich (und die anderen Profis) einmal dazu anregen, sich hinzusetzen, den Kopf ganz leer von Profi-Wissen zu machen und dann dieses Beispiel in ein Makefile umzusetzen. Oder schnappt Euch nen Neuling und laßt ihn das ohne Man-Pages-wälzen machen. Der gibt nach 2 Stunden entnervt auf, jede Wette. Und wenn ich ganz ehrlich sein darf: Ich sehe bisher keine einzige Beschränkung darin, mit der Storm-IDE Projekte für AmigaOS "zusammenzuklicken". Bisher war Make für mich einzig und allein dann von Nöten, wenn es um plattformübergreifende Projekte ging. Aber selbst der GCC von StormC existiert als StormC-Projekt, und ich sehe nirgends etwas, was mich bei diesem Projekt beschränken würde, weil ich die Storm-IDE benutze. Versteh mich nicht falsch, ich sehe Deine Argumente ein, wenn es um tatsächliche Profi-Arbeit geht. Die ständig aufs neue gegebene Empfehlung, von vornherein "Make" zu benutzen, selbst wenn man absoluter Beginner ist, ist für mich aber ganz einfach nicht nachvollziehbar. Jedesmal höre ich das "Argument", daß man durch eine IDE zu beschränkt wäre. Seltsamerweise ist mir noch kein einziges Amiga-only-Projekt bekannt, wo ich ohne Make in den Möglichkeiten beschränkt wäre. Laß die Anfänger doch einfach mit der IDE arbeiten und wenn sie fortgeschrittener sind, können sie sich immer noch mit Make beschäftigen. Das machts leichter für sie, glaubs mir. |
|||||
|
whose
Nutzer
22.02.2004, 00:45 Uhr [ - Direktlink - ] |
Thema: CyberstPPC & SCSI II Controler
Brett: Amiga, AmigaOS 4 Ich hab nen alten GVP FastSCSI-II (leider ohne Guru-ROM) in meinem 4000er mit CSPPC laufen. Nicht berühmt, aber der Scanner läuft damit um einiges besser als mit dem UW-SCSI der CSPPC. Ein bißchen was zum "richtigen Terminieren": Kann mir mal jemand erklären, warum ein Yamaha 4416 SCSI-Brenner TROTZ korrekter Terminierung an der CSPPC nicht vernünftig läuft (ständig SCSI Phase change Fehler)? Ein TeacCDR-55S dagegen tuts. Aber BEIDE gehen einwandfrei (wenn auch mit schlechterem Durchsatz) an dem GVP. Von wegen der CSPPC-SCSI ist besser... Grüße |
|||||
|
whose
Nutzer
22.02.2004, 00:36 Uhr [ - Direktlink - ] |
Thema: StFax4
Brett: Amiga, AmigaOS 4 (eigentlich immer noch STFax-Supporter Ja, das Problem ist tatsächlich, daß es hier um ein ISDN-Gerät geht, Fax bis G3 aber nur analog funktioniert oder von dem ISDN-Gerät ausdrücklich unterstützt werden muß (wobei mir keins bekannt ist, daß diese Funktion in Hardware bietet). Zum Faxen langt aber tatsächlich ein älteres 14400Baud-Faxmodem. Die Speeddragon hat ja, wenn ich mich recht erinnere, eingebaute a/b-Wandler, so daß sich ein normales Modem ohne große Probleme anschließen lassen sollte. Im Zweifelsfall mal ein bißchen bei ePay stöbern, empfehlen kann ich z.B. ZyXEL U-1496E, ein sehr stabil funktionierendes Faxmodem (besitze ich selbst, seit 8 Jahren Falls noch weitere Probleme auftauchen sollten, eMehl an mich und ich versuche zu helfen. Grüße |
|||||
|
whose
Nutzer
22.02.2004, 00:17 Uhr [ - Direktlink - ] |
Thema: C-Anfängerkurs
Brett: Programmierung Also, mal schnell meine 2 Cent dazu: Der Kurs gefällt mir inzwischen sehr gut. Ich kanns zwar schon, aber ich stand auch mal auf dem Level, neu anfangen zu müssen. Damals noch völlig ohne Anfängerkurs. Sobald es zum Thema GUI unter AmigaOS kommt, melde ich mich bei Mad_Dog. Das scheint immer noch ein Thema zu sein, wo Aufklärungsbedarf herrscht. Dabei gabs dazu schon einige Kurse, aber die scheinen nie die Beachtung gefunden zu haben, die sie verdienen. Vielleicht kann ich da ein bißchen helfen und es ggf. besser machen. Zum Thema "Welcher Compiler": Es ist schon richtig, daß GCC 3.x für MOS/AOS4 fürs erste die einzige Wahl ist, nichts desto trotz halte ich es auch für richtig, daß der Kurs aufbauend auf StormC3 beginnt. So schlecht, wie die IDE hier manchesmal geredet wird, ist sie nun wirklich nicht. Holger und den anderen mit nem Storm-Problem kann ich (wie so oft) nur empfehlen, sich die Bedienung völlig klar zu machen und die sinnlosen Vergleiche mit den weiter entwickelten IDEs aus der Windows-Welt bleiben zu lassen. StormC bietet alle Funktionen, die man benötigt, halt nur nicht so viel Schnickschnack wie die anderen. Funktionsprobleme rühren meist daher, daß man sich die Bedienungsanleitung und die darin enthaltenen Warnungen nicht angesehen hat. Bei mir tuts StormC (4) auf allen Maschinen, 4000er und zwei 1200er in unterschiedlichen Ausstattungen. Und zwar ohne Probleme. Gerade StormC4(3) bietet alles, was man auch als Profi braucht (CVS, Debugger(StormC3), Dokumenatationshilfe etc. pp.). Und der GCC 2.95.2 ist nicht schlechter als der 3.x. Hat nur andere Fehler Das bei etwas größeren Programmen "Make" für die Anfänger keine gute Idee ist, sollte den Profis hier genauso klar sein. Verunsichert die Newbies nicht gleich wieder Ich mag "Make" auch nicht besonders, weils halt doch wesentlich mehr Arbeit bedeutet, den ganzen Kram syntaktisch korrekt einzutippern. Bei den meisten Projekten habe ich die gleiche Arbeit in StormC mit ein paar wenigen Mausklicks erledigt. Denkt halt mal ein wenig an die Anfänger. Für die ist GCC pur ein harter Brocken.Grüße |
|||||
|
whose
Nutzer
02.02.2004, 02:36 Uhr [ - Direktlink - ] |
Thema: Eggdrop
Brett: Amiga, AmigaOS 4 Salut! Hat jemand den Eggdrop-Port von DCR8250 zum Laufen bekommen, ohne ne komplette Geek Gadgets Installation machen zu müssen? Mit der Standard-AmiTCP gehts nicht, Genesis und Miami auch nicht. Problem ist der DNS-Lookup für den irc-Server. Mal bekommt der das gar nicht hin, mal meldet der Bot nen "Error 0", was ja ungemein aussagekräftig ist Telnet-Verbindung zum Bot funzt einwandfrei, wobei der anscheinend zügiger reagiert, wenn eine gültige resolv.conf auffindbar ist.Danke im Voraus! Grüße |
|||||
|
whose
Nutzer
31.05.2002, 23:47 Uhr [ - Direktlink - ] |
Thema: ReAction texteditor.gadget: Hat jemand vollständige Informationen?
Brett: Programmierung Hallo! Hat irgend jemand vollständigere Entwickler-Dokumentation zum texteditor.gadget als die, die im NDK enthalten ist? Auch Informationen zu meinem eigentlichen Problem mit dem Teil wären äußerst hilfreich. Ich erklär mal, worum es geht: Ich benutze in einem Programm das texteditor.gadget und möchte dem Benutzer den vollen Funktionsumfang des Gadgets bieten, dazu zählen auch Undo/Redo, Cut'n'Paste. Nun funktionieren Undo/Redo genau so, wie man es aus den Autodocs herauslesen kann, nämlich indem man dem Gadget ein ARexx-Kommando sendet (via GA_TEXTEDITOR_ARexxCmd). Leider funktioniert das so bei der ReAction-Version des Gadgets nicht für Cut'n'Paste. Das System friert ein und das war's. Die MUI-Version hat damit keinerlei Problem. Interconnection setzen und GA_TEXTEDITOR_ARexxCmd "CUT" senden, fertig. Die Frage lautet jetzt, was man bei dem RA texteditor.gadget anders machen muß, damit Cut'n'Paste funktioniert. Ich habe bei EditPad beobachten können, daß ein neuer Task namens "texteditor slave" gestartet wird, wenn man Cut'n'Paste benutzt. Was muß man dabei beachten, damit's läuft? Danke schon mal im voraus. Grüße |
|||||
|
whose
Nutzer
30.05.2002, 17:54 Uhr [ - Direktlink - ] |
Thema: Probs mit Reaction Listbrowser programmierung
Brett: Programmierung Probier's mal mit der Methode 'LBM_AddNode', bevor Du den Node mit AddTail() in deine eigene Liste einhängst. So ganz firm bin ich beim ListBrowser auch noch nicht, aber das müßte das Problem lösen. Könnte sogar sein, daß Du Dir AddTail() sparen kannst, da man die Nodes per Methode des ListBrowsers schon in die Liste einhängt. Aber wie gesagt, genaues weiß ich da auch nicht, muß erst mal selbst ein wenig experimentieren. Aber vielleicht kannst _Du_ _mir_ weiterhelfen, was das Texteditor.gadget betrifft. Die Nutzung der ARexx-Kommandos klappt soweit ganz gut, Undo und Redo, sowie Clear und Erase laufen bestens. Nur wenn ich versuche, die Clipboard-Funktionen Cut, Copy und Paste zu benutzen, hängt sich das System komplett weg. Woran könnt's liegen? Grüße [ Dieser Beitrag wurde von whose am 30.05.2002 editiert. ] |
|||||
|
whose
Nutzer
01.02.2002, 21:14 Uhr [ - Direktlink - ] |
Thema: 8 Bit RTG eigentlich immer mit c2p?
Brett: Amiga, AmigaOS 4 Holger: BltBitMap(), Line(), Move()... alles, was es da so an Routinen gibt. Über rtgmaster habe ich zwar nachgedacht, ist aber für das, was ich vorhabe, Overkill. Das, was ich schon fertig habe, läuft auf allen bisher getesteten Systemen ohne Änderungen, halt nur etwas langsam auf GraKa in 8 Bit. 15 Bit ist schnell genug, sofern der GraKa-Blitter wenigstens Line-Blits unterstützt... Grüße |
|||||
|
whose
Nutzer
01.02.2002, 21:01 Uhr [ - Direktlink - ] |
Thema: WinUAE plötzlich 5 mal schneller
Brett: AROS und Amiga-Emulatoren Darius: Dann sind wir uns wohl schon übern Weg gelaufen...;) War auch da... Gruß |
|||||
|
whose
Nutzer
01.02.2002, 20:14 Uhr [ - Direktlink - ] |
Thema: 8 Bit RTG eigentlich immer mit c2p?
Brett: Amiga, AmigaOS 4 Oweh, peinlicher Patzer. Entschuldigt bitte das Sinnlos-Posting vorher... Also, ich wollte für ein kleines Spielchen ausschließlich OS-Routinen und, soweit vorhanden, eine ggf. vorhandene Blitter-Unterstützung nutzen. In 15Bit+ klappt das prima, da erreiche ich sogar auf meinem 1200er ZII mit CV64/3D / CGFX ausreichend Tempo. Nur 8 Bit ist grauenhaft lahm, egal auf welcher meiner Maschinen (A1200, A4000PPC/CVPPC, AXL). So, wie ich das sehe, führt die RTG-Software da eine doppelte Wandlung durch, erst c2p und danach p2c. Das würde die extreme "Unsauberkeit" des DB-Beispiels auf einem 8Bit-Screen erklären (starkes Ruckeln in unregelmäßigen Abständen). In 15 Bit läuft es "sauber". Jetzt frage ich mich natürlich, ob ich die RTG-Software davon überzeugen kann, in 8Bit-Modi genau so sauber zu arbeiten, wie in 15Bit+... Versuche mit ausdrücklicher Allozierung der Bitmaps im Chunky-Format habe ich auch schon gemacht, keine Änderung (GetCyberMapAttr() habe ich verwendet. Daher ist klar, das es Chunky-Bitmaps sind). Ich weiß echt nicht mehr weiter... Normalerweise würde ich sagen: Sch... was drauf! Nimm 15/16Bit! Aber da ich die AGA/ECS-Besitzer nicht hängen lassen wollte... Naja, auf jeden Fall schon mal herzlichen Dank für die Anregungen. Ich werd mal gründlich drüber nachdenken, vielleicht findet sich eine Lösung. Gruß |
|||||
|
whose
Nutzer
01.02.2002, 20:03 Uhr [ - Direktlink - ] |
Thema: 8 Bit RTG eigentlich immer mit c2p?
Brett: Amiga, AmigaOS 4 Also auf eine Grafikkarte wird sicherlich kein C2P gemacht, dann muesste es ja danach wieder P2C machen. Ich glaube schon das, das die graphics.library Funktionen von P96 gepatched werden. Die PCChips haben ja keinen Planar Modus (ich glaub da gab es einen 4BitPlanar Modus). Nur leider sind die graphics.library Funktionen nicht die schnellsten, siehe WritePixelLine8,... Ich denke p96 stellt da bessere Funktionen. Es kann auch sein,dass im 8Bitmodus immer Bytezugriffe erzwungen werden, und die sind halt nicht so schnell wie bei 16(word)/32(long)Bit. Was hast du genau gemacht? mfg goldmomo [ |
|||||
|
whose
Nutzer
31.01.2002, 22:57 Uhr [ - Direktlink - ] |
Thema: WinUAE plötzlich 5 mal schneller
Brett: AROS und Amiga-Emulatoren Solar: Fernmelder? Gruß |
|||||
|
whose
Nutzer
31.01.2002, 22:56 Uhr [ - Direktlink - ] |
Thema: Amitlon/QNX-OS-XL & Notebooks
Brett: AROS und Amiga-Emulatoren Kronos: Ja, kann sein. Ich hatte was vergessen: Bisher läuft auf dem FX301 nur AXL zufriedenstellend (ATI Grafik). Amithlon startet zwar (was ein gutes Zeichen ist!) aber leider ist man auf VESA Modus beschränkt. Das schränkt die Benutzbarkeit bisher ein wenig ein. Ich hoffe, das ich den Harald bald mal erreiche (per Teflon), um diesem 'Mißstand' abzuhelfen Gruß |
|||||
|
whose
Nutzer
31.01.2002, 22:42 Uhr [ - Direktlink - ] |
Thema: Amitlon/QNX-OS-XL & Notebooks
Brett: AROS und Amiga-Emulatoren Kronos: Da gibt es eine ganze Serie von. Die Sub-Notebooks sind schweineteuer (2500,- EUR mit Tendenz nach oben ), das Ding hier (FX 301, tipper gerade drauf, AWeb, nicht IE ) ist eine Nummer größer (oder zwei) und ist von der Akku-Laufzeit nicht gerade prall (mit schwerem DVD-Einsatz ca. 30 Minuten). Aber es tut seinen Dienst und es ist alles dran, was man so braucht. 10/100 MBit Ethernet, USB, Firewire, DVD etc. Und nicht allzu teuer, hat 2.800 DM gekostet...Gruß |
|||||
|
whose
Nutzer
31.01.2002, 22:24 Uhr [ - Direktlink - ] |
Thema: 8 Bit RTG eigentlich immer mit c2p?
Brett: Amiga, AmigaOS 4 Moin! Eine ganz dumme Frage :Wird in einem 8-Bit BS-Modus von CGFX/P96 eigentlich pauschal eine Chunky-zu-Planar-Konvertierung (und umgekehrt) durchgeführt, wenn die graphics.library Funktionen benutzt werden? Aufgefallen ist mir das, als ich ein wenig mit dem Double-Buffer-Beispiel der DevCD herumgespielt habe. In 16 Bit ist das deutlich flüssiger als in 8 Bit. Ich habe mal versucht, die einzelnen Bitmaps ausdrücklich im PIXFMT_LUT8-Format zu allozieren, das ändert aber nichts. Weiß jemand, wie man diese Konvertierung umgehen kann (bei Benutzung der OS-Routinen)? Danke für die Hilfe! |
|||||
|
whose
Nutzer
31.01.2002, 22:15 Uhr [ - Direktlink - ] |
Thema: Amitlon/QNX-OS-XL & Notebooks
Brett: AROS und Amiga-Emulatoren Hallo Mika, wenn Du die Möglichkeit hast, Dir die QNX-Install-CD zu besorgen, kannst Du ein Notebook testen (nicht gerade bei Saturn, aber viele Händler lassen da mit sich reden . Die Sony VAIO Reihe ist im allgemeinen sehr unproblematisch mit AmigaXL, hab's am Sonntag auf der Messe ja vorgeführt. Ich habe das VAIO FX301, das FX401 ist nahezu baugleich. Das FX501 (Mobile Pentium III) sollte auch ohne Probs gehen, hab's aber noch nicht ausprobiert.Mit Amithlon habe ich es bisher noch nicht ans (vernünftige) Laufen gebracht, das liegt aber wohl an dem ATI Rage Pro Mobile Chip. Bisher bin ich aber auch mit AXL ganz zufrieden, das Tempo ist mehr als ausreichend... Grüße |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|