Zitat:

---

Original von Maja:
"Desöfteren" hält sich relativ zum Gesamtaufkommen in engen Grenzen. Hast ziemlich bald aufgegeben...

---

Ich muß doch nicht zu jedem Faden, den er aufhebt und zu dem gefühlte drölf Dutzend Leute ihren Senf geben was tippen? Oder habe ich da was in den Nutzungsbedingungen übersehen?

Zitat:

---

Nur leider ist das hier nicht relevant. Hier ist non-verbale Kommunikation das A und O. Doch genau daran hapert es in dem Fall. Warum und weshalb muss an dieser Stelle nicht ergründet werden.

---

Jo, langsam sollte das ja auch allgemein bekannt sein

Zitat:

---

Vor Ort ist Hilfe natürlich immer einfacher. Dann kann man es selbst machen. Augenscheinlich widerstrebt ihm aber auch das. Siehe weiter oben im Thread.

---

Zitat:

---

Zitat:

---

Nachdem ich ein System hier habe, an dem er aktiv gewerkelt hat, kann ich, glaube ich, recht gut beurteilen, wie er tatsächlich vorgeht, und was er an Kenntnissen und Problemlösungsstrategien zur Verfügung hat.

---

Schwer zu glauben, nach dem Du oben bereits erwähntest, dieses System aus Faulheit ohne tieferes Erfoschen der gemachten Fehler platt gemacht zu haben.

---

Ach, habe ich das erwähnt? Mir war so, als hätte ich gesagt, daß ich zu faul war, alle potentiellen Fehlerstellen abzuklappern, ob da noch alles in bester Butter ist

Zitat:

---

Zitat:

---

Eines steht für mich aber inzwischen fest: Was er "böses" macht, macht er nicht absichtlich oder um Euch zu veralbern-

---

Sorry, so weit waren wir schon mal, mehrfach sogar. Im Übrigen ist ihm hier niemand feindselig gesonnen. Und wenn er sich hier nicht mehr wohlfühlen würde, würde er wohl schon lange nichts mehr schreiben. Evtl. liegst Du sogar voll daneben, und das vermeidliche Opfer lacht sich vor dem Monitor über uns kaputt. Kein Problem. Lachen ist gesund.

---

Kann durchaus sein, daß ich daneben liege. Niemand ist perfekt. Ich bin aber ziemlich sicher, daß ich nicht daneben liege.

Und was das andere betrifft: Manchmal beschleicht mich das Gefühl, daß ein klein wenig Auffrischung dieser Erkenntnis niemandem schadet

Zitat:

---

Bei Licht betrachtet hält er uns sogar bei Laune. Fast wird er schon vermisst, wenn er mal ein paar Tage nichts postet. Nennen wir es eine Zweckgemeinschaft.

---

So hat alles sein Gutes
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Maja:

Zitat:

---

Original von whose:
Nümals nüch Ich hab bei dem Verein mal gearbeitet, als das noch ne Behörde war

---

Es ist doch immer wieder schön zu beobachten, welch nette Stilblüten Irnoie manchmal treibt. Darauf hatte ich eigentlich nicht angespielt. Trotzem lässt die Antwort tief blicken.

---

Es gab in dem Satz nicht wirklich viel, auf das man hätte anspielen können, wir wollen doch mal ehrlich sein Solltest Du darunter wirklich etwas anderes verstanden haben zeigt das nur, daß unsere Gedankenwelten ziemlich weit auseinanderliegen...

Zitat:

---

Zitat:

---

Ok, er hätte (theoretisch) vorher fragen können, die Frage ist allerdings auch, was es ihm hier gebracht hätte

---

Langsam. Du mutest an wie jemand, der nach Stunden in ein Meeting schneit und nach zwei Sekunden zuhören glaubt zu wissen, was Sache ist. Ich möchte Dir nahe legen, tploetz' diverse Threads aufmerksam zu lesen, bevor Du Dir ein Urteil bildest. Alle Threads von Anfang bis Ende!

---

Noch langsamer, junge Frau Wenn Du die Threads (alle Threads!) so gelesen hast, wie Du es hier unter anderem mir empfiehlst, müßtest Du auch meine Teilnahme an eben solchen desöfteren bemerkt haben

Ich weiß, daß er enorm chaotisch vorgeht und, wie es scheint, nicht wirklich viele Antworten tatsächlich bewußt aufnimmt. Ich weiß aber genauso, daß der Schein oft trügt. Ich hatte mal mit jemandem zu tun, der in Foren sehr sehr ähnlich rüberkam. Ich hab ihn dann mal persönlich getroffen und mußte zugeben, daß ich mich ganz gewaltig vertan habe.

Kurzer Einschub:

Werner W., falls Du immer noch in Sachen Amiga interessiert bist und vielleicht sogar still hier mitliest: Viele liebe Grüße an den Rand des Ruhrpotts!

Weiter im Text: Nachdem ich ein System hier habe, an dem er aktiv gewerkelt hat, kann ich, glaube ich, recht gut beurteilen, wie er tatsächlich vorgeht, und was er an Kenntnissen und Problemlösungsstrategien zur Verfügung hat. Das ist nicht mit dem vergleichbar, was hier möglicherweise "Durchschnitt" ist.

Eines steht für mich aber inzwischen fest: Was er "böses" macht, macht er nicht absichtlich oder um Euch zu veralbern.

@tploetz: Entschuldige, daß ich hier einfach so über Dich statt mit Dir schreibe. Falls Dir das was ausmacht, kurzer Rüffel genügt.

Das SAM läuft jetzt übrigens seit 12 Stunden im Dauerbetrieb ohne jeden Aussetzer oder Crash. Sahne!
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von DirkR:
@Yvan:

Hab ein par weitere test vorgenommen.
Texte über Editor und ko kommen.
Beim ersten mal hatte ich PDF's probiert .
PDF's gehen nicht mehr .

---

Hm, sehr seltsam... ich war gerade quasi gezwungen, ein PDF zu drucken... ging auch reibungslos. Sieht zwar nicht so schön aus (recht grob gerastert eigenartigerweise), aber es hat geklappt? Hab den Workbench-Treiber in AmiPDF gewählt.

Nachtrag: So, noch mit PS-Ausgabe probiert... 1A. Eigenartig, daß es bei Dir nicht funktioniert.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 18.11.2011 um 00:46 Uhr geändert. ]

Zitat:

---

Original von Maja:
Geschenkt. Die Spannende frage ist, warum Du diese CDPlayer.library überhaupt aus dem Aminet gezogen und auf Deinen Rechner installiert hast.

---

Ich werf jetzt mal nen Rettungsring raus (metaphorisch), aber ich tippe, er wollte sehen, ob das inzwischen ziemlich überflüssige PlayCD mit Hilfe der Library endlich Töne via AHI rauskriegt. Des Englischen scheint er nicht mächtig zu sein, von daher hätte ihm "readme lesen" auch nicht wirklich geholfen.

Ok, er hätte (theoretisch) vorher fragen können, die Frage ist allerdings auch, was es ihm hier gebracht hätte
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Maja:

Zitat:

---

Original von whose:
Jo, also wenn tploetz ein Bot ist, dann einer, der Pakete zur Pest bringen kann...

---

Hm, sehe ich da etwa einen freudschen Tippfehler?

---

Nümals nüch Ich hab bei dem Verein mal gearbeitet, als das noch ne Behörde war
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von tploetz:
@Maja:
Entschuldige, das habe ich übersehen, das man da einen anderen Player braucht, als
den der auf der Workbench ist "PlayCD"

---

Jo, und die cdplayer.library ist dazu gedacht, das Schreiben solcher Programme zu vereinfachen.

Was PlayCD angeht, an einem Ersatz dafür arbeite ich. Spielt über AHI ab, genau wie PlayCDDA. Funktioniert soweit auch schon, nur die GUI ist noch nicht so wirklich schön. Man könnte sie als "zweckmäßig" bezeichnen
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von gerograph:

2) aus dem Notepad funktionierts nicht, bekomme aber auch keine Fehlermeldung ? (Workbenchdruckertreibereinstellungen ist Postscript und netprinter.device eingestellt)

---

Zitat:

---

3) sollte nicht ein

> echo "drucktest" >prt:
oder
> echo "drucktest" >par:

die Zeile "drucktest" auf dem Drucker ausgeben ? Bei mir nicht, bekomme auch keine Fehlermeldung.... ebenso kann ich keine Asciidatei z.B. mit

> copy ram:test.txt par:
oder
> copy ram:test.txo prt:

ausdrucken ! Brauche ich eine prt mountliste ?

---

Zitat:

---

Ich meine (!) bei upd2 ging alles....

---

Gut möglich... bei Update 3 wurde ja noch einiges an den Interna geschraubt, da kann durchaus etwas nicht mehr so ganz astrein laufen, was unter Update 2 noch einwandfrei lief. Und umgekehrt.

Wie gesagt, hier tuts mit lpr.device einwandfrei in Sachen PostScript. Sogar besser als je zuvor.


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Yvan:
@whose:

Freut mich für dich

Hab ich das richtig verstanden? Du druckst über's Netz aber nicht mit dem netprinter.device sondern mit dem lpr.device?

Dirk druckt über's Netz mit dem netprinter.device und hat das gleiche Problem wie ich.

Ich hab meine SAM gerade nicht vor mir. Das lpr.device ist standardmässig drauf? Dann probier ich es mal mit dem.

---

Nein, das findest Du hier.

Schau aber trotzdem nochmal nach den Printer-Prefs, wie ichs in meinem letzten Beitrag angedeutet hatte. Gut möglich, daß da was nicht so ist, wie es sein sollte.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Yvan:

Eher ein Postscript Problem. Nun fragt sich, was hat sich mit dem Update3 in Sachen Postscript geändert?

---

Gute Frage... ich werde gleich auch mal experimentieren, ich benutze einen LaserJet4M/Plus hier, der ist PS-fähig und hängt über Netz an den Computern.

Wenn ich hier auch Probleme bekomme, liegts am PS-Treiber der WB (dann ists Zeit für einen Bugreport bei Hyperion, der mal nichts mit USB zu tun hat ). Kriege ich über Netzwerk den Ausdruck ohne Fehler hin, dürfte das usbprinter.device wohl die Daten durcheinanderwürfeln...

Edit: Hm, wenns ein PS-Problem ist, dann aber ein sehr subtiles. Ich benutze lpr.device, jetzt auch auf dem SAM440ep, und es tut einwandfrei tuten tun, Text wie auch Grafik. Keine Fehlermeldung vom Drucker, und sogar Multiview möchte nun endlich problemlos drucken (ging auf dem Micro irgendwie nicht).
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 17.11.2011 um 12:51 Uhr geändert. ]

Zitat:

---

Original von Maja:
Wie originell. Erst klammheimlich ausgerechnet die Hardware von ihm abziehen, die seine Bedürfnisse erfüllte, und dann hier reinschneien, um sich über ihn lustig zu machen. Pah, Zyniker!

---

Hm, kommt nicht so häufig vor, daß ein Thread hier dermaßen veralbert wird... wasn los, wird hier jetzt der Beginn der Session gefeiert?
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Maja:

Zitat:

---

Original von whose:
Naja, zumindest sorgt tploetz für Eure Unterhaltung,

---

Schau einer an. Da meldet sich einer gönnerhaft zu Wort, der vermutlich die ganze Zeit schon Popcorn kauend mitgelesen hat.

---

Ach, ich habe schon vor längerer Zeit das dumpfe Gefühl bekommen, daß man hier jemandem Unrecht tut... dazu kaue ich kein Popcorn

Zitat:

---

Zitat:

---

Ich wage übrigens stark zu bezweifeln, daß auf seinem Ex-SAM alles 100% lief.

---

Keine Ahnung, wie Du überhaupt auf den Gedenken kommen konntest....

---

War wohl ne Art göttliche Eingebung Naja, zumindest kann ichs einigermaßen qualifiziert beurteilen. Selbiges SAM ist nämlich inzwischen meins, und ich schreibe gerade damit.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Blackbird:
Hast ja Recht Wolfgang....
Da BS aber intern auf 640x480 eingestellt ist wird wohl nix passieren in der von dir beschriebenen Art, denn wenigstens ein Screenmode wird wohl bei jedem Rechner vorkommen

Zumindest werde ich beim nächsten Game (falls ich jemals nochmal was derartiges mache) daran denken und darauf Rücksicht nehmen...

Ich denke mal dieser Thread ist dann bis 2030 erstmal gegessen

---

Meinste, dann kommt einer mit nem 64"-Monitor an?
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Blackbird:

Ach ja, Wolfgang hat übrigends Recht mit seiner Aussage das BestmodeID nicht crashen kann, sondern nur in den nächst höheren oder einzigen Screenmode fällt bzw. den dann bereitstellt....

---

Hoooo Brauner, ich hab nicht gesagt, daß es nicht crashen kann

Im Normalfall geht mit BestModeID() eigentlich immer alles glatt, aber auch da gibts natürlich, wie immer, Ausnahmen. Wenn Du einen Screen anforderst, der jeglichen Rahmen des jeweiligen Systems sprengt (beispielsweise 4096 x 3000hassenichgesehn in 24Bit auf OS4 Classic mit ner BVisionPPC), dann sollte es passieren, daß BestModeID() mit einem Fehler zurückkehrt. Was dann auch passiert, auf allen bekannten Systemen.

Der wird laut Thilo gecheckt, das ist gut. Über einen OS4-spezifischen Bug von BestModeID() ist bisher auch nichts bekannt, das ist ebenfalls gut.

Worüber ich noch theoretische Überlegungen angestellt hatte war der Fehler, den tploetz vor Urzeiten angegeben hatte (der Reaper). Der war sehr ominös und aus meiner bisherigen Erfahrung raus ein OpenScreen()-Problem.

Sprich, man übergibt OpenScreen() eine Screenmode-ID (woher die kommt, ist Sache des Programms), die ID existiert aber auf dem bewußten System gar nicht und man hat zu allem Übel noch vergessen, den Erfolg von OpenScreen() zu checken. Dann gibts die "out of memory"-Meldung und den nachfolgenden Reaper. Zumindest ist das der einzige Weg, mit dem ich das zuverlässig hinbekommen hab *hüstel*

Wobei, ist der User nur unerfahren oder übereifrig genug, kann das auch alle möglichen anderen Gründe haben

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Der_Wanderer:
@whose

Ich hatte mich darauf bezogen:

> habe den Fehler gefunden, in Prefs/env/SYS stand eine screens.prefs, die gab es auf der neuen OS 4.1 Installation nicht, auf der alten Partition habe ich screens.prefs umbenannt,Neustart gemacht und BlackShoot startet wieder einwandfrei.

Ich bin mir aber nicht sicher ob ich das richtig interpretiert habe. Kam durch diese Aktion ein Screenmodus wieder dazu, den es vorher nicht gab?

---

Zitat:

---

Die Rückgabe von BestModeID() wird natürlich geprüft.
Allerdings weis ich nicht, ob Blackbird nicht trotzdem weitermacht...
Ich denke aber ehr nicht.

---

Aber weil das außer ihm keiner weiß, habe ich gefragt. Den Fehler kenne ich ja. Und zwar aus genau dem Grund, den ich erwähnt hatte. Vergessen, daß OpenScreen() auch schon mal fehlschlagen kann

BestModeID() schlägt im Normalfall auch gar nicht fehl, es sei denn, man fordert einen wirklich monströsen Screen an. Da liegt das Problem höchstwahrscheinlich nicht.

Wenn man z.B. 640 x 480 via BestModeID() anfordert, welches im System A Standard ist, im System B aber (durch Pfuscherei z.B.) nicht vorhanden ist, wählt BestModeID() auf System B definitiv den nächst größeren Screen, meist 800 x 600.

Ich habs mit Amijeweled unter 4.1 Update 2 noch ausprobiert, es öffnet immer einen Screen, auch wenn der dann 1600 x 1200 ist (beim Test zum Schluß einzig vorhandene Auflösung) statt 640 x 480.

Bei der Gelegenheit habe ich dann auch das "ID-Shuffle" bemerkt, wenn man an den Screenmodes dreht oder DCC an- und/oder abschaltet.

Zitat:

---

Dass man bei einem zu grossen Screen das Spielfeld doppelt sieht ist wegen dem "Screenhack". Der ist allerdings notwendig, weil Classic Amigas sonst zu langsam sind, wegen dem bescheidenen Swapping Verhalten von Picasso96. Deshalb wird die Offscreen Bitmap mit auf den Screen gezwungen, in den - normalerweise - unsichtbaren Bereich des Screens.

---

Für Uninformierte war das sicherlich eine wertvolle Information. Für mich ists kalter Kaffee, mit dem P96-Scheiß habe ich mich damals auch rumschlagen müssen. Unter OS4 läuft das aber inzwischen fast reibungslos

Ok, immer noch kein Geschwindigkeitswunder, wenn das VRAM voll ist, aber das dürfte der "Vorfreude" auf Gallium3D geschuldet sein. Wurde halt nicht mehr viel am "offenen Herzen" operiert.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Der_Wanderer:
Ich spekuliere mal dass beim Start immer BestScreenModeID ausgeführt wird und nichts gespeichert.
Wenn es halt einn illegalen Screenmode bekommt wegen einem OS4 Bug dann kann BlackShoot nix dafür.

---

Wir sind uns einig, daß es Bugs gibt, auch in OS4. Trotzdem bist Du mir, was das angeht, immer etwas zu schnell mit "Bug!" bei der Hand.

Ich kann Dir versichern, daß BestModeID() auch unter OS4 exakt wie dokumentiert funktioniert, und tploetz hat das implizit nochmal bestätigt mit seinem letzten Post. Gäbe es den von Dir gemutmaßten Bug, hätte Blackshoot wohl kaum in der erwähnten Weise funktioniert, nämlich mit "Bild ist zweigeteilt und läuft".

Was immer tploetz da an seiner alten Installation gebastelt hat, daß BS mit dem Eingangs erwähnten Fehler wegsemmelt... BestModeID() ist ein ziemlich unwahrscheinlicher Kandidat dafür.

Genau deswegen frage ich nach einem möglicherweise "wiederverwendeten" Screenmode-ID. So ein Fehler tritt nämlich u.A. genau dann auf, wenn es eine entsprechende ID nicht in der Screenmode-Liste gibt und das Programm die Rückgabe von OpenScreen() nicht überprüft.

Sowas soll mitunter auch vorkommen
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von huepper:
So recht nach Overlay sieht das aber noch nicht aus.

---

Doch, siehts Man merkts ja auch sofort beim Abspielen.

Spätere Versionen sollten vor allem mit libhassenichgesehn in optimierter Fassung compiliert werden. Ich schätze, da liegen noch die größten Unterschiede zur MOS-Variante.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von cgutjahr:

Zitat:

---

Original von whose:
Vorher hat das keinen Zweck, außer wieder mal sinnfrei Unruhe zu stiften.

---

Genau, huepper der alte Dreckstroll - auf den Scheiterhaufen mit ihm!

---

Ich schätze, er weiß, daß ich nicht ihn persönlich mit "Unruhe stiften" meine Mir war zumindest vorher schon bekannt, daß er letztendlich nur seltsamen Wünschen, die woanders geäußert wurden, nachgekommen ist. Und seltsam sind die Wünsche, wenn man bedenkt, daß da zwei völlig verschiedene Dinge miteinander verglichen werden.

Daher: Wenn beide Varianten auf dem gleichen Stand sind, dann sieht man mehr. Allerdings nicht zwingend, welches Betriebssystem schneller oder sonstwas besser ist. Eher, auf welchem OS sich die Software leichter tut. Da spielen aber so viele Faktoren mit, daß man nicht mal genau sagen könnte, weswegen z.B. die MOS-Variante am Schluß einen Frame/s schneller ist. Festplattentreiber? Speicherverwaltung? Compilerbibliotheken? Gfx-Subsystem? AGP-Hardware? und so weiter...

Zitat:

---

Zugegeben, einmal mit Overlay und einmal ohne Oberlay zu testen ist relativ sinnlos. Aber mit zweimal Overlay wäre es doch genauso sinnlos, oder nicht? Wie schnell ein Programm Daten in den Videospeicher schreiben kann, ist ja keine Frage des Betriebssystems.

---

Nicht?

Zitat:

---

Im Übrigen würde ich als OS4-Fan bei Diskussionen zur Grafik-Perfomance ganz schnell das Weite suchen. Frag einen OS4-Entwickler deiner Wahl, und er wird Picasso96 zum Teufel wünschen. Der den ich damals gefragt habe, hat die Formulierung "elende Krücke" benutzt.

---

Ja, aber das hat andere Gründe, als die reine Geschwindigkeit. Intern sind sich CGFX und P96 sehr ähnlich, CGFX wurde zügiger aufgeräumt, auf Geschwindigkeit getrimmt und Bugs wurden mit Engagement gefixt.

Nach vielen Jahren, in denen gar nix passierte, will das heute bei P96 keiner mehr machen, vor allem nicht, wo schon an nem neuen Subsystem gewerkelt wird. Machbar wärs aber.

Ansonsten: Who cares? Ist doch keine Frage des OSses, wie schnell ne Software was in den Bildspeicher schiebt.

Oder doch?
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Polluks:
@huepper:
Sehr interessant, in diesem Fall ist OS4 also 60% langsamer

---

Nein, MUI-MPlayer ist 60% langsamer

Zitat:

---

AltiVec wird wohl bei beiden genutzt ...

---

Ja, aber Overlay eben nicht.

Solche Vergleiche sind völlig witzlos, solange eine Software Optionen zur Beschleunigung nutzt, die die andere gerade nicht nutzt.

Das Ganze nochmal, sobald MUI-MPlayer in der OS4-Variante Overlay nutzt. Vorher hat das keinen Zweck, außer wieder mal sinnfrei Unruhe zu stiften.

Eventuell läuft MUI-MPlayer dann auch auf den wirklich langsamen OS4-Maschinen brauchbar, was für einige Video-Formate nicht unpraktisch wäre.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233