amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 26 27 28 29 30 -31- 32 33 34 35 36 Letzte Ergebnisse der Suche: 1229 Treffer (30 pro Seite)
Der_Wanderer   Nutzer

16.12.2007, 16:02 Uhr

[ - Direktlink - ]
Thema: Wie entscheidest Du ?
Brett: Get a Life

Aber wie wir ja alle aus Star Trek Wissen, akkumuliert sich das Gewicht einer Seele nicht, wie z.B. bei Masse. Also 99 Menschenleben == 1 Menschenleben

D.h. Kapt. Picard's Antwort wäre: - egal, es kommt aufs gleiche raus!
(der Zuschauer wegen würde er aber vermutlich die 99 retten, weil der 1 sich freiwillig überfahren lässt, um so als Held da zu stehen (oder zu liegen))
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 16.12.2007 um 16:06 Uhr geändert. ]
 
Der_Wanderer   Nutzer

15.12.2007, 22:42 Uhr

[ - Direktlink - ]
Thema: Betriebssysteme
Brett: Andere Systeme

@Holger
Stimmt. Den vorinstallierten Norton Commander deinstallieren dauert zwar etwa 30min (?), aber danach ist das System subjektiv doppelt so schnell! Die Platte rattert zwar noch ab und zu, aber nicht mehr so oft. Indizierung habe ich auch ausgeschaltet.

Ist aber immer noch "lahmer" als Amithlon ;-)

Mir ist auch klar, dass man Windows tunedn und tweaken kann. Als vergleich muss aber halt Windows so herhalten, wie es für den Otto-Normal User vorinstalliert daher kommt.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

14.12.2007, 23:15 Uhr

[ - Direktlink - ]
Thema: Betriebssysteme
Brett: Andere Systeme

@Holger

Klar, man kann alles mögliche abschalten. Aber das ist ja nicht im Sinne des Erfinders. Ausserdem ist Vista auch dann immer noch Schnecken lahm, obwohl mein Rechner orderntlich Power hat.

Amithlon fährt nicht ständig Vollast, sondern unterstützt Leercycles, eines der grossen Vorteile zu WinUAE, wo man sich max. auf 20% CPU Last heruntermogeln kann, aber unter einbussen der Responsiveness.

Platten kann man auch herunterfahren (korrigiert mich wenn ich mich irre, aber ich glaube das ging), obwohl ich das nie genutzt habe, da ich normalerweise Platten alle paar Minuten brauche, z.B. wenn ich speichere. Windows dagegen braucht die Platte alle paar Millisekunden, da ist ein Herunterfahren der Platten eher ein Vorteil theoretischer Natur. (mal vom Sleep Modus abgesehen).

Auch wenn Amtihlon nur einen Kernel benutzt, fühlt er sich doch auf der gleichen Hardware viel schneller an als Windows, sofern die Grafikkarte ordentlich unterstützt wird.


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

14.12.2007, 15:14 Uhr

[ - Direktlink - ]
Thema: Betriebssysteme
Brett: Andere Systeme

Windows Vista z.B. benutzt die 3D Hardware für die GUI, und rödelt 24h auf der Festplatte rum ohne Pause. Da hält ein Laptop logischerweise deutlich kürzer als mit Amithlon, wo man bei jedem aufblitzen der Laufwerkslampe genau weiss, welche Bytes "rübergehüpft" sind und warum.

Beim Energieverbrauch wäre AmigaOS deutlich sparsamer.
Auch CPU: Jeder Takt (oder ASM Befehl) kostet eine gewisses Quäntchen Energie.
Man sollte mal zählen, wie viele Takte/Befehle benötigt werden um unter Windows ein Standard Fenster zu öffnen und zu schliessen oder den Mauspfeil um einen Pixel zu bewegen, und dann die gleiche Anzahl unter AmigaOS. Ist wahrscheinlich nur ein Bruchteil, selbst mit AfA Skin ;-)

In Punkto Geschwindigkeit verwechseln die Leute immer die rauhe CPU Power und die Trägheit des OS. Die rauhe CPU Power wird unter jedem OS etwa gleich sein, also z.B. MP3 packen etc. Ist ja auch logisch, steckt ja der gleiche Prozzi drin.
Aber die "gefühlte" Geschwindigkeit, also z.B. die Reaktionszeit der GUI, kann total unterschiedlich sein.

Bei meinem 60er hat mal einer gefragt, was für ein "höllen" PC da drin steckt. Damals waren die PCs so bei 300-400MHz mit Win95, mein 60er hat 50Mhz und ist natürlich deutlich langsamer. Aber der Overhead um ein Fenster zu öffnen ist halt bei einem nackten OS3.x wesentlich geringer als unter Win95.


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 14.12.2007 um 17:57 Uhr geändert. ]
 
Der_Wanderer   Nutzer

13.12.2007, 21:50 Uhr

[ - Direktlink - ]
Thema: OS4 Emu
Brett: Programmierung

@MaikG

AsteroidsTR != ArTKanoid

http://www.hd-rec.de/Archive/AsteroidsTR.lha
http://www.hd-rec.de/Archive/ArTKanoid.lha

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

13.12.2007, 18:56 Uhr

[ - Direktlink - ]
Thema: OS4 Emu
Brett: Programmierung

@Maik
Hm... würde mich auch interessieren, wo es genau hängt.
Es gibt keinen prinzipiellen Grund warum BlackShoot nicht unter OS4 gehen sollte (Custom Chips oder so), deshalb ist es definitiv ein Bug den du am besten reporten solltest.
Die selben Routinen benutzte ich nämlich auch für AsteroidsTR usw.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.12.2007, 23:05 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

Oha. Danke. Das wusste ich nicht.
Man hat also so eine Art "End"-Node.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.12.2007, 19:00 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

Habe es auch gerade gesehen. Der Code müsste also eigentlich so heissen, oder?

code:
; check if the pubscreen exists, or open on frontmost screen
found.l = False
*psl.List = LockPubScreenList_()
If *psl ; did we get a list ?
  *psn.PubScreenNode = *psl\lh_Head
  While *psn
    If *psn\psn_Node\ln_Name
      If pubscreen.s = Peek.s(*psn\psn_Node\ln_Name) Then found=True
    End If
    *psn = *psn\psn_Node\ln_Succ
  Wend
  UnlockPubScreenList_
End If

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.12.2007, 18:41 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

@kev
Wenn du schon so schlau bist, wäre es toll wenn du es uns Unwissenden auch verraten würdest. Ich glotze jetzt seit 5min auf die Node structure und mir fällt nichts auf, was ich oben falsch gemacht hätte.

BTW, die Dereferenzierung in Amiblitz ist systaktisch anders als bei C.
Also *psn ist immer der Pointer auf die Node. Und *psn\Node wäre immer noch der Pointer auf die Node. Und *psn\Node\ln_Name ist der Pointer auf den Null-terminierten String. Daran liegt es nicht, falls du das vermutest.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 11.12.2007 um 18:49 Uhr geändert. ]
 
Der_Wanderer   Nutzer

11.12.2007, 17:02 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

Das ist Amiblitz, ja.
Dort wird zwischen verschiedenen Pointer Typen nicht unterschieden.
Das Peek.s ist schon richtig so.
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.12.2007, 16:25 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

Nein, ich laufe nicht drüber hinaus. Die schleife läuft so lange bis *psn ein NULL Pointer wird. Es kann durchaus eine Node geben, bei der ln_Succ=NULL ist, nämlich die letzte. Die soll aber auch ausgewertet werden.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

11.12.2007, 15:39 Uhr

[ - Direktlink - ]
Thema: PubScreenNode auswerten...
Brett: Programmierung

Frage, warum funktioniert das nicht?
"pubscreen.s" enthält den Namen des gewünschten Screens.
Wenn er existiert, soll "found=True" fesetzt werden, ansonsten False.
Der "Peek.s" Befehl extrahiert aus dem Pointer einen 0-terminierten String. Mein Prog fielgt um die Ohren mit einem Illegal Byte-Read.

code:
; check if the pubscreen exists, or open on frontmost screen
        found.l = False
        *psn.PubScreenNode = LockPubScreenList_()
        If *psn
          While *psn
            If *psn\psn_Node\ln_Name

              ; Die nächste Zeile geht nicht...warum nur?
              If pubscreen.s = Peek.s(*psn\psn_Node\ln_Name) Then found=True
            End If
            *psn = *psn\psn_Node\ln_Succ
          Wend
          UnlockPubScreenList_
        End If


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

09.12.2007, 17:34 Uhr

[ - Direktlink - ]
Thema: OS4 Emu
Brett: Programmierung

Welche Sprache, welches System ?

Sieht so aus, als ob der Compiler eben anderen Code erzeugt, der in einem Falle geht und im anderen nicht.
> Ist das der Emulation zuviel oder wie?
Die Emualtion führt ja keinen Basic code aus, sondern das resultierende Compilat. Müsste man mal disassemblieren was das passiert. Wäre es eine Sprache wie Amiblitz, die noch entwicklet wird, könnte man den Compiler fixen.
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

04.12.2007, 17:06 Uhr

[ - Direktlink - ]
Thema: Speedball2 (PC Remake)
Brett: Andere Systeme

Die Website und die Screenshots sehen aber toll aus.
Gameplay kann man aber natürlich erst beurteilen, wenn man es gespielt hat.

BTW, das Forum ist nicht für Werbung gedacht. Würde mich nicht wundern, wenn der Thread verschwindet.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

01.12.2007, 15:18 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

> Steamdraw mag nur MOS und 24Bit
Ja, aber ich will meine Soft für OS4, OS3 und MOS machen. Und unabhängig vom Screenmode.

Ein bisschen unsauber ist deine Methode aber auch auf einem 24bit screen, wenn CGX sowas wie Gamma anpassung unterstützen würde. Weil dann würde das Bild geändert. Vgl. z.B. mal ein original Bild mit dem Bild, was im MS Internet Explorer Angezeigt wird (also Screenshot z.B.) da wirst du jede Menge Farbverfälschungen feststellen.

Habe jetzt aber als Fallback die Methode von Thomas implementiert und es funktioniert! Danke an alle!

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 19:16 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@Kronos
Probier das mal: http://www.hd-rec.de/pics/test.iff

Und wie sieht es auf OS4 / Os3 aus ? BZW auf einem 256 Farb -Screen?

Ich möchte ja nicht, dass z.B. mein ImageConverter 24bit Bilder nur laden kann, wenn auch ein 24bit Screen offen ist, oder runterrechnet wenn ich unter 16bit arbeite.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 18:52 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@Kronos:
Ja, sieht so aus als ob du auf die Screenpens remappst, und das dann ausliesst. Das ist aber nicht brauchbar für z.B. ein Grafikprogram, wo du das Bild wirklich 1:1 haben willst, und nicht verfälscht. Für eine Anzeige oder GUI Elemente laden is das sicherlich tauglich.


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 18:09 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

hm... ich wusste gar nicht, dass ReadPixelArray auch aus einer Tiefe <=8 Bitmap lesen kann.
Und warum benötigst du einen Screen ? ProcLayout remapped auf den Screen, oder nicht ?
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 16:56 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@thomas

Ok, wie würdest du an 24bit Daten eines Bild kommen, so dass es überall läuft ?

Evtl. setze ich bei meinen Progs Grafikkarte und v43 Datatypes vorraus. Irgendwo ist halt Schluss. Die meisten Sachen sind sowieso zu aufwendig für ein System ohne Graka.
Aber unter MOS sollte es laufen.
Also minimum wäre
MOS, OS4 oder OS3.x mit v43 DT.



--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 16:44 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@thomas,

ok, hab es nun mittels PDTA_BitMap implementiert.
Unter OS3.x kein Problem. Mal sehen was MOS dazu sagt.

Ich dacht nur, dass es effizienter ist, meine ARGB Bitmap direkt vom Datatype füllen zu lassen, als es über eine Bitmap zu schleussen, da man hier die Daten zweimal im Speicher benötigt.

BTW, gibt es eine einfache Möglichkeit, eine Bitmap in eine ARGB Bitmap zu kopieren ? Ich lege derzeit einen RastPort drumherum und nehme ReadPixelArray oder ReadPixelArray8, um an die Daten zu kommen.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

30.11.2007, 15:35 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

Hm.... PDTM_READPIXELARRAY scheint unter MOS auch nicht mit PBPAFMT_LUT8 zu gehen.

Grundsätzlich geht READPIXELARRAY, aber nur mit TrueColor Bildern. Bei Farbindizierten geht es weder mit ARGB noch mit LUT8.

Was nun ? (Ausser MOS support Einstellen ?)

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

28.11.2007, 17:39 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@thomas
Ja, hast ja recht. Ich programmiere aber so viel (auch auf anderen Plattformen), dass ich solche Dinge manchmal wieder vergesse.
Danke an alle Beteiligten, ich denke das Problem ist nun gefixed. Ich warte nur noch auf die Antwort von Blackbird.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

28.11.2007, 17:08 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@Sprocki
Die DTM ReadPixelArray macht dann einfach gar nichts, die Bitmap bleibt also unberührt. Wenn man sie einfach ohne Clear allociert, hat man dann GFX Trash.
Wandle die Bilder doch mal in 24bit um, und schau obs geht.

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 28.11.2007 um 17:10 Uhr geändert. ]
 
Der_Wanderer   Nutzer

28.11.2007, 16:47 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

Ok, habs hinbekommen. Es liefert natürlich einen Pointer auf das ColorRegister Array.
Danke!

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

28.11.2007, 16:41 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

Ja, das habe ich mittlerweile herausgefunden.
Allerdings sieht es so aus als ob

GetDTAttrsA_ (*DTobj,Tags(#PDTA_ColorRegister,mycolors))

mir nur den ersten Pen in mycolors schreibt. Wie bekomme ich die anderen pens ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

28.11.2007, 16:02 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

Hm... ein Minibeispiel wie ich an die PDTA_ColorRegisters komme wäre noch interessant. Ist das eine Datatype Methode oder wie bekomme ich die Werte ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

27.11.2007, 20:36 Uhr

[ - Direktlink - ]
Thema: Clipboard benutzen
Brett: Programmierung

@thomas

Danke!

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

27.11.2007, 19:58 Uhr

[ - Direktlink - ]
Thema: Clipboard benutzen
Brett: Programmierung

@tomas
Interessant.
Hast du auch noch das "read_Clipboard" Äquivalent ?

--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

27.11.2007, 17:21 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

Ok, dann werde ich den WORKAROUND (extra für MOS) implementieren. Wäre natürlich schneller gewesen, wenn das MOS DT das gleich nativ macht, wie OS4 und OS3.x auch ... (stichel;-)


--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
Der_Wanderer   Nutzer

27.11.2007, 16:18 Uhr

[ - Direktlink - ]
Thema: Picture datatype unter MOS
Brett: Programmierung

@Blackbird

Ok, dann haben wir ja den kleinen Übeltäter...

Allerdings solltest du auch bei Fehlschlag das Bild frei geben... ;-)

Dann müste ich nur noch wissen, wie man an die Colormap kommt, dann implementiere ich das remappen halt selbst... (grummel)
--
Thilo Köhler, Author von:
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de

 
 
Erste << 26 27 28 29 30 -31- 32 33 34 35 36 Letzte Ergebnisse der Suche: 1229 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.