Zitat:

---

Original von Reth:
Hallo allerseits,

nachdem ich ja bereits im AmiGiftthread meinte, dass selbiges Tool seine Tempdateien nach DH3:Trashcan legt, hab ich nun festgestellt, dass ich dieses Verzeichnis nicht löschen kann und alle Dateien, die von dieser Partition gelöscht werden, landen in diesem Verzeichnis, selbst wenn ich es umbenenne in z.B. _TRASAH!!

Habe den Rechner schon ausgeschaltet und danach direkt ohne startup-seuqence gebootet: Das Verzeichnis liess sich nicht löschen!

Wenn ich den Setpatch laufen lasse und direkt danach ohne Startup-seuqence boote, delete DH3:Trashcan all eingebe, meldet die Shell keinen Fehler aber das Verzeichnis besteht immer noch!

Woran kann denn das liegen?

Steh ich mal wieder auf dem Schlauch?
Ciao

---

Zitat:

---

Original von chkamiga:
>Das dachte ich bisher auch. Bei älteren Modellen ist es auch noch so. Scheinbar hat sich da allerdings einiges getan. Mittlerweile brenne ich AudioCD's nur nuch 52 x. Habe bisher noch keine Fehler gehabt und die Qualität ist sehr gut.

Genau, sag ich ja 1:1 mit 16 fach, Bit für Bit verglichen.

---

Zitat:

---

Original von chkamiga:
>nö...sind ganz simple Miniatur-Relais (Grösse etwa wie
>DIL-16 ICs)

Sowas kleines hab ich nicht da.


>>Ansonsten nimm doch, statt der Relais, IC-Analogschalter.
> IC-Analogschalter, wie heissen die?

Da gibt's z.B. den CMOS-Typ "HEF 4053"; der hat 4 Umschalter.
Für eine Monitor-Umschaltung wären also 2 ICs nötig.
Eine Bauanleitung gab's mal im "Amiga-Magazin 06/1990".
...kann ich Dir bei Bedarf ja schicken


CD 4053, damit hab ich mal ein A/V umschalter gebaut,
der hat irgendwie nix getaugt, Bild a wurde von Bild
b und c überlagert. Vielleicht hab ich auch was
falsch gemacht.

---

Zitat:

---

Original von Maja:

Zitat:

---

Original von Daniel01:
Habe aber gemerkt, je weniger Farben ich bei CGX nehme um so stäbiler läuft das SYS.
Wie gesagt, ich boote von SCSI und arbeite auch mit SCSI!!!!
Das System lief aber bis letztes mal nur sagen wir mal so zu 90% Stabil.
Zumindest auf einem 8Bit CGX Schirm mit 256 Farben.
Wenn ich mehr Farben nahm also 16 Bit oder gar 24Bit blieb er hängen mit ACTION oder aber auch wenn ich
im 8Bit Bildschirm bei ACTION auf Zorro2 ging (also die Klammern weg machte).
Habe wieder viiiiel ausprobiert und es geht immer noch was besser denke ich mir mal und denke ich auch immer.
Somit habe ich heute noch einmal das Prog. Picasso96 install und CGX ertmal auf Eiß gelegt.
Bildschirm neu eingestellt das ich auch erstmal vernünftig was sehe und was soll ich sagen,
Neustart und siehe da, Trotz 16 Bit und 1024x768 läuft ACTION nun fehlerfrei und bleibt nicht hängen.
Kann nun auch wieder ACTION mit nicht in Klammern stehendem Zorro2 laufen lassen und das sogar mit 24Bit!!!

---

Frage an Eule:
Liegt es im Bereich des Möglichen, dass CGX im Verbindung mit der
CyberVision 64/3D in einem A1200-System mit Zorro-Erweiterung bei
Screens >8Bit einen Speicherbereich belegt, der vom blizzppc.device
(SCSI-Device der BlizzardPPC 603e+) für DMA-Datentransfer verwendet
wird, wenn größere Datenmengen übertragen werden?

---

Zitat:

---

Ich hatte in meinem A1200-Tower zuletzt WinnerZ4, BlizzardPPC603e+,
BlizzardVision (CGX4). Das System war SCSI-only (Kette: 2x HDD, 1x
ZIP, Scanner). Damit gab es keinerlei Abstürze, die reproduzierbar
ihre Ursache in der Farbtiefe des Bildschirmes hatten.

---

Zitat:

---

Original von GMB:

Hi,

ich wollte einmal wissen, welche Grafikkarten denn zuverlässig
mit einer Phase5/DCE Cyberstorm PPC bzw. MK3 laufen.
Mit meiner PPC Karte läuft nämlich scheinbar nur die Cybervision PPC.
Meine Picasso IV blockieren zusammen mit der PPC das System
(kein booten möglich) und meine Cybervision 64 (non-3d)
meldet mit der PPC Karte einen Roxxler Error.
Mit den MK2 060er Karten laufen die Picasso IV und die CV64
wochenlang fehlerfrei. Aufgrund des höheren RAM- und SCSI-Speeds

---