Zitat:

---

Original von melior:
Ich benutze einen 17"-TFT an meinem A2000 mit CV64/3D und bin mit der Geschwindigkeit vollauf zufrieden. Die Auflösung ist 1280x1024/8Bit.

---

Zitat:

---

CarstenS:
@gni:
> FAT32 sollte man bei DVD-RAM auf jeden Fall vermeiden.

FAT32 sollte man wenn möglich immer vermeiden...

---

Zitat:

---

Gary7:

Zitat:

---

gni:
Das ist "nur" ein Update. Ohne installierten Treiber nützen die Archive von dort nix.

---

Ich habe 2 DVD-RAM Treiber. Einen von meinem LG GSA4040b und einen von Toshiba. Ob einer dieser beiden auch bei anderen Brennern funktioniert kann ich nicht sagen. Allerdings könnte ich sie per eMail versenden, wenn das überhaupt erlaubt ist.

---

Zitat:

---

Der Unterschied zwischen UDF und FAT32 bei DVD - RAM besteht darin, dass unterschiedlich große Files verschiedene Zeiten zum brennen brauchen.

---

Zitat:

---

Gary7:

Zitat:

---

hjoerg:
Welche DVD-RAM-Treiber für XP benutzten der Computer/Laptop?

---

Diesen hier

---

Zitat:

---

Bogomil76:
was InCD daran nicht erfüllen kann DVD-RAM korrekt einzubinden?

---

Zitat:

---

padrino:
Die ML müsst ich mal probieren. Aber sind da "nur" User? Ich mein, das Limit ist wohl in MCD, da müsste dann schon ein Coder ran.

---

Zitat:

---

Und ne, MCD nutz ich nicht wirklich oft, wieso? 8-)

---

Zitat:

---

padrino:
Habt Ihr schon mal versucht dem Autor von MakeCD zu mailen? Gut, das geht, aber ich hab noch nie eine Antwort bekommen!

---

Zitat:

---

Hab schon mehrmals versucht, hab auch schon enforcer-hits geschickt (da ich mir dachte, was hits hat crasht mit OS4...), aber bisher, keine Antwort, kein Fix...

---

Zitat:

---

Splitten geht mit MakeCD ganz einfach. Man muss halt indizes setzen. Hat man das gemacht, dann im Menü "Bearbeiten/Track an Indices aufteilen" wählen. Schon macht MCD einem schöne einzelne Tracks.
Auf Wunsch ganz ohne Lücken. So kann man z.B. schön einen Live-Mitschnitt am Stück brennen und kann doch von Track zu Track springen.

---

Zitat:

---

Amiga4ever:
gibts auch irgendeine Möglichkeit, das Filesystem zu ändern, ohne daß die Daten auf der Platte gelöscht werden?

---

Zitat:

---

adda:
weiss einer was über ein

CD-ROM Kit von VOB Computersysteme GmbH

---

Zitat:

---

Für welches System war das ? Was macht das genau ?

---

Zitat:

---

Hat evtl. einer eine Webseite gefunden wo ich darüber genauere Information bekommen kann ?

---

Zitat:

---

Reth:
Also ist der C++ Programmierer gar kein so Pointer-Jongleur wie der C-Programmierer? Benutzt der C++ Programmierer fast nur Objekte und deren Kopien als viel mehr Referenzen auf Objekte (in Java hat man nur Referenzen)?

---

Zitat:

---

Verbrät das nicht viel mehr Speicher als nötig wäre?

---

Zitat:

---

whose:
Bei der Gelegenheit: Wie ist denn der korrekte Ablauf zum Auswählen des gewünschten Datatypes zum Speichern?

---

Zitat:

---

MaikG:
Ist das 2x audio.device öffnen nun Richtig?

---

Zitat:

---

Original von Solar:
...und ist in neueren GCC-Versionen deprecated - statt dessen -Wextra benutzen!

---

Zitat:

---

whose:
Soweit ich weiß, gibst Du in dtw_Mode DTWM_IFF an, dann speichert das
Datatype die ganze Chose als IFF.

---

Zitat:

---

Original von DariusBrewka:
Ich habe das zwar noch nicht untersucht, aber soweit ich weiss sind die Datatypes nur zum laden der Dateien, das speichern geschieht immer im Standardt Amiga Format, d.h. in ILBM. Hoffentlich irre ich mich!

---

Zitat:

---

Sprocki:
Wenn Du nicht gerade ein .nrg daraus machst sondern ein .iso, kannst Du das ganz leicht z.B. mit VirtualCD mounten und von dort auch installieren.

---

Zitat:

---

aPEX:
will es noch jemand, oder kann ich die seite wieder offline tun?

---

ich weiss nicht mal wo die Seite ist

Zitat:

---

whose:
Die lokale Variable innerhalb der Gate-Funktion ist nur für die Gate-Funktion selbst interessant.

---

Zitat:

---

Zitat:

---

Das wäre ja überraschend wenn diese RunPPC-Aufrufe nicht mit StormC funktionieren würden, denn die WOS_version von mpega_libmad wurde bisher mit StormC V4 gebaut :-) StormC V4 == StormGCC, richtig?

---

Das habe ich auch gelesen Allerdings compiliert die nicht auf dem StormC4, habe ich bereits probiert.

---

Zitat:

---

Sieht mir auch mehr so aus, als hätte man da versucht, PUP und WOS zu mischen.

---

Zitat:

---

Keine Ahnung, was der vorherige Maintainer da für Tricks benutzt hat, damit das lief. Bei mir tuts das jedenfalls nicht, daher hab ich damit begonnen, mit der herkömmlichen Methode zu arbeiten. Und die compiliert wenigstens

---

Zitat:

---

Zitat:

---

Also braucht man bei WOS-Libraries immer separate Einsprünge in der Librarybasis für echte PPC-Funktionen, die vom PPC aus aufgerufen werden. Darum müßte man sich aber selber kümmern und Storm hilft da nicht wirklich? Eventuell hatte die WOS-Bibliothek des 6th Release ja nur ein 68k-Interface (und ich mache mir grundlos Gedanken ;-)?

---

Das verstehe ich jetzt wieder nicht so ganz. Eine echte "WOS-Library" im Sinne einer shared library gibts ja nicht.

---

Doch gibt es (Auch) bei PowerUp ist es möglich die PPC-Libraryfunktionen direkt vom PPC-Programm aufzurufen. Allerdings ist das ganze nicht SetFunction kompatibel.

Zitat:

---

Es gibt nur shared libraries in Form eines mixed oder fat binary, wo eben neben 68K-Funktionen auch PPC-Funktionen enthalten sind, die man nur über die 68K-Gates erreichen kann, auch von PPC-Programmen aus.

---

Zitat:

---

Im Grunde das Gleiche wie bei PUP. Zumindest sehe ich bei dem, was ich über AOS shared libraries weiß auch keine andere Möglichkeit, in die Lib Funktionen direkt von einem PPC-Programm aus einzuspringen.

---

Zitat:

---

Außer, man bastelt sich selbst ein "WOS shared library Framework".

---

Zitat:

---

Wär des einfacher gewesen, hätten wir das Heckmeck mit den Context Switches wohl nie gehabt *seufz*

---

Zitat:

---

Zitat:

---

Mir ging es ja auch um PPC-Programme die die (PPC-) Shared-Library benutzen.

---

Das wiederum hab ich nu verstanden

---

Zitat:

---

whose:

Zitat:

---

gni:
Und wozu brauch ich den? Warum kann ich _PPC_Stub nicht direkt verwenden?

---

Du kannst Dir die Gate-Funktionen auch ohne weiteres selber basteln, kannst dann aber nicht mehr ganz so einfach zwischen 68K- und PPC-Compiler wechseln.

---

Zitat:

---

Allerdings sind diese RunPPC-Aufrufe "selbstgebastelte" Gates und tun meines Wissens nicht mit dem StormC.

---

Zitat:

---

Soweit ich weiß, kann man nur über die 68K-Einsprünge Funktionen einer shared library aufrufen, das bedeutet, auch aus PPC-Programmen heraus muß man über die 68K-Gates die Funktion der Library aufrufen, unabhängig davon, ob der Code der Funktion 68K oder PPC ist. Das war ja auch das große Problem, von wegen n Haufen Zeit mit den Context-Switches verplempern usw.

---

Zitat:

---

Innerhalb der Library hingegen kannst Du ohne Umweg über Gates aus einer PPC-Funktion eine andere PPC-Funktion aufrufen. So hatte ich das verstanden.

---

Zitat:

---

Lord_Helmchen:
Unter OS 3.9 mit BoingBall2 und Rom-Update auf V.45.57 gelingt es mir nicht, den Befehl "Ed" auszuführen. Es erscheint daraufhin in traditioneller Guru-Manier ein gelber Kasten auf schwarzem Bildschirm mit dem Hinweis "regtools.library"...

---

Zitat:

---

Schön, diese lib befindet sich schon in Workbench:libs und trotzdem funzt es nicht.

---

Zitat:

---

whose:

Zitat:

---

gni:
static void (*PPCData__WRAP_MPEGA_decode_frame)(void) = _PPCStub__WRAP_MPEGA_decode_frame;

---

Pointer auf die PPCStub-Funktion

---

Zitat:

---

Also, die PPC-Funktion ist _PPCStub__WRAP_MPEGA_decode_frame. Genau dieser Aufruf (der vom Linker extern aufgelöst wird) wird vom 68K-Gate benutzt (siehe oben im Quelltext). Die wird auch benutzt, wenn Du das für PPC compilierst.

---

Zitat:

---

Der Aufruf aus PPC-Code heraus lautet dann genau so, wie bisher, intern wird aber die _PPCStub_-Funktion benutzt. Daran kommst Du leider nicht vorbei, wenn Du mixed binaries erzeugst.

---

Zitat:

---

whose:
Ich hoffe, das Zeugs ist lesbar angekommen.

---

Zitat:

---

Ist der Source zur Stub bzw. dem Wrapper für WRAP_MPEGA_decode_frame().

Für den Einsprung via 68K wird ne Stub angelegt, für den Einsprung via PPC ein Wrapper. Ist ziemlich simpel gestrickt das Ganze.

---

Zitat:

---

whose:

Zitat:

---

gni:
FWIW, es geht um eine WarpOS Version von mpega_libmad (7th release).

---

Hihi, damit hatte ich mich auch beschäftigt, war aber zu faul, das weiter zu machen (müßte noch was entrümpelt werden);)

---

Zitat:

---

Also, bei StormC erzeugt StormLink die 68K-Stubs, also ohne Gates gehts nicht (war das jetzt Blasphemie? .

---

Zitat:

---

Ich kann Dir ja mal meine Sourcen zuschicken, da kannst Du Dir anschauen, welche Stubs der StormLink erzeugt.

---

Zitat:

---

Läßt mir Deine Mail-Adresse zukommen, dann schick ich Dir die Sourcen sofort.

---

Per Briefsymbol im Benutzerprofil solltest Du mir eine Mail schreiben können

Zitat:

---

Tim68:
womit kann man xxx.dms - Dateien
1. auf DD-disketten übertragen

---

Zitat:

---

2. bearbeiten

---

Zitat:

---

aPEX:
nur 1:1 nachbauten sofern moeglich. und nicht so komplexe hardware wie ne picasso 4... da wuerden glaub keine 100 stueck zusammen kommen bei nem preis von.... (keine ahnung was die karte damals schon gekostet hat).

---

Zitat:

---

Original von AC-Pseudo:
Es sieht ganz so aus, ansonsten wäre er doch wohl mit Moderator oder Admin-Paßwort auf die Reise gegangen.

---

Zitat:

---

Cottet:
ACE und 7-Zip Kompressionsverfahren = Amiga Fehlanzeige.

---

Zitat:

---

Aktuelle PDF Formate = Amiga Fehlanzeige.

---

Zitat:

---

Ausgereifte Brennprogramme = Amiga Fehlanzeige.

---

Zitat:

---

Etwas Unterhaltung mit Doom3, Need For Speed, World Racing, Medal Of Honour, Half-Life usw... = Amiga Fehlanzeige.

---

Zitat:

---

Vigo:

Zitat:

---

gni:

Zitat:

---

Vigo:
Ich möchte sicher mit einer Firewall im Internet surfen. Da OS3.9 jedoch keinen Speicherschutz hat, wird wohl nix draus....

---

Klär mich auf: Wo ist da der Zusammenhang?

---

Ohne Speicherschutz stehen JEDEM Programm die Systemstrukturen und Ressourcen offen, ohne effektiven Schutz leisten zu können (z.B. das Programm in seinen eigenen Speicherbereich einkapseln, wo jede Zugriffsverletzung eine Exception auslöst, die z.B. das Programm beendet). Ein Paradies für Trojaner, Spyware etc. Auch Kryptographie ist unbrauchbar, da ein Spyprogramm nur im kompletten Speicher nach der Signatur suchen müsste, um an die ungeschützten, unverschlüsselten Daten zu kommen. Es exsistiert kein Schutz dagegen.

---