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 << 25 26 27 28 29 -30- 31 32 33 34 35 >> Letzte Ergebnisse der Suche: 2266 Treffer (30 pro Seite)
Thore   Nutzer

05.07.2011, 16:10 Uhr

[ - Direktlink - ]
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung

> Das mit dem Thema fehlende High-Level-API stresst immer mehr! Was man sich abmühen muss, nur um ein "paar lumpige Bildchen" animiert darstellen zu können ist abnormal! Und bei dem Aufwand, den ich da treiben muss mit Sicherheit höllisch unperformant!
Denkst Du hinter den APIs der "anderen" steckt weniger Code? Nur weil der Programmierer weniger Schreibarbeit hat, heißt es noch lange nicht, daß der Code performanter wär. Im dümmsten Fall ist es dermaßen schlecht daß Du selbst nichts mehr rausholen kannst, gerade weil du auf diese High Level API Funktionen angewiesen bist.

Unperformant ist es nicht unbedingt. Nicht die Länge des Codes sagt was über die Geschwindigkeit aus, sondern die Art und Weise wie er arbeitet.
Bastel Dir doch Unterfunktionen die Du einfach aufrufen kannst.

> Zitat:Ich frage mich immer wieder, wie man das bei so Sachen wie SWIV und NAPALM hinbekommen hat?!

Eine Viewport erstellen, direkt in den Speicher malen (Du kannst auch Intuition Screens/Windows nehmen und systemkonform mit API Funktionen reinmalen), Doublebuffer. Das kannst du auch wenn Du das magst.

Das Prinzip ist dann im Wechsel: Auf Schirm 2 zeichnen, Schirm 2 auf sichtbaren Schirm kopieren. ggf musst du dann Schirm 2 leeren vor dem nächsten Zeichnen, je nachdem on Du alles vollmalst oder nur Bereiche.



[ Dieser Beitrag wurde von Thore am 05.07.2011 um 16:12 Uhr geändert. ]
 
Thore   Nutzer

03.07.2011, 13:40 Uhr

[ - Direktlink - ]
Thema: Amiga 1 - 3000
Brett: Amiga, AmigaOS 4

Ah okay dann sind die Texte schon weiter als mein Stand von damals. Scheint so als wären es simple Standard x86 PCs mit dem Namen Amiga. Also im Grunde genau das was wir nicht wollen. Thema für mich abgehakt.
 
Thore   Nutzer

02.07.2011, 23:01 Uhr

[ - Direktlink - ]
Thema: Amiga 1 - 3000
Brett: Amiga, AmigaOS 4

Wir wissen von den "neuen Amigas" recht wenig. Nur wie sie heißen werden. Das gibt Verwechslung noch und nöcher.
Was das OS angeht, darüber wissen wir noch viel weniger. Ist es ein Amiga-Style OS oder wie MacOS X ein Linux Abklatsch, und laufen Amiga Programme drauf oder nur eigene Intel Sachen.
Bisher habe ich nichts über die wirklich Wissenswerten Dinge gelesen. Nur wie "powervoll" die sein sollen. Bisher nur Phrasen ohne Zahlen, ohne Fakten, ohne Wissen.
 
Thore   Nutzer

29.06.2011, 13:41 Uhr

[ - Direktlink - ]
Thema: Amiga 1 - 3000
Brett: Amiga, AmigaOS 4

Da gefällt mir aber das Gehäuse meines echten A2000 besser. Und meiner hat echtes ECS ;)

Hier ist nix mehr Amiga, allein der Name. Und das ist ein Versuch mit einem Namen die Amiganer in die Standard-PC Schiene zu locken und Käufer zu werben.
Nene allein der Name macht keinen Amiga aus. The spirit of Amiga fehlt hier gänzlich...dare to be different.

Da schiel ich doch lieber öfters mal beim Minimig und Natami rein.
 
Thore   Nutzer

24.06.2011, 12:22 Uhr

[ - Direktlink - ]
Thema: Probleme mit YAM 2.6p1
Brett: Amiga, AmigaOS 4

Du kannst auch IMAP verwenden, wenn du dies bei GMX aktivierst. Dabei können auch Ordner verwendet werden. Soweit ich weiß gehört IMAP aber zum kostenpflichtigen Teil von GMX.
 
Thore   Nutzer

04.06.2011, 16:50 Uhr

[ - Direktlink - ]
Thema: Facebook-Client
Brett: Amiga, AmigaOS 4

Die Idee gibts schon mit BrainWasher, einem Mutli-Messenger. Allerdings hab ich seit ewiger Zeit nichts mehr von dem Projekt gehört.
http://amigg.integradesign.org/EN/index.php?url=bw_informacje

Muss eben jemand mal was zuende machen, nicht nur anfangen....
 
Thore   Nutzer

03.06.2011, 16:46 Uhr

[ - Direktlink - ]
Thema: GUI Markup Language
Brett: Programmierung

Du kannst auch ein Parent Parameter einführen, z.B.
<ENTITY name="ITEM" parent="MENU" ....
 
Thore   Nutzer

02.06.2011, 00:10 Uhr

[ - Direktlink - ]
Thema: GUI Markup Language
Brett: Programmierung

>Nicht falsch verstehen, dass ganze ist im Rahmen des Möglichen wirklich gut, der Rahmen des Möglichen ist halt leider sehr begrenzt.

Ja es kommt immer drauf an was man machen will. Für komplexere Sachen kannst die defines ja einfach nicht benutzen oder Elemente dynamisch hinzuadden. Das ist mit MUI ebenfalls möglich. Es soll nur eine Erleichtrung sein, eine GUI scriptähnlich aufzubauen. Dafür find ich das wirklich gut.

Zur XML als Script Lösung bin ich zwiegespalten und hab diesbezüglich keine 100%ig feste Meinung:
XML ist zwar eine gute Beschreibung die unendlich Möglichkeiten bietet, allerdings muss der Parser diese Möglichkeiten kennen (logischer Aspekt, XMLs aus anderen Versionen können inkompatibel sein) und das Programm muss immer mit dem passenden XML mitgeliefert sein. Sinn oder Unsinn die GUI zu 100% in Userhand zu legen (als Script) ist sicher ein streitbares Thema. Kommt aufs Programm an würd ich sagen, aber _generell_ ist die Idee nicht so prickelnd. Hier stehen sich Dynamische Änderung und Bequemlichkeit gegenüber mit Programmstabilität und ggf Sicherheit. Kommt also wohl aufs Programm an obs angebracht ist oder nicht.

Feelin hatte ich mir seinerzeit angeschaut, und jetzt weiß ich wieder die die GUI mit dem XML heißt :D Danke für die Erinnerung.
Fand es auch recht schick, aber dann gings mir sicher wie den meisten Leuten :) Ich bin zu MUI zurückgekehrt.... es hat mir damals mehr gegeben als Feelin :)
 
Thore   Nutzer

01.06.2011, 22:09 Uhr

[ - Direktlink - ]
Thema: GUI Markup Language
Brett: Programmierung

Unter einem Developer Paket versteht man in erster Linie Dateien, die der Programmierer zum direkten Programmieren deiner Programmteile verwenden kann.
Dazu gehört neben einer Anleitung eben auch die Header/Include-Dateien, Beispielcodes, evtl. Linklibs und Shared Libs.
Nach deiner Beschreibung existiert sowas also schon ;)

Das Compilat wäre also nur sowas wie Du da aufgeschrieben hast? Sowas ist wirklich machbar. Um alle Objekte und Möglichkeiten (Events, Verschachtelung, ...) von XML nach ASM zu konvertieren, bräuchte man mehr Hintergrundwissen, z.b. wie die Elemente übersetzt heißen. Das könnte man den Headerdateien entnehmen.

Wie soll die Assemblerliste klarmachen, wie die Objekte liegen (Position) und wie sie hierarchisch verbunden sind? Welche Events hängen an den Objekten?

Für MUI brauchts das meiner Meinung nach nicht, da die defines sehr gut ausgeklügelt sind, um ein Pseudo-Script im Sourcecode zu integrieren. Damit wird MUI in C zu programmieren wie Scripting. Feine Sache :)
 
Thore   Nutzer

01.06.2011, 19:28 Uhr

[ - Direktlink - ]
Thema: GUI Markup Language
Brett: Programmierung

Klingt zwar schön und gut, doch wie soll das Compilat aussehen? Soll es eine eigene GUI Engine werden (wie MUI, Intuition, Boopsi...) oder eine der vorhandenen benutzen?
Etwas eigenes zu machen ist nicht "nur ein Compiler" entwerfen, sondern ein komplettes GUI System. Das ist nicht nur Buttons und Checkboxen malen, sondern auch Hierarchien, Events etc zu implementieren.

Kannst Du hier etwas nährere Infos geben?

Ah ok ich sehe gerade, du hast OX als Beispiel angegeben. Gibt es für OX bereits ein Developer Paket? ;)

[ Dieser Beitrag wurde von Thore am 01.06.2011 um 19:30 Uhr geändert. ]
 
Thore   Nutzer

01.06.2011, 18:14 Uhr

[ - Direktlink - ]
Thema: Kommentare nur mit Login
Brett: Forum und Interna

Dabei wäre eine praktikable Lösung für Kommentare relativ einfach vom Prinzip, und ein klein wenig Programmierarbeit:
Mein Vorschlag: Das Forum ist ja Marke Eigenbau denk ich mal. Die 2 Std Frist bei Nicht-angemeldete Beiträge finde ich generell gut, wenn man Gäste zulassen will. Allerdings könnte man einen Filter einbauen, der bestimmte böse Worte filtert, und den Beitrag dann auf unbestimmte Zeit blockiert. In dieser Zeit haben die Admins Zeit, den Beitrag zu lesen und ggf zu veröffentlichen oder nicht.
Einige Beleidigungen und Schimpfwörter würden dann von vornherein verweigert. Ist das Wort aus einem bestimmten Kontext und nicht beleidigend, kann der Admin es trotzdem veröffentlichen.
Wenn nun jemand denkt das sei das gleiche wie es jetzt schon ist irrt, denn mit solch einer Methode würden die Beiträge ungelesen von den Usern gestrichen oder zensiert.
Nur ein Vorschlag von vielen.
 
Thore   Nutzer

23.05.2011, 09:53 Uhr

[ - Direktlink - ]
Thema: SAM 440ep bootet nur noch mit Linux Debian
Brett: Amiga, AmigaOS 4

@Andreas_B
Bist Du dir da so sicher? ;)
 
Thore   Nutzer

22.05.2011, 14:32 Uhr

[ - Direktlink - ]
Thema: PPC Testprogramm?
Brett: Amiga, AmigaOS 4

@Maja:
Was macht man nach dem Weltuntergang mit Geld? :D

Ok vielleicht hatte die Apo was anderes zu tun, der nächste Termin ist der 21.12.2012 ;)
Bis dahin...
 
Thore   Nutzer

16.05.2011, 15:47 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Hey Leute :) Zurück zum Thema. Ich fänds viel spannender obs bei anderen Rechnern auch auftritt mit 640x480 :)
Danach könnt ihr meinetwegen über DPI, Frequenzen und Zeilenabstände diskutieren vom 1084S bis 30 Zoll TFT :) Aber Prio hat grad die Lösung des Problems.

Zur Not könntest Du auch ein Knoppix, Ubuntu oder DSL von CD booten und schauen obs klappt.
 
Thore   Nutzer

15.05.2011, 20:05 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Probiers annem PC.
Vll auch mal mit Abgesicherten Modus oder so, kannst du dann 640x480 auswählen?
 
Thore   Nutzer

15.05.2011, 00:40 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Öhm Leute... mir gings erstmal nur darum, ob die Standard VGA Auflösungen auf einem PC genauso zu den Fehlern führt, wie auf dem Amiga. Dabei sollte die gleiche Auflösung gewählt werden.
Das sollte eigentlich nur ein Test sein, obs am VGA Adapter liegt.

Bitte lasst uns einen Schritt nach dem anderen machen :)
Das Thema Monitor, Auflösungen und Frequenzen kann sehr tiefgreifend sein, also zerfleischt euch bitte nicht schon vor dem ersten Test :)

Es gibt tools die den Screen auf 640x480 bringen (siehe oben) oder man tippt sich selbst sowas. Daß die Grafikkarte das nicht kann halte ich für ausgeschlossen. Du wirst einen Standard Monitor-Treiber installiert haben, der die Auflösung nur nicht darstellt. Aber das heißt nicht daß deine GraKa die auch nicht kann.
 
Thore   Nutzer

12.05.2011, 16:58 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Kann es auch mit deinem VGA Adapter zusammenhängen? (Schlecht geschirmt etc). Hast Du die Möglichkeit Scart zu verwenden?
 
Thore   Nutzer

12.05.2011, 11:41 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Hm ok, schonmal einen PC angeschlossen und auf 640x480 oder multiples gestellt? Dann siehst obs am Monitor liegt oder am Amiga.
 
Thore   Nutzer

12.05.2011, 11:26 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Sind die Schlieren nur bei AmigaModi (ab 640x256/640x512, ...) oder auch bei VGA-kompatible Abmessungen (ab 640x480,...)?
Produktivity gibt ja wie du gesagt hast, das beste Bild. Sind hier denn auch Streifen drin oder nur nicht so stark?

[ Dieser Beitrag wurde von Thore am 12.05.2011 um 11:27 Uhr geändert. ]
 
Thore   Nutzer

10.05.2011, 19:28 Uhr

[ - Direktlink - ]
Thema: amiga am vga monitor
Brett: Amiga, AmigaOS 4

Die Schlieren oder Doppelzeilen können eine Ursache von einem nicht-standard Modus sein. Der Monitor versucht das Bild zu scalieren.
Versuch mal andere Auflösungen aus (kannst ja im PPaint oder Screenmode Einsteller kurz durchklicken)
 
Thore   Nutzer

05.05.2011, 16:48 Uhr

[ - Direktlink - ]
Thema: Amiga OS 4.1 Unity 3D
Brett: Amiga, AmigaOS 4

Am besten nutzt du das PCI Interface (API) vom Sam OS (ich nehme an AmigaOS4).
Die gelieferten Daten müssen dann eben für das OS aufbereitet werden. Genauso andersrum bei Schreibzugriffe.
Allerdings musst du drauf achten, daß Libs/Devs auf dem AmigaOS eine andere Struktur haben als dll/vxd auf Win oder so Dateien auf Linux.
Der "Rest" mit der Grafikkarte (intern) ist gleich.
Es ist sicher etwas komplexer, ein PC Treiber so zu gestalten daß er auf AmigaOS 1:1 kompilierbar ist. Ich schätze 70 bis 80% wären per Defines sowieso neuer Code.

 
Thore   Nutzer

05.05.2011, 14:19 Uhr

[ - Direktlink - ]
Thema: Amiga OS 4.1 Unity 3D
Brett: Amiga, AmigaOS 4

Was meinst du mit Treiber? Eine Engine?
Du kannst natürlich keine binaries vom x86 auf dem Sam laufen lassen.
Und wenn Du auf ppc kompilierst, muss dein code den Anforderungen des Sams OS entsprechen. Dazu gehört sowohl die API als auch hardwarenahe Programmierung (Register, Adressen müssen zum Sam passen).

Über einen Cross Compiler kannst du sicher sowas programmieren, aber zum ausprobieren brauchst du ein Sam (oder kompatibles...)
 
Thore   Nutzer

29.04.2011, 22:00 Uhr

[ - Direktlink - ]
Thema: Pixelkünstler, Macusers + Hollywood Programmierer gesucht...
Brett: Amiga, AmigaOS 4

Oh okay das sind commited wallpapers.
Diese und andere Seiten, wie auch z.B. http://www.epicwallpaper.com/ haben zwar freie Wallpaper, jedoch prüfen sie nicht ein evtl. Copyright.
Meist ists aber so, Bilder die öffentlich zugänglich sind, ohne entsprechendes Kommentar sind frei.
Ich denk es ist okay wenn Du Dir was zusammenstellst und dann beim Betreiber direkt auf diese Bilder nachfragst, ob Du sie verwenden darfst.
 
Thore   Nutzer

29.04.2011, 19:33 Uhr

[ - Direktlink - ]
Thema: Pixelkünstler, Macusers + Hollywood Programmierer gesucht...
Brett: Amiga, AmigaOS 4

Klaro:
http://www.wallpaper-area.to/
 
Thore   Nutzer

26.04.2011, 00:07 Uhr

[ - Direktlink - ]
Thema: ACE BASIC Compiler
Brett: Programmierung

Ja.
Ich werde keine MorphOS oder OS4 spezifischen Sachen einbauen, die es unter 68k nicht gibt.
Der Port war im Grunde auch nur, damit ichs compilieren kann ;)
Sobald ich eine gute Weiterentwicklung hab, wirds die auch als 68k geben.
Als erstes werde ich die fehlenden GET und PUT Routinen einbauen, dann sehen wir weiter.

PS: Die E-Mail Adresse gibts leider auch nicht mehr

[ Dieser Beitrag wurde von Thore am 26.04.2011 um 00:19 Uhr geändert. ]
 
Thore   Nutzer

25.04.2011, 18:09 Uhr

[ - Direktlink - ]
Thema: ACE BASIC Compiler
Brett: Programmierung

Bisher ist nur der ACE Compiler portiert, nicht die GUI oder anderes.
Auch die Link-Libs muss ich als Sozobon 68k lassen da a68k oder phxass als Assembler dienen, leider konnte ich diese libs bisher nicht compilieren, so daß ich den neuen Code direkt im ACE compiler einpflegen muss (was nach einem Test durchaus möglich erscheint)

Den Source kann man mit Sicherheit auch auf OS4.1 oder Classic AmigaOS ohne Umschreiben compilieren. Wüsst nicht was dagegen spricht.
Warum ich es portiert hab ist eigentlich nur, daß ich es erweitern kann, da zc nicht richtig will bei mir.

AmigaBASIC war das beste was M$ an BASIC je geschaffen hat, doch leider (war ja klar) ist es voller Fehler und ab 2.x unbrauchbar.
ACE setzt hier an, und versucht so kompatibel wie nur möglich zu sein :)

[ Dieser Beitrag wurde von Thore am 25.04.2011 um 18:10 Uhr geändert. ]

[ Dieser Beitrag wurde von Thore am 26.04.2011 um 00:18 Uhr geändert. ]
 
Thore   Nutzer

24.04.2011, 15:49 Uhr

[ - Direktlink - ]
Thema: ACE BASIC Compiler
Brett: Programmierung

Hallo

Ich habe die ACE 2.4 Sourcen für ppc MorphOS auf gcc umgesetzt, und will nun weitere Funktionen einbauen. Dafür wollte ich noch mit dem Autor David Benn sprechen.
Doch leider existiert seine E-Mail Adresse nicht mehr.
Kennt jemand seine E-Mail Adresse und kann sie mir ggf per mail zusenden?
Vielen Dank

Desweiteren möchte ich diesen Thread nutzen, um eine Wunschliste für ACE AmigaBASIC Compiler zusammenzustellen.
Zwei Punkte sind dabei "klar":
GET/PUT für Grafik
Sprites/Bobs

da diese noch fehlen, um AmigaBASIC Kompatibilität zu erreichen.
Was fällt euch noch zu ACE3 ein?

Frohe Ostern allerseits
 
Thore   Nutzer

21.04.2011, 22:32 Uhr

[ - Direktlink - ]
Thema: Commodity zeitweilig ausschalten ??
Brett: AROS und Amiga-Emulatoren

Sehr schön wenns klappt :) Freut mich.

Ja Groß- und Kleinschreibung muss passen. Der Name muss so geschrieben werden, wie er in der Task-Liste steht.

Vielleicht ist sowas auch für andere nützlich, wobei die meisten eher die nicht-blockierende Lösung suchen, statt die blockierende ;)
 
Thore   Nutzer

21.04.2011, 09:35 Uhr

[ - Direktlink - ]
Thema: Disketten-Laufwerk dreht durch
Brett: Amiga, AmigaOS 4

> zu 2) Steht ganz oben. IMMER NOCH !

Beide haben also die gleichen Nummern, obwohl es sehr unterschiedliche Laufwerke sind? Strange

> zu 4) Glaubst Du wirklich, daß ich hier die relativ lange Fehler-
beschreibung wiederhole, nur damit Du nicht auf "suchen"
klicken mußt ?!

Guter Einwand ;)


> Wie gesagt, ich bin mir sicher, daß der Fehler in der Elektronik
des Laufwerks zu suchen ist und hatte halt auf einen Experten
auf diesem Gebiet gehofft.

Vll ist doch ein Bauteil über den Jordan gegangen, das ist von der Ferne aus sehr schwer zu ermitteln.
 
Thore   Nutzer

21.04.2011, 08:41 Uhr

[ - Direktlink - ]
Thema: Commodity zeitweilig ausschalten ??
Brett: AROS und Amiga-Emulatoren

Kommt vor :)
Ist ja nicht schlimm. Wenn Du das Tool getestet hast, würde ich mich gerne über Rückmeldung freuen. Du kannst dann auch gerne den Sourcecode bekommen, um zu schauen, wie es prüft.
 
 
Erste << 25 26 27 28 29 -30- 31 32 33 34 35 >> Letzte Ergebnisse der Suche: 2266 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.
.