Zitat:

---

Zitat:

---

Das funktioniert nur dann so, wenn Du das serial.device benutzt.

---

benutze ich auch, ich weiss doch gar nicht wie man RTS+DTR auf
anderer Hardware setzen kann.

---

Und wozu pokest Du dann in feste Speicheradressen??

Da Du so oder so zusätzlich mit dem serial.device arbeitest, kann ich mir langsam denken, wo Deine Probleme herkommen. Dir funkt das serial.device dazwischen. Du mußt Dich entscheiden, ob Du direkt auf der Hardware (sprich: CIA-Register) arbeiten willst oder aber über das Device (sprich: IORequest).

Beides zur gleichen Zeit geht bei fast allen Devices in die Hose.

Grüße

--
---

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

Zitat:

---

Original von Holger:
Ich war mir nicht bewusst, dass da irgendwo ein erhobener Zeigefinger wäre.

---

Zitat:

---

Aber eigentlich zeigt dass nur, dass es um so wichtiger ist, zu den "alles ist so toll"-Äußerungen auch mal seine eigene Meinung zu schreiben. Sonst denkt am Ende wirklich noch jemand, alle würden so denken.

---

Da isser nochmal, der Zeigefinger. Im Grunde kanns Dir doch wurscht sein, ob jemand denkt, daß alle so positiv denken oder eben nicht. Wirklich tangieren würde es Dich, wenn man nur nach dem Gros Deiner Meinungsäußerungen ginge, sowieso nicht.

Abgesehen davon wirds wohl kaum einen geben, der meint, alle Amiganer finden alles prima, was so abgeht.

Mich wunderts da eher wenig, daß man Dir ordentlich Paroli gibt. Du bist genau den Anteil zu negativ, den andere zu positiv sind, was Amiga angeht.

Grüße

--
---

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

Zitat:

---

Original von thomas:
@whose:

Also ich finde schon, daß *args.startx weniger Tipparbeit ist als *((long *)args[1]).

Und es geht ja auch nicht um die Tipparbeit, sondern um die Lesbarkeit und die Reduzierung der Casts. Letzteres reduziert auch automatisch die Anzahl Fehler.

---

Ja, mit Blick auf die Casts verstehe ich das.

Wie würde denn die struct an ReadArgs() übergeben? wäre doch einfach ein (LONG *)&args, oder sehe ich den Wald vor lauter Bäumen jetzt nicht? Die Suche nach dem verkorksten Cast vor 2 Tagen hat mich doch etwas wild gemacht...

Grüße

--
---

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

Zitat:

---

Original von Der_Wanderer:
Also ich habe ChangeScreenBuffer nun implementiert, und es läuft sauber, nur dass es scheinbar nicht synchronisiert wird. Aber die Messages hole ich ab. Evtl. unterstützt der aktuelle WinUAE das nicht ? Früher gibt auch WaitBOV(), jetzt macht es nichts mehr.

---

Das wäre denkbar... blöderweise verhalten sich alle Systeme immer etwas unterschiedlich. Das geht schon beim Blitten los. Das eine System macht keine Zicken, wenn man Ausschnitte einer Maske zum maskierten Blitten verwendet, das nächste kann schon die ganze Grafik versauen.

Wenn Du beide Signale beachtest, ist schon alles getan, was machbar ist. Das es nun trotzdem nicht synchronisiert, ist echt ätzend

Wenn Du ein Testprogramm hast, kann ich das ja nochmal auf meinem alten WinUAE testen, ich habe noch den 1.3 installiert. Eventuell ist es tatsächlich abhängig von der Version des WinUAE, obs noch synchronisiert wird oder nicht.

Zitat:

---

Das mit dem Scrolling:

Ich meine mit ScrollRaster, dass du die Hintergrund Bitmap scrollst, nicht den ganzen Screen. Der frei gewordene Bereich wird dann mit dem Hintergrund bemalt und beim nächsten Bitmap tausch rübergeswapped.
(ich glaube, ich müsste hier ein Diagram zeichnen)
Ich benutze dafür eine 3. Bitmap, auf der ich den Hintergrund male. Auf der 2. komponiere ich den aktuellen Frame (Hintergrund+Objekte) und während die 1. sichtbar ist. 1. und 2. werden dann jeweils vertauscht.

---

Ja, das habe ich, denke ich, schon verstanden Ich meinte ja, daß Scrollraster auf die Screen-Bitmap (also das, was tatsächlich im Display erscheint) nicht viel bringen würde, weil ja davon der gesamte Screen (also auch der aktuell sichtbare Teil) betroffen wäre.

RTG ist manchmal ne echt komplizierte Sache mit reichlich Fallstricken. Ich erfahre es gerade in Sachen Blit

Grüße

--
---

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

C code:

---

static LONG args[5];

...

int rc = RETURN_OK;

if (rdargs = ReadArgs("INFILE/A,STARTX/A/N,STARTY/A/N,SIZEX/A/N,SIZEY/A/N", args, NULL))
{
...
}

---

Ich frage mich jetzt, was ich genau verkehrt mache, daß statt "Gefordertes Argument fehlt" der Guru zu Besuch kommt. So ganz begreife ich das nämlich nicht.

Ich kompiliere das Programm mit dem vbcc 0.8j. Gibts da möglicherweise ein Problem? Ein anderes Programm mit ähnlichem Aufbau, mit dem StormC kompiliert, läuft tadellos und gibt auch eine ordentliche Meldung von sich. Dieses da oben habe ich noch nicht mit dem Storm durchgenudelt, weil ich den z.Z. nicht installiert habe.

Für eine Hilfe wäre ich echt dankbar, das treibt mich noch in den Wahnsinn

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 08.03.2007 um 02:11 Uhr geändert. ]

Zitat:

---

Original von Der_Wanderer:
Ja klar, WinUAEEnforcer habe ich immer laufen.
Es ist kein Enforcer hit, sondern ein illegal instruction guru.

Der Program Counter steht dann irgendwo auf $000000A.

---

Klingt ein wenig so, als würde die dumblib mit callback hooks arbeiten... naja, ich schaus mir einfach mal an. Hast Du meine Mailadresse noch?

Grüße

--
---

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

Zitat:

---

Original von Der_Wanderer:
@whose
Ja klar, kein Problem.

Ich habe zwar kein Makefile erstellt, lässt sich aber mit 2 Zeilen kompilieren und linken. Die schreibe ich dir in einer Text Dateo dazu.

Wie gesagt, alles kompiliert und linked ohne Fehler oder Warnings, es gibt auch keine Undefinierten Objekte mehr. Die Library lässt sich auch öffnen und schliessen. Erst beim Laden eines Mods crashed es. Deshalb weiss ich nicht weiter.

---

Hast Du es schon mal auf nem WinUAE mit WinUAEEnforcer laufen lassen? Eventuell siehst Du dann, wo das Problem herkommt. Im Moment bin ich noch beschäftigt, daher kann ich relativ wenig Zeit erübrigen, um mich in den Code einzulesen. Aber ich denke, Ende nächster Woche kann ich da mal reinschauen und ggf. debuggen.

Ums Compilieren mache ich mir die wenigsten Gedanken, das erledigt Cubic ganz gut

Grüße

--
---

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

Zitat:

---

Original von Der_Wanderer:
Schiiiiiieeeb!

Update:

Ich habe nun die ptplay.library benutzt.

Gibt es noch weitere, die sich lohnen würden, um mehr Tracker Formate zu unterstützen ?

Ich habe auch die dumblib als Amiga Shared Library compiliert. Leider crashed mir das ganze beim laden von Modulen mit Illegal Instruction. Das Library Konstrukt funktioniert aber. Vielleicht erbarmt sich ja jemand von den C Experten und schaut sich das mal an.
Viel kann eigentlich nicht falsch sein, wenn man mal davon ausgeht dass die dumblib theoretisch funktioniert.

---

Wenn das noch ein oder zwei Wochen Zeit hat, kann ich dann mal einen Blick darauf werfen. Gebrauchen könnte ich so etwas nämlich auch ganz gut. Eventuell kriege ich es ja hin. Magst Du Deinen C-Code denn weiterreichen?

Grüße

--
---

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

Zitat:

---

Original von Maja:
Hm, Streifen sollten eigentlich bei keiner Auflösung auftreten. Wie der Druck ausschaut, hängt nicht zuletzt maßgeblich von verwendeten Treiber ab. Manchmal liegts auch nur an der Applikation, aus der heraus man druckt.

Wenn Du uns mal erzählst, welches Betriebssystem und welche Software verwendet wird, kommt man der Ursache vielleicht auf der Spur?

---

Unwahrscheinlich... bei Epson-Druckern z.B. ist das ein bekanntes "Problem". Die Papierzuführungen arbeiten im Schnelldruck alles andere als supergenau, da gibts häufig Streifen. Der Schnelldruck (meist auch bidirektional, also nicht nur horizontale Streifen sondern auch noch Druckzeilenversatz) ist ja auch nicht für Ausdrucke in höchster Qualität gedacht.

Die Auflösung ist heutzutage dann meist im Bereich 200-300 dpi für den Schnelldruck, früher wars deutlich weniger (teilweise 80dpi, weniger als ein Faxgerät). Aber genau deswegen fällt eine Ungenauigkeit in der Papierzuführung erst richtig ins Auge.

Aber über den Treiber könnt ihr zwei ja wenigstens versuchen, das zu minimieren. TurboPrint z.B. bietet für manche Drucker entsprechende Optionen. Bei den Windows-Treibern ist das schon schwieriger. Meinen alten HP500 habe ich unter Windows nie zu so guten Ergebnissen bewegen können wie ich sie mit TP erreicht habe (einen Halbzeilen-Druck z.B. gabs da überhaupt nicht). 100% streifenfrei war der Schnelldruck aber auch bei dem Drucker nie.

Grüße

--
---

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

Zitat:

---

Original von o.eschi:
Was genau willst Du denn machen?

Ich hatte bisher noch nicht allzu viel Zeit, aber es sollte gehen, dass Bilder auf die Festplatte gespeichert werden. Immerhin kann man das ganze ja auch als Webcam benutzen und da bringt es einem nix, wenn das ganze zu Hause im Ram liegt

Meine Aussage bezieht sich jetzt übrigens allgemein auf VHIStudio. Weiß ja noch nicht was Du machen willst ...

---

Ich schätze, er will ein sehr großes Bild aus VHI-Studio in eins der Programme übernehmen, die den VHI-handler unterstützen. Da wird das Bild dann direkt aus dem RAM genommen für die Weiterverarbeitung. Ich kann mir gut vorstellen, daß dann bei manchen Bildern der Speicher etwas arg knapp wird. Daher vermutlich der Wunsch, das auf eine Festplatte auszulagern.

Leider habe ich auch keine Ahnung, ob und wie das geht, ich habe zwar VHI-Studio, hatte es aber nie richtig im Einsatz mangels dazu passender Hardware...

Im Notfall bleibt halt nur: Direkt auf Festplatte speichern und dann wieder laden.

Grüße


--
---

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

Zitat:

---

Ein Scrolling mit überdimensionaler Bitmap, wie es auf dem Chipset üblich war, würde ich bei Grakas nicht machen, da es keinen Vorteil bringt. Man muss so oder so die Daten kopieren, wo früher das ändern eines Pointers gereicht hat.

---

Sicher? ScrollVP() tut ja seinen Dienst und ich könnte mir gut vorstellen, daß das recht konventionell in den RTG-Systemen gelöst wurde. VGA-Karten hatten/haben diesen speziellem Modus (Mode 12 oder sowas? Ist seeehr lange her...), in dem der Videospeicher linear angesprochen und auch entsprechend dargestellt werden kann. Da wird letztendlich auch nur mit Registeränderungen gearbeitet.

Hm, ScrollRaster() auf die dritte Bitmap habe ich verstanden, bei einem doppelt hohen Screen z.B. hätte man ja nichts gewonnen, wenn man dessen Bitmap mittels ScrollRaster() bewegt.

Dann muß ich mal weiter probieren, welche Möglichkeiten es für Scrolling auf GraKa noch gibt, sobald ich mit dem anderen Teil fertig bin.

Grüße

--
---

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

Zitat:

---

Original von Der_Wanderer:
> Flackern oder Durchlauf? Ich wollt Dir sowieso mal ein kleines
> Programm schicken, das mit ChangeScreenBuffer() arbeitet und auf
> dem WinUAE sowie OS4 recht ordentlich aussieht. Ich hoffe, ich
> denke heut Nachmittag dran.
@whose

Danke. Sieht sehr smooth aus.
Um es richtig beurteilen zu können musste aber was Fullscreen scrollen.

---

Zitat:

---

Wie hast du das Timing gemacht? Macht ChangeScreenBuffer das automatisch ?

---

Zitat:

---

Ich habe gesehen, dass du zwei Screen Buffer allocierst, und die dblinfo auch noch selbst. Laut RKM brauch tman aber nur einen Screenbuffer, oder sehe ich das falsch ?

---

die dbi-Struktur brauchst Du auch, da dort die entsprechenden Message-Ports eingetragen werden. Ob das jetzt aber unbedingt notwendig ist, die selbst anzulegen, weiß ich aus dem Stegreif gar nicht.

Ich habe den Code aus comp.sys.amiga.programmer und schon länger nicht mehr angefaßt geschweige denn auf Optimierungsmöglichkeiten hin untersucht. Ich war schon ziemlich froh, daß das überhaupt lief

Zitat:

---

Ich schaue mir nochmal deinen Code genauer an, vielleicht bekomme ich es ja dann auch hin.

---

Dann kannst Du mir evtl. auch bei der Frage weiterhelfen, was ich daran verändert habe, daß es auf dem 4000er mit CGFX so furchtbar flackert

Ich erinnere mich aber lebhaft daran, daß ich etwas im Code verändert hatte auf dem 4000er und das es davor auch dort flackerfrei ablief.

Das Prinzip müßtest Du aber übernehmen können. Ich kann Dir auch noch den Teil mit der Message-Schleife schicken, evtl. wirds dann klarer, wie das funktioniert.

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 26.02.2007 um 19:45 Uhr geändert. ]

Zitat:

---

Original von noizejunk:
@whose:
Moin, also ich habe lediglich den Adapter am internen 2,5" Port angeschlossen. Am Adapter an sich hängt am Primary Port nichts weiter als die Platte, die ursprünglich direkt am 1200er angeschlossen war.
Der 2,5" Anschluss ist unbelegt...

---

Dann teste mal andere IDE-Kabel. Wenn sich dann immer noch nichts tut, dürfte der IDEFix nen Schlag weg haben.

Die Software hast Du ordentlich installiert, nehme ich an?

Grüße

--
---

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