|
DEUTSCHE VERSION |
|
 |
| Links | | | Forums | | | Comments | | | Report news |
|
| Chat | | | Polls | | | Newsticker | | | Archive |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > BPPC603e+ mit CV64/3D! ! ! ! ! | [ - Search - New posts - Register - Login - ] |
| 1 2 -3- 4 5 | Thread is closed |
|
2004-06-18, 17:51 h Maja Posts: 15429 User |
Zitat:   [ - Direct link - ] |
|
2004-06-18, 20:53 h Wolfman Posts: 3668 User |
Zitat: Oder auch "zeige mir Deinen Ausweis und ich sage Dir, wie Du heißt"        -- Bild: http://home.arcor.de/the_wolf/Bilder/wolfman.jpg Bikers, Amigas and good Whiskey get better with age [ - Direct link - ] |
|
2004-06-18, 22:25 h Maja Posts: 15429 User |
@ Wolfman "Nennen Sie uns Ihre Antwort. Wir haben garantiert das passende Problem dazu." [ - Direct link - ] |
|
2004-06-18, 22:45 h Wolfman Posts: 3668 User |
Einer meiner Lehrer pflegte seinerzeit bei solchen Aussagen zu sagen "Oh, ein Meister des Offensichtlichen"  -- Bild: http://home.arcor.de/the_wolf/Bilder/wolfman.jpg Bikers, Amigas and good Whiskey get better with age [ - Direct link - ] |
|
2004-06-19, 11:02 h Eule Posts: 1607 User |
Antwort auf chkamiga: >>ESCOM oder AMIGA ? >Beides, hab das A1200 Board ja schon ausgetauscht. OK daran liegts nicht. >>Deswegen finde ich das mit dem Datentransferzeugs >>was Daniel erzählt quark. >>Ist extrem wichtig für SCSI und IDE. >Mit dem Datentransfer habe ich nie Probleme >gehabt, weder bei IDE noch SCSI. >Ich kann beliebige Mask und Maxtransfer eingeben. Na klar kann man verschiedenen Werte eingeben. Mit den einen funktionierts immer, mit den anderen manchmal nicht. Es wäre schön, wenn du nicht beliebige Mask und Maxtransfer Werte eingibst sondern nur die empfohlenen Werte benutzt. Die Empfohlenen Werte sorgen dafür dass der Kontroller nicht versucht an illegale Stellen Daten zu übertragen bzw. dass er nicht versucht mehr als 16MB auf einmal zu übertragen. eine falsche Einstellung bemerkst du leider erst wenn du eine wirklich große Datei überträgst. Also mein Tipp: Trag die richtigen Werte ein dann ist an dieser Stelle Ruhe. Falsche Werte können bei einfachen Tests nicht entdeckt werden. >>Die VLAB-Motion überträgt mehr daten über den >>ZorroBus als die CV64/3D und da stürzt nix ab. >Ist ja auch kein SCSI Gerät und macht auch keine DMA, da >werden höchstens kleine Pakete über SCSI übertragen. >Ja, aber SCSI hängt nicht auf dem Zorroboard. Na und ! Woher willst du wissen, dass deine Abstürze was mit dem Zorro Board zu tun haben. Fakt ist doch, dass der SCSI Anschluss DMA benutzt und dann dein System steht. Damit die DMA richtig funktioniert sind Hard und Software Komponenten richtig einzustellen, sonst hast du inkonsistente Daten und dann kann eigentlich alles passieren. >Oder man benutzt SCSI der BPPC nicht, dann läuft >JEDES programm sei es 68k oder PPC. Der riecht förmlich nach einem DMA Problem. Damit der DMA funktionier sind folgende Komponenten wichtig: Einstellung der SCSI Mask und Maxtransfer Werte. Setpatch Richtige 68k Libraries MMU muss vorhanden sein und soll im System korrekt funktionieren. >>Schade, dass man bei deinen Äusserungen nicht >>rauskriegt, ob es an >>deiner SCSI Einstellung ( Einstellung=Quatsch ) oder >>sonst was liegt, >>du blockst eine gezielte Suche nach den Ursachen >>immer ab. >Wieso, frag doch was ich antworte. Na ja ich frag dich ob du die richtigen Mask und Maxtransfer Werte eingestellt hast und bekomme gesagt dass du belieboge Werte benutzt. Das ist keine Antwort ! Ehrlich gesagt ich bekomme dabei den Verdacht dass du das Problem nicht verstehst. >Nur wenn ich kein CGX-Screen benutze, daher ein PAL Screen, >kann ich GBs Übertragen und nix Passiert, deswegen schließe >ich SCSI-Einstellungen aus. Weil SCSI geht ohne CGX. Ich hab dich jetzt verstanden, dass dein System mit dem BPPC SCSI funktioniert wenn kein CGX verwendet wird Und dass dein System auch funktionier wenn CGX verwendet wird und das BPPC SCSI Modul deaktiviert ist. Ist das si richtig ? --- Ich vermute dass du das Problem mit den Cacheable Bereichen einfach nicht verstehst. Glaub mir korrekte Einstellungen sind bei DMA und MMU absolut notwendig. Ich hab oben erklärt was dazu wichtig ist. Die CGX Software muss dauernd große Datenbereiche hin und herkopieren. Wenn z.B. der SCSI Kontroller per DMA die Listen der CGX Verwaltung kaputt schreibt dann hängt dein System. >>Sämtliche CGX-Screens hab ich eh schon ausprobiert und >>es gab keine besserun, 8 Bit, 16 Bit, 24 Bit - alles das >>selbe. >Damit sollte es auch nichts zu tun haben, die Theorie >dass das RAM der CV64-3D kaputt ist stammt von dir >und wird nicht von jedem geteilt. >Hallo? Du brings was durcheinander, ich errinnere mich >nicht gesagt zu haben das das RAM der CV64/3D defekt sein >könnte. Ich schreib jetzt grad damit! Gut denn wenn das RAM der Karte defekt wäre dann würde das nur zu Grafikfehlern aber nicht zu einem Absturz führen. >Ach das meinst du, das macht FastEXEC doch wieder richtig. >Würden aber auch nicht 1,2 MB Fehlendes Chip-RAM erklären. Keine Ahnung aber ich würde von einigen Tools die Finger weg lassen wenn ich nicht weiß was sie tun. In der Dokumentation zu 'MuFastZero' wird 'FastExec' als böser Hack bezeichnet. Falls FastExec die MMU benutzt und diese falsch benutzt könnte es ein Grund sein für deine Probleme. Ich würde dir auch empfehlen die RAD: auszuschalten. ( Falls das noch nicht passiert ist ) Die RAD: benötigt etwa 880KB Chipram. Im allgemeinen empfehle ich den Leuten so wenige Patches wie möglich zu benutzen. Erst sollte man dafür sorgen dass das System ohne Patches stabil läuft und dann kann man versuchen den einen oder anderen Patch zu installieren. Ich würde auch empfehlen nur die Patches aus OS3.5 bzw. OS3.9 zu verwenden. Am alleschlimmsten sind zwei ( oder mehrere ) Patches die das gleiche machen sollen. Dann funktioniert am Ende gar nichts. cu Eule [ - Direct link - ] |
|
2004-06-19, 14:30 h chkamiga Posts: [Former member] |
Es wäre schön, wenn du nicht beliebige Mask und Maxtransfer Werte eingibst sondern nur die empfohlenen Werte benutzt. Welche sind das? SCSI-Config, das beim 1230scsi-Controller bei waren hat die werte so gesetzt. sind alles fs weiss jetzt nicht wieviele. >Die Empfohlenen Werte sorgen dafür dass der Kontroller nicht versucht >an illegale Stellen Daten zu übertragen bzw. dass er nicht versucht >mehr als 16MB auf einmal zu übertragen. eine falsche Einstellung >bemerkst du leider erst wenn du eine wirklich große Datei >überträgst. Mit der 1260+SCSI hatte ich nie sowas, hab auch schon Dateien mit 2 GB übertragen, nix passiert. PPC-Scsi, stürzt ja auch bei kleinen Dateien ab. >Oder man benutzt SCSI der BPPC nicht, dann läuft >JEDES programm sei es 68k oder PPC. >Der riecht förmlich nach einem DMA Problem. >Damit der DMA funktionier sind folgende Komponenten wichtig: >Einstellung der SCSI Mask und Maxtransfer Werte. Mask 8xf Maxtransfer 6xf >Setpatch OS3.9BB2 >Richtige 68k Libraries Neusten, ähm nein ladet PPC ja vom Flash, also die vom neusten flash. Wie gesagt, hab ja so auch einen 68060er >MMU muss vorhanden sein und soll im System korrekt funktionieren. Jepp. >Nur wenn ich kein CGX-Screen benutze, daher ein PAL Screen, >kann ich GBs Übertragen und nix Passiert, deswegen schließe >ich SCSI-Einstellungen aus. Weil SCSI geht ohne CGX. >Ich hab dich jetzt verstanden, dass dein System mit dem BPPC >SCSI funktioniert wenn kein CGX verwendet wird >Und dass dein System auch funktionier wenn CGX verwendet wird und >das BPPC SCSI Modul deaktiviert ist. >Ist das si richtig ? GENAU, deshalb ist es ja so komisch. Aber SCSI muss nicht deaktiviert sein, kann anbleiben, solange man nicht darauf zugreift. >Ach das meinst du, das macht FastEXEC doch wieder richtig. >Würden aber auch nicht 1,2 MB Fehlendes Chip-RAM erklären. >Keine Ahnung aber ich würde von einigen Tools die Finger weg lassen >wenn ich nicht weiß was sie tun. Ich weiss was fastexec macht, verschiebt exec+exp.library ins Fast-Ram und noch ein paar listen(SSP, VBR). Also was bei Autoconfig Ram schon beim Start ins FastRam kommt. >In der Dokumentation zu 'MuFastZero' wird 'FastExec' als böser >Hack bezeichnet. Falls FastExec die MMU benutzt und diese falsch >benutzt könnte es ein Grund sein für deine Probleme. Hab ich deaktiviert. >Ich würde dir auch empfehlen die RAD: auszuschalten. ( Falls >das noch nicht passiert ist ) Die RAD: benötigt etwa 880KB Chipram. Daniel war das der sagte sein Chipram wird so wenig... Im allgemeinen empfehle ich den Leuten so wenige Patches wie möglich zu benutzen. Erst sollte man dafür sorgen dass das System ohne Patches stabil läuft und dann kann man versuchen den einen oder anderen Patch zu installieren. Ich hab sogar alles in der Startsequence+WBStartup+Prefs deaktiviert. Es lief alles bis ich Screenmode.prefs wieder an hatte... -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-19, 16:20 h Eule Posts: 1607 User |
Original von chkamiga: >Es wäre schön, wenn du nicht beliebige Mask und Maxtransfer >Werte eingibst sondern nur die empfohlenen Werte >benutzt. >Welche sind das? Die die ich oder Maja bereits oben gepostet habe funktionieren recht gut. >SCSI-Config, das beim 1230scsi-Controller bei waren >hat die werte so gesetzt. Was bitte ist 'so' ? >sind alles fs was bitte soll ein 'fs' sein ? >weiss jetzt nicht wieviele. Das kann ich dir sagen, es geht umn genau 2 Werte, überprüf die Werte ! >>Die Empfohlenen Werte sorgen dafür dass der Kontroller nicht >>versucht an illegale Stellen Daten zu übertragen bzw. dass er >>nicht versucht mehr als 16MB auf einmal zu übertragen. eine >>falsche Einstellung bemerkst du leider erst wenn du eine >>wirklich große Datei überträgst. >Mit der 1260+SCSI hatte ich nie sowas, hab auch schon >Dateien mit 2 GB übertragen, nix passiert. Das ist egal, nur weil ein Fehler früher nicht auftrat heist es noch lange nicht dass alles richtig war. >PPC-Scsi, stürzt ja auch bei kleinen Dateien ab. Woher weist du dass PPC-SCSI abstürzt ? Ich kenne keine Software mit diesem Namen! Wo bitte ist diese Software her und warum hast du sie installiert ? >>Oder man benutzt SCSI der BPPC nicht, dann läuft >>JEDES programm sei es 68k oder PPC. >>Der riecht förmlich nach einem DMA Problem. >>Damit der DMA funktionier sind folgende Komponenten wichtig: >>Einstellung der SCSI Mask und Maxtransfer Werte. >Mask 8xf >Maxtransfer 6xf Ich kenne kein Tool mit dem man MASK auf 8xf oder Maxtransfer auf 6xf stellen kann. Nimm ein Tools wie z.B. HDToolbox oder SCSIConfig stelle MASK auf 0XFFFFFFFF und MAXTRANSFER auf 0X00FFFFFC Also bitte keine Spezialtools mit denen man die Werte im Oktal system einstellen kann. Und überprüfe nachher ob die Einstellung korrekt gespeicher wurde. >>Setpatch >OS3.9BB2 >>Richtige 68k Libraries >Neusten, ähm nein ladet PPC ja vom Flash, also die vom >neusten flash. Wie gesagt, hab ja so auch einen 68060er Wie die Einstellungen bei der BPPC sind ist mir nicht ganz klar und ich konnte es in der Dukumentation nicht finden. Wenn das System im Flash ist, dann sollte man mit Setpatch und den Libraries für den 060er vielleicht vorsichtig sein. Leider hab ich im Manual dazu nichts gefunden. Eventuell ist es in diesem Fall verkehrt die 68060er Library zu benutzen. >>MMU muss vorhanden sein und soll im System korrekt funktionieren. >Jepp. >>Ich hab dich jetzt verstanden, dass dein System mit dem BPPC >>SCSI funktioniert wenn kein CGX verwendet wird >>Und dass dein System auch funktionier wenn CGX verwendet wird und >>das BPPC SCSI Modul deaktiviert ist. >>Ist das si richtig ? >GENAU, deshalb ist es ja so komisch. >Aber SCSI muss nicht deaktiviert sein, >kann anbleiben, solange >man nicht darauf zugreift. Das heist du benutzt in deinem System zur Zeit eine BPPC Karte und das BPPC SCSI aber kein CGX oder ist es umgekehrt ? >>Ach das meinst du, das macht FastEXEC doch wieder richtig. >>Würden aber auch nicht 1,2 MB Fehlendes Chip-RAM erklären. >>Keine Ahnung aber ich würde von einigen Tools die Finger weg lassen >>wenn ich nicht weiß was sie tun. >Ich weiss was fastexec macht, verschiebt exec+exp.library ins >Fast-Ram und noch ein paar listen(SSP, VBR). >Also was bei Autoconfig Ram schon beim Start ins FastRam kommt. >>In der Dokumentation zu 'MuFastZero' wird 'FastExec' als böser >>Hack bezeichnet. Falls FastExec die MMU benutzt und diese falsch >>benutzt könnte es ein Grund sein für deine Probleme. >Hab ich deaktiviert. >>Ich würde dir auch empfehlen die RAD: auszuschalten. ( Falls >>das noch nicht passiert ist ) Die RAD: benötigt etwa 880KB Chipram. >Daniel war das der sagte sein Chipram wird so wenig... Ach so ich dachte das wäre einer der vielen Probleme die du auf deinem System hast. >Im allgemeinen empfehle ich den Leuten so wenige Patches wie >möglich zu benutzen. Erst sollte man dafür sorgen dass das >System ohne Patches stabil läuft und dann kann man versuchen >den einen oder anderen Patch zu installieren. >Ich hab sogar alles in der Startsequence+WBStartup+Prefs >deaktiviert. Es lief alles bis ich Screenmode.prefs wieder >an hatte... Also wann trat das Problem auf ? Trat es in dem Moment auf in dem du Screenmode.prefs aufgerufen hast oder erst nach dem du das Testbild mit der CGX Karte aufgerufen hast ? Natürlich ist es möglich dass nach mehrmaligen Install/Deinstall von CGX und Picasso96 die ein oder andere Einstellung von CGX hin ist. Aber zu diesem Problem kommen wir noch wenn klar ist dass die Libraries und die Fastplatten korrekt eingestellt sind. cu Eule [ - Direct link - ] |
|
2004-06-19, 19:25 h chkamiga Posts: [Former member] |
>Woher weist du dass PPC-SCSI abstürzt ? Weil die LaufwerksLED Permanent Leuchtet. >Mask 8xf >Maxtransfer 6xf >Ich kenne kein Tool mit dem man MASK auf 8xf >oder Maxtransfer auf 6xf stellen kann. Ich schon SCSIConfig macht das von alleine. Vieleicht verstehst du es so besser: 8 mal F 6 mal F >Nimm ein Tools wie z.B. HDToolbox oder SCSIConfig stelle >MASK auf >0XFFFFFFFF und MAXTRANSFER auf 0X00FFFFFC Mask ist schon so und Maxtrans weicht nur um 3 ab. >Und überprüfe nachher ob die Einstellung korrekt gespeicher >wurde. Jepp, mache ich. >Wie die Einstellungen bei der BPPC sind ist mir nicht >ganz klar und ich konnte es in der Dukumentation nicht finden. >Wenn das System im Flash ist, dann sollte man mit Setpatch >und den Libraries für den 060er vielleicht vorsichtig sein. >Leider hab ich im Manual dazu nichts >gefunden. Eventuell ist es in diesem Fall verkehrt die >68060er Library zu benutzen. Die 060.library ist bereits im Flash und wird vor Setpatch geladen. Die Librarys von Disk, können nicht mehr geladen werden(es sei denn durch Hacks). Genauso dumm gemacht wie mit der PPC.library. Softwaremäßig, ohne das ein neues Flash gemacht wird nicht Updatebar. >Das heist du benutzt in deinem System zur Zeit eine >BPPC Karte und das BPPC SCSI aber kein CGX oder ist es >umgekehrt ? Geht so und so, beides ist mir aber zu dumm, deshalb arbeite ich mit meiner Blizzard1260. >Ach so ich dachte das wäre einer der vielen Probleme >die du auf deinem System hast. Er hat die selbe Config und fast die selben Probleme, das mit dem Chip-Ram hatte ich noch nie gehabt. >Also wann trat das Problem auf ? >Trat es in dem Moment auf in dem du Screenmode.prefs >aufgerufen hast >oder erst nach dem du das Testbild mit der CGX Karte >aufgerufen hast ? Testbild ist Deaktiviert, nachdem ein CGX-Screen offen ist tritt das Problem auf, mal früher mal später. >Natürlich ist es möglich dass nach mehrmaligen >Install/Deinstall von CGX und Picasso96 die ein oder andere >Einstellung von CGX hin ist. Nach einer Installation+Deinstallation stelle ich das System wieder komplett her um sowas zu vermeiden. Diverse CGX einstellungen habe ich ebenfalls probiert. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-19, 21:37 h chkamiga Posts: [Former member] |
So, ging genauso nicht, an MaxTransfer und Mask liegts nicht. Überigens ist SCSIConfig auch bei der PPCSCSI-Disk dabei und das hat immer gemeckert das die eingegebenen werte nicht Optimal sind. Optimal sind die Werte die ich vorher hatte. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-20, 02:06 h Daniel01 Posts: 189 User |
Hallo ihr lieben, na hier geht's ja richtig zur Sache  .Danke das ihr hier so viele Tips geben tut. Ich habe ja schon geschrieben, das mein SYS auch vorher mit einer 1240 und SCSI einwandfrei und fehlerfrei lief. Es lief sogar fehlerfrei, obwohl ich einen Fehler im SCSI Strang hatte weil ich meinen externen Scanner als erstes Gerät am Kabelstrang hatte nach der Blizzard und somit ein Y eingebaut hatte. Als 2tes die SCSI-HD und zuletzt den SCSI Brenner mit Terminator. Ein rießen Fehler der aber der 603e+ nicht gefallen hatte. chkamiga: Du siehst, nicht jeder Fehler macht sich bei dem 1230-1260 er SCSI bemerkbar!!! Hatte es aber dann richtig Terminiert und trotzdem ging ja nichts. Also Festplatte neu eingerichtet und Installiert, Mask und Max-Werte geändert usw und ein bissel an CGX Einstellungen probiert und siehe da, es lief immer besser. Bootet, ACTION läuft einwandfrei, Daten können verschoben oder Kopiert werden von IDE - SCSI und umgekehrt sowie von SCSI - SCSI egal wie groß oder wie viele Verzeichnisse. 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!!! Also, es wird immer besser!!! Habe natürlich kleine sowie große Videos getestet und sie liefen alle. Auch der Browser läuft nun fast einwandfrei habe ich festgestellt. Fast deshalb, ich kann surfen bis der Arzt kommt oder ich mit der Stirn auf die Tastatur falle und einpenne solange ich ihn beim Laden einer Seite nicht störe also anfange zu scrollen. Dann ist sofort Feierabend und er friert ein. Geht aber ziemlich schnell mit dem Laden weil DSL. Da macht das kurze warten nun auch nix mehr.  Das selbe habe ich nun auch bei ACTION feststellen müssen. Die Videos laufen ja alle einwandfrei und ich kann sie auf endloß laufen lassen Stundenlang ich darf dabei nur kein Fenster verschieben. Dann ist auch sofort ende und er hängt fest. Ansonsten ist nun nichts mehr außer den geschilderten Probs. Nur die nerven mich noch und die kriege ich auch noch hin. Werde nun erstmal wieder Picasso96 deinstall und CGX wieder Activieren und schauen, warum CGX da noch probleme hat wo Picasso96 keine hat. CHKAMIGA!!!!!!! Sag mal, Du hast doch bestimmt nicht die OS3.0 oder 3.1 auf Deinem SYS oder?????? Hast doch auch die OS3.9 oder 3.5 drauf stimmts???? Warum nimmst Du dann das uralte und total undiskutable Phase5 Tool SCSIConfig von Januar 98 für das Installieren deiner SCSI-HD!!??? Noch was älteres hast Du aber nicht gefunden oder???? Vergiss doch mal die alte Disc von Phase5 und nimm endlich mal was Aktuelles. Das ist ja fast so, als wolle ich einen Sportwagen mit einer Dampfmaschine betreiben. Nimm Dir die HDToolBox von der OS 3.9 oder 3.5 je nachdem welche OS Du hast und arbeite damit!!!! Ich kenne das mit den Vorschlägen von SCSIConfig wegen MaxTransfer und Mask Werten. Vergiss das!!!! Mach es mit der HDToolBox. Klicke auf Festplatte Installieren, dann auf RDB-Bearbeiten, dann auf Lese Config!!! Du wirst feststellen, das die dann erscheinenden Werte von denen von dem Uralttool SCSIConfig abweichen werden. Das ist ganz OK so. SCSI Geräte sind Intelligente geräte und die HDToolBox erstellt dadurch eine für die Cofig des SYS und der SCSI-HD beste und passendste Einstellung. Die Werte solltest Du dann auch auf keinen Fall verändern, selbst dann nicht, wenn sie von denen die Du vieleicht von der Platte haben solltest abweichen. Glaube mir, was die HDToolBox da einstellt passt am besten für die Platte!!!! Dann nurnoch abspeichern, neustart und Die SCSI-Platte neu Partitionieren. Die Werte für Maske und MaxTransfer übernimmst Du am besten erstmal genau so wie vom FFS Filesys!!!! Damit muß er laufen. Egal welches Filesystem Du benutzt. Die meißten Dateisysteme laufen alle auch mit den Original FFS Werten bei Mask und Maxtransfer da die Werte von Mask und Maxtransfer vom Dateisystem UNABHÄNGIG sind!!!!!!! Wenn Du das alles hast, dann abspeichern, Neustart, Formatieren und Workbench einfach von einer Vorhandenen schon Installierten Platte drauf Kopieren fals Du eine hast oder installierst sie halt neu. Dann von SCSI Booten und er muß nun sauber hoch fahren. Macht meiner ja auch!!!! Mit CGX Bildschirm natürlich!!  Nun kannst Du ja mal selbst weiter versuchen, wie Du am besten CGX einstellst, das er langsam aber sicher immer Stabiler wird. Mach das alles erstmal und mache alles langsam und nichts hastig und lass Dir Zeit!!! Lass den Rechner arbeiten und funke ihm nicht dazwischen. Wenn Du probs mit Hintergrundbild hast beim Booten lass es erstmal weg bis Du CGX besser am laufen hast. Lass auch das doofe CGX Bootbild aus!!! Das stört momentan nur. Wir müssen nun erstmal Dein System so einigermaßen Stabil bekommen wie meins. (Naja, noch habe ich noch keine 100%) Probier auch mal Picasso96 aus. Läuft damit stabiler als mit CGX.4.xx! Ist auf der OS3.9 CD-R mit drauf und da steht auch, was Du alles Deaktivieren also woanderst hin schieben mußt von CGX bevor Du Picasso96 Installierst. Und tu mir einen Gefallen. Bleib von den veralteten Tools von Phase5 weg. Die sind doch wohl wirklich nicht OS3.9 würdig.  So ihr Lieben, nun werde ich noch ein bissel was versuchen und im Internet stöbern, geht ja zum Glück nun endlich besser und ziemlich fix und mal schauen, das ich das endlich endgültig auf die Reihe bekomme. Bin von meinem Tripp mit dem Zorro2Slot und dem Hängen beim Transfer mit SCSI und Graka gleichzeitig noch nicht so ganz runter. Euch allen noch einen schönen Sonntag, Daniel [ - Direct link - ] |
|
2004-06-20, 09:54 h chkamiga Posts: [Former member] |
>Das System lief aber bis letztes mal nur sagen wir mal so >zu 90% Stabil. Du sagst jedes mal "es wird besser" aber irgenwie höre ich das jetzt zum 5.Mal und du bist noch nicht bei 100%??? Ich nutzte OS3.9, SCSI-Config wurde mit der PPC-Karte mitgeliefert. Ich überlasse SCSI lieber ein Programm das die Konstrukteure der Karte geschrieben haben, als HDToolBox. Ich kanns nach einem Backup probieren, aber ich denke das ist dann wiedermal ein sinnloses ein und wieder ausbauen. Bei anderen läuft SCSI ohne das sie rumprobieren müssen! -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-20, 11:13 h novamann Posts: 870 [Former member] |
Zitat: Klar, mach das so, bei allen anderen funktioniert es wahrscheinlich nur weil die Dummen-Glück haben. Alles zufall..... Einzelfälle:P -- Bild: http://home.arcor.de/ryder/ryderhups/DreamHC/Seite1_IMG_OBJ18.gif brummfritz@arcor.de +++testen sie jetzt die neue, verbesserte Version von novamann mit ICQ 208612094 NICK: ryder+++ [ - Direct link - ] |
|
2004-06-20, 15:07 h Eule Posts: 1607 User |
Meine Erfahrung mit SCSI Config ist die: Lass es meckern wenn es meint dass die Werte nicht optimal wären. Solange das Tool selber keine besseren Werte vorschlägt würde ich die nehmen. Das alte HD-Toolbox hat manchmal die dumme Angewohnheit Werte vorzushlagen bei denen jeder Transfer über das chipram als Zwischenpuffer gehen muss ... funktioniert zwar aber bremst ohne Ende. @CHKamiga, höhr auf jeden Fall auf rumzuprobieren und lass die richtigen Werte bei MAXTRANSFER und MASK stehen. 2. Ich wollte noch mal die Bestätigung haben, dass du normalerweise BPCC SCSI und AGA benutzt und nur jetzt eben experimente unterniommst wie man die CV643D mit ins System bekommt. --- Was die CGX und ZIV Probleme angeht ich habe dem schnellernen ZIV Transfer eigentlich nie getraut vor allem wenn mehre Karten im System sind würde ich ihn als Hack seghen den ich erst einschalte wenn das System stabil ist. (IMR lässt sich der Fast Zorro Mode ausschalten ) cu Eule [ - Direct link - ] |
|
2004-06-20, 15:11 h Eule Posts: 1607 User |
Noch was: Der ZII Bereich muss unbeding als Nicht Cachefähig für DMS und CPUs behandelt werden. Ich weiss nich wie AOS3.9 das Problem behandelt aber normalerweise hat der A1200 keinen ZII Bereich weswegen es da durchaus zu Problemen kommen kann. cu Eule [ - Direct link - ] |
|
2004-06-20, 17:06 h Maja Posts: 15429 User |
Zitat: 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? 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. [ - Direct link - ] |
|
2004-06-20, 18:37 h chkamiga Posts: [Former member] |
>@CHKamiga, >höhr auf jeden Fall auf rumzuprobieren und lass die richtigen Werte >bei MAXTRANSFER und MASK stehen. Hab ich ja wieder richtig eingestellt. Hab jetzt mit HDToolbox probiert, hat die Werte so gelassen. Muss nur noch die PPC-Karte wieder reintun. >2. Ich wollte noch mal die Bestätigung haben, dass du >normalerweise BPCC SCSI und AGA benutzt und nur jetzt eben >experimente unterniommst wie man die CV643D mit ins System bekommt. Nein ich hab normalerweise eine 1260, das ganze System läuft perfekt incl. CV64/3D. Dann hab ich mit eine PPC-Karte gekauft und immer stürzts ab. Wenn ich die PPC-Karte unter AGA betreibe läuft alles wunderbar hab schon GBs an Daten hin und her geschrieben. Alle 68k und PPC Programme laufen. Andererseits läuft die CV64/3D wenn man SCSI nicht benutzt, also wenn ich von CD Boote. >Was die CGX und ZIV Probleme angeht ich habe dem >schnellernen ZIV Transfer eigentlich nie getraut vor allem >wenn mehre Karten im System sind würde ich ihn als Hack >seghen den ich erst einschalte wenn das System stabil ist. >(IMR lässt sich der Fast Zorro Mode ausschalten ) Ja, ich hab das ganze schon ohne Fast-ZII probiert, hilft nix. Fast-Z2 ist eh ein witz. Jedenfalls mit Buddha Maxelrate. Ohne bringt er 9 fache geschwindigkeit mit 14 fache geschwindigkeit. Der interne IDE-Port vom A1200 bring immerhin schon 16 fach geschwindigkeit. >Der ZII Bereich muss unbeding als Nicht Cachefähig für DMS und CPUs >behandelt werden. Ich weiss nich wie AOS3.9 das Problem >behandelt aber normalerweise hat der A1200 keinen ZII Bereich >weswegen es da durchaus zu Problemen kommen kann. Ich weiss nicht, die Toccata läuft, die VLab-Motion läuft, die Buddha läuft, die X-Surf läuft. Aber die CV64/3D nicht. Aber es haben viele ein ZorroBoard im A1200 und eine BPPC und bei denen gehts. Ich denke vielleicht machts die Kombination aus CV64/3D+ZIV+BPPC. >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? Wenns stimmt was Daniel sagt ist das Problem bei P96 das selbe. >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. Ich würde ja BVison, aber die hat weder ziebare Screens noch ein Monitor-umschalt-Signal, wie ich gesehen habe. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-20, 21:53 h chkamiga Posts: [Former member] |
So, das mit HDToolBox hat wie erwartet nichts gebracht. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-21, 03:05 h Maja Posts: 15429 User |
Zitat: Du hast nicht einen Beitrag von Daniel wirklich gelesen. Sonst würdest du das jetzt nicht verzapfen. Zitat: Danach hatte ich nicht gefragt. Ich hatte dich überhaupt nicht gefragt. Eigentlich ist das Daniels Thread. Es wäre nett, wenn du dein Problem in einem eigenen Thread versuchen würdest zu lösen. Hier wirds lansam unerträglich unübersichtlich. [ - Direct link - ] |
|
2004-06-21, 14:32 h chkamiga Posts: [Former member] |
>Eigentlich ist das Daniels Thread. Es wäre nett, wenn du >dein Problem in einem eigenen Thread versuchen würdest zu >lösen. Hier wirds lansam unerträglich unübersichtlich. Maja, Maja, überleg mal hätte der mit AmiGift ein Problem hätte, seinen eigenen Treat aufgemacht, weisst du was hier los währe? Ich finds besser über ein und das selbe Problem in einem und nicht in 10 Treats zu diskutieren. PS: ich kann dir sagen warums hier zu unübersichtlich wird, wegen solcher sachen hier: >Maja >Posts: 2311 > > quote: > Original von chkamiga: > Wieso, frag doch was ich antworte. > >:lach: >[ [ Dieser Beitrag wurde von chkamiga am 21.06.2004 editiert. ] [ - Direct link - ] |
|
2004-06-21, 14:42 h Eule Posts: 1607 User |
[¡]Antwort auf chkamiga:[/i] >>Woher weist du dass PPC-SCSI abstürzt ? >Weil die LaufwerksLED Permanent Leuchtet. Gut das dachte ich, du weist nicht das scsi.device abgestürzt wäre, du vermutest das und gibts dem irgendeinen Namen. >Vieleicht verstehst du es so besser: >8 mal F >6 mal F Nein versteh ich nicht ! denn 8 mal F ist was anderes als 0xffffffff >>Nimm ein Tools wie z.B. HDToolbox oder SCSIConfig stelle >>MASK auf >>0XFFFFFFFF und MAXTRANSFER auf 0X00FFFFFC >Mask ist schon so und Maxtrans weicht nur um 3 ab. Also wenn Maxtransfer 0X00FFFFFF beträgt dann kann man das auch stehen lassen. Obwohl 0X00FFFFFC wegen der 32 Bit Grenzen besser ist. >>Und überprüfe nachher ob die Einstellung korrekt gespeicher >>wurde. Jepp, mache ich. >Die 060.library ist bereits im Flash und wird vor Setpatch >geladen. Die Librarys von Disk, können nicht mehr geladen >werden(es sei denn durch Hacks) OK ! . >>Das heist du benutzt in deinem System zur Zeit eine >>BPPC Karte und das BPPC SCSI aber kein CGX oder ist es >>umgekehrt ? >Geht so und so, beides ist mir aber zu dumm, deshalb >arbeite ich mit meiner Blizzard1260. Die Antwort ist also: Nein ich benutze die CV643D zusammen mit der B1260 Ich sollte wohl so lange fragen bis sie endlich konkret beantwortet wird. >>Also wann trat das Problem auf ? >>Trat es in dem Moment auf in dem du Screenmode.prefs >>aufgerufen hast >>oder erst nach dem du das Testbild mit der CGX Karte >>aufgerufen hast ? >Testbild ist Deaktiviert, Schade, das wäre eine einfache Möglickeit gewesen die Probleme einzugenzen, wirklich schade. >nachdem ein CGX-Screen offen ist tritt das >Problem auf, mal früher mal später. Das ist interessant. Er tritt also nicht sofort auf. Es gab bei der Softwae zur CV643D mal ein Problem mit den Caches bei ZII Maschinen. Bei den 030er ZII Maschinen wurde der ZII Bereich irrtümlich als Cacheable bezeichnet wodurch es zu Problemen kommen konnte. Bei den 040ern und 060er Maschinen wurde der ZII Bereich durch die 680x0.library korrekt als 'Not Cacheable' markiert. Jetzt hab ich ein Problem mit der BPPC und dem A1200, theoretisch wissen die Systeme nichts davon, dass der Rechner einen ZII Bereich hat. Alle von dir benutzten ZII Karten haben praktisch kaum Speicher im System sondern nur I/O Berereiche, diese müssten eigentlich als NotCacheable bezeichnet werden nur bei der CV643D könnte es ganz anders aussehen. Es gab Tools, mit denen man sich die Memory Nodes ansehen konnte und auch Hinweise bekam ob die Memory Nodes Cachable waren oder nicht. Leider kenne ich die Tools nicht, da ich nie dieses Problem bei meinem A2000 hatte. Ma bräuchte 68060er kompatible Memory Tools und vor allem so was wie die MMU.Library um die ZII Bereiche als NotCacheable zu kennzeichnen. Ist nicht Cyberguard in der Lage so was zu machen ? [ - Direct link - ] |
|
2004-06-21, 14:56 h Eule Posts: 1607 User |
Zitat: Sagen wir mal so: Wenn das passieren würde, dann wäre irgendwas definitiv verkehrt. Eigentlich sollte es nichts im System geben was direkt auf die Grafikkarte schreibt. Nur das CGX System darf das tun. Die unterschideliche Farbtiefe sollte auch nichts ausmachen. Aber die CV643D muss bei hohen Auflösugnen und Farbtiefen den Pointer emulieren ( Der Hardware Cursor geht dann nicht mehr ) Das heist es wird andauern auf die Karte zugegriffen. IMR muss CGX die Speicherbereiche bei der CV64/3D dauernd umschalten vielleicht hakt es dabei. Es gibt natürlich Tools die den Speicher der CV64/3D als normales Fastram ins System einbinden, diese tools sind nur zum Test gedacht ( Memtest in der Karte ) Im normalen Betrieb sollte man sie nicht verwenden. Zitat: Ich bin mir sicher dass es Einstellungen ( 68060.library oder MMU ) gibt mit denen das Ding läuft aber ich konnte nichts im Netz finden. [ - Direct link - ] |
|
2004-06-21, 16:01 h Solar Posts: 3680 User |
Zitat: Eben. Du widersetzt Dich erfolgreich jeder strukturierten Fehlersuche, weil alle anderen haben ja sowieso keine Ahnung. Bei Dir ist halt alles anders. Vom Körperwiderstand bis zum Zorro-Board. [ - Direct link - ] |
|
2004-06-21, 16:57 h Dr_Chaotica Posts: 244 User |
Hallo zusammen! Boah, ganz schön hartnäckige Sache. Hoffe, wir schaffen es gemeinsam, das Ding zum Laufen zu kriegen.:) Also, ich habe einen A1200 mit ZIV-Board, OS3.9 mit BB2 und einer BPPC. Allerdings hat die kein SCSI. Im ZIV-Board hatte ich zuerst eine CV64/3D, dann eine PicassoIV. Beide Karten liefen/laufen mit CGX4.2 ohne Probleme, egal in welcher Farbtiefe. Habe außerdem einen GVP SerieII SCSI-Hostadapter im ZIV-Board, an den ich manchmal ein externes Zipdrive hänge. Das läuft stabil, natürlich mit deaktivierter DMA. Für mich hört sich das Ganze nach einem Adreßkonflikt an, so wie Maja schon vermutet hat, da ja alles für sich bestens läuft. Viel Glück weiterhin und Gruß! Dr C. [ - Direct link - ] |
|
2004-06-21, 17:55 h Eule Posts: 1607 User |
@Dr. Chaotica, also ein Adressenkonflikt dürfte es nur geben wenn die Zoro Autokonfiguration nicht funktioniert. Die sollte aber funktionieren obwohl sehr viele Zorrokarten im System sind. Eventuell meldet sich das BPPC-SCSI genauso wie die CV64/3d als Gerät von Phase 5 an aber das System sollte sie trotzdem richtig unterscheiden können. cu Eule [ - Direct link - ] |
|
2004-06-21, 19:09 h chkamiga Posts: [Former member] |
>Schade, das wäre eine einfache Möglickeit gewesen die Probleme >einzugenzen, wirklich schade. Wieso, ich kann auch die WB unter PAL Starten und dann ein CGX-Screen aufmachen, crasht dann auch. Das Bootpix ist quatsch, vom anschalten braucht meiner 10s zum Booten. >nachdem ein CGX-Screen offen ist tritt das >Problem auf, mal früher mal später. >Das ist interessant. Er tritt also nicht sofort auf. Manchmal schon manchmal hält er länger durch. >Ma bräuchte 68060er kompatible Memory Tools und vor allem so >was wie die MMU.Library um die ZII Bereiche als NotCacheable zu >kennzeichnen. MMU.library hab ich nicht. >Ist nicht Cyberguard in der Lage so was zu machen ? War das nicht das für illegale Speicherzugriffe um Hits zu melden, zum Debuggen? >Die unterschideliche Farbtiefe sollte auch nichts ausmachen. >Aber die CV643D muss bei hohen Auflösugnen und Farbtiefen den >Pointer emulieren ( Der Hardware Cursor geht dann nicht mehr ) >Das heist es wird andauern auf die Karte zugegriffen. Ich hab nur 680x512x16, ich glaub der Cursor wird erst später emuliert. Ab 1024 glaube ich. >Es gibt natürlich Tools die den Speicher der CV64/3D als normales >Fastram ins System einbinden, diese tools sind nur zum Test >gedacht (Memtest in der Karte ) Im normalen Betrieb sollte man sie >nicht verwenden. Das Tool ist bei mir gleich abgestürzt. >Boah, ganz schön hartnäckige Sache. Hoffe, wir schaffen es gemeinsam, >das Ding zum Laufen zu kriegen.:) >Also, ich habe einen A1200 mit ZIV-Board, OS3.9 mit BB2 und einer >BPPC. Allerdings hat die kein SCSI. Im ZIV-Board hatte ich zuerst >eine CV64/3D, dann eine PicassoIV. Beide Karten liefen/laufen mit >CGX4.2 ohne Probleme, egal in welcher Farbtiefe. Wenn ich SCSI nicht benutzte läuft auch alles wunderbar. >Für mich hört sich das Ganze nach einem Adreßkonflikt an, so wie >Maja schon vermutet hat, da ja alles für sich bestens läuft. Und wenn man das rausbekommt, könnte man es aber wahrscheinlich nicht Softwaremäßig beheben. >Eventuell meldet sich das BPPC-SCSI genauso wie die CV64/3d als >Gerät von Phase 5 an aber das System sollte sie trotzdem richtig >unterscheiden können. Ja, die haben ja unterschiedliche nummern: 2. 8512/67($1212/$0) (@$200000 4Meg) Nanu, der SCSI-Controller steht gar nicht auf dem Zettel. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-22, 00:08 h Maja Posts: 15429 User |
Zitat: Meine Vermutung geht in die entgegengesetzte Richtung. Es ist die reine Theorie eines Laien. Ich hab zu wenig Ahnung davon, und kann daher nur vermuten. Mir fällt jedoch auf, dass Daniel mehrfach sehr nachdrücklich darauf hinweist, dass sein System mit der CV64/3D unter Verwendung von CGX beim Datentransfer von/zu SCSI desto weniger Probleme macht, je geringer die Farbtiefe des Bildschirms eingestellt ist. Darum wählte er wohl 256 Farben. Nun sind 8 Bit nicht das, wofür man sich eine GFX-Karte kauft. Für mich klingt das nun so, als würde CGX bei größerem Speicherbedarf (höhere Farbtiefe) anfangen, in Speicherbereiche zu schreiben, die auch vom blizzppc.device verwendet werden, wenn dieses seinerseits größere Datenmengen schaufeln muss. Wobei dann irgendwann ein Konflikt entsteht. Leider hat AOS selbst keine Funktion, die einem Hardwarekonflikte ausdrücklich meldet. Bei Anzeige der Adressierungsbereiche als Hex-Werte in ShowConfig, ist es auch nicht für jeden gleich ersichtlich, ob sich da was überschneidet oder in unzulässige Bereiche hineinreicht. Zitat: Oder der oben von mir theoretisierte Fehler entsteht dabei. Es kann kein Zufall sein, dass zwei Anwender gleichzeitig den gleichen Fehler bei der Kombination dieser Hardware (Winnder Z4 + CV64/3D + blizzppc.device) beobachten. Irgendwo liegt da was gewaltig im Argen. [ - Direct link - ] |
|
2004-06-22, 01:01 h Daniel01 Posts: 189 User |
Hallo allerseits, also gibt momentan noch nix neues außer das ich Picasso96 wieder runter gemacht habe und CGX wieder aktiviert habe und nun auch schon so weit bin, (durch mehrere verschiedene Einstellungen bei CGX) das ich auch auf 15Bit und 1024 x 768 Videos mit ACTION anschauen kann mit SCSI-HD gebootetem Sys und das Video von SCSI-HD gelesen!!! Bei 16Bit hängt er immer noch bei videos die größer als 320 x .... sind. Übrigens, Daten verschieben von IDE zu SCSI-HD oder umgekehrt und von SCSI-HD zu SCSI-HD kann ich ohne Probleme und egal welche größe in jeder Auflößung also egal ob in 24Bit 800x600 oder 16Bit 1024x768. Da bleibt absolut nichts hängen und läuft reibungsloß und fix. Wie gesagt, egal ob 1MB oder 1GB!!! Kopieren und Verschieben geht absolut reibungsloß!!!!! Übrigens, mit dem Brennen über SCSI CD-R war wohl mal ne glückssache, das es so schön ging. Habe es heute wieder versucht und er bleibt sofort hängen wenn er aufs SCSI zugreift. Er ließt die Daten von der IDE-HD und schreibt sie in den Puffer und dann wenn er anfangen soll zu schreiben hängt er sofort und friert ein. Also ist es kein reines DMA Problem!!!!!!!!!!!!!!!!!! Das dazu. Werde mal schauen, das ich die Tage mal mit meinem Rechner zu Vesalia komme. Die haben ja laut aussage diese Hardware zusammenstellung zum laufen bekommen also CV64/3D, BPPC603e+ und WinnerZ4 Board. Man sagte mir da, wenn ich runter kommen könnte, würden sie den Rechner mit Sicherheit zum laufen bekommen mit SCSI und Graka. Dann weis ich mehr und kann euch sagen, was es war. Auch mit DCE werde ich mich noch mal außeinander setzen. Die stellen ja die 603e+ und die CV64/3D noch her (oder haben sie mal her gestellt) und nicht viel daran geändert im gegensatz zu denen von Phase5. Aber auch die meinten beim letzten mal, die SCSI einstellungen sind sau wichtig sonst crasht das SCSI vom allerfeinsten!!!! Grüße alle, Daniel [ Dieser Beitrag wurde von Daniel01 am 22.06.2004 editiert. ] [ - Direct link - ] |
|
2004-06-22, 03:30 h Maja Posts: 15429 User |
Zitat: Ein Overlay-Problem? Zitat: Scheint, als würde SCSI nun einwandfrei funktionieren. Zitat: Das kann viele Gründe haben. Der Brenner sollte nicht als Laufwerk angemeldet sein, wenn man brennt, damit kein Filesystem dazwischen funkt. Zumindest hatte es bei mir nicht zuverlässig funktioniert, wenn der Brenner angemeldet war (BurnIT). Zitat: Du lässt nicht locker. Ich bin gespannt, was du uns zu erzählen haben wirst. Vergiss uns nicht. Ich will das wissen. Zitat: Stimmt. [ - Direct link - ] |
|
2004-06-22, 10:32 h chkamiga Posts: [Former member] |
>Dann weis ich mehr und kann euch sagen, was es war. Auch >mit DCE werde ich mich noch mal außeinander setzen. Na, denn, lass dir genau sagen was sie gemacht haben. Aber wie gesagt wenns an der Software nicht liegt, was ich glaube, wird Vesalia nicht viel machen können. -- http://people.freenet.de/CHRAmiga.de CHRKUM(at)web(punkt)de [ - Direct link - ] |
|
2004-06-22, 10:48 h Eule Posts: 1607 User |
Wenn mir jemand sagt dass das Problem mit 8 Bit Screen nicht so häufig passiert wie mit 24Bit Screens dann kann ich dazu nur sagen: Klar bei 24 Bit Screen werden 3 ( bis 4x ) mehr Daten übertragen als bei 8Bit Screens, das muss man irgendwann merken. Das Dumme ist nur, wenn das System durch die Benutzung der Grafikkarte instabil ist, dann ist alles instabil. So wundert es mich nicht, dass man dann keine CDs brennen kann, denn beim Brennen der CDs werden änderungen auf dem Bildschirm angezeigt und dazu wird die Grafigkarte benutzt. Man kann IMHO nur 2 Wege gehen: 1. Die Hardware Komponenten prüfen: a: B1260+OnBoardSCSI+ZIV+CV64/3D funktioniert. b: BPPC603/60+ZIV+CV64/3D funktioniert c: BPPC603/60+OnBoardSCSI+ZIV funktioniert d: BPPC603/60+OnBoardSCSI+ZIV+CV64/3D funktioniert nicht Jetzt interessiert mich ob andere Zorro Bus Karten das gleiche Problem zeigen wie die ZIV wenn ja, dann könnte man Frank Mariak mal das Problem schildern. Zumindest wenn es sich um CGXV4 handelt wird er vielleicht ein paar Probleme kennen und weiß wie man Abhilfe schafft. Tja Laire Ralph Schmitt könnte man auch mal fragen ob die 60er Library in der BPPC vielleicht was mit der MMU hat. Die meisten Entwickler sind bereit zu helfen, wenn man ihnen das Problem sauber schildert und bereit ist Tests durchzuführen. cu Eule [ - Direct link - ] |
| 1 2 -3- 4 5 | Thread is closed |
| amiga-news.de Forum > Amiga, AmigaOS 4 > BPPC603e+ mit CV64/3D! ! ! ! ! | [ - Search - New posts - Register - Login - ] |
|
|
Masthead |
Privacy policy |
Netiquette |
Advertising |
Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved. |
|
