Suche - amiga-news.de Forum

amiga-news.de Forum > Suche

[ - Suche - Neue Beiträge - Registrieren - Login - ]

1 2 3 4 -5- 6 7 8 9 10 Letzte

Ergebnisse der Suche: 314 Treffer (30 pro Seite)

wawa Nutzer

28.05.2011, 01:29 Uhr

[ - Direktlink - ]

Thema: OS 4.1 classic Bildstörungen auf Bildschirm
Brett: Amiga, AmigaOS 4

@tploetz:
ich kann mir erinnern solches ist bei mir immer mal wieder unter os4 vorgekommen auf a4k/voodoo3 weiss aber nicht mehr ob das mit hyperion oder elbox teribern der fall war. ich glaub aber eher mit hyperion, ich glaub übrigens nicht dass es hier die auflösung/farbtiefe oder native auflösung des tft die rolle spielt. ich würd eher tippen darauf dass irgendwo auf dem bis unterwegs zu graka was passiert, verdacht mediator, was unter os4 irgendwie nicht ganz unter kontrolle geraten ist.

[ Dieser Beitrag wurde von wawa am 28.05.2011 um 01:30 Uhr geändert. ]

wawa Nutzer

29.03.2011, 19:56 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

wären die stackplate am sam460 hot swappable, hätte man im betrieb abwechselnd sound und gfx karte reinstecken können je nach dem ob man bild oder ton braucht. anderseits kann man auch den rechner für ausschalten, "amiga" bootet ja so schnell. nur der verschleiss der steckplätze wäre noch zu bedenken.

[ Dieser Beitrag wurde von wawa am 29.03.2011 um 19:57 Uhr geändert. ]

wawa Nutzer

26.03.2011, 16:41 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

naja, man kann schon annehmen dass sich viele os4 hardware gekauft haben weil sie auf ankündigungen in der art "usb2 ist fertig, muss noch getestet werden" oder "gallium3d ist schon in der arbeit" oder "timberwolf kommt sehr bald" reaingefallen sind. ob diese ankündigungen irgendwannin der nächsten zukunft erfüllt werden bleibt wie immer nur zu hoffen. deswegen denke ich, dass man hier nicht die gesamte schuld auf den kunden abwältzen sollte, wie naiv er auch daher käme.

[ Dieser Beitrag wurde von wawa am 26.03.2011 um 16:41 Uhr geändert. ]

wawa Nutzer

25.03.2011, 17:52 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

@Maja:
ja, ich poste hier mittels meinen mental-link, solang das nicht unterstützt wird kauf ich eh keinen sam, geschweige denn ich würd einen noch wirklich brauchen..

wawa Nutzer

16.03.2011, 21:03 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

@eliotmc:
tausend andere dinge vielleicht nicht aber die os4.x user und programmierer behaupten dass usb2 schon längst fertiggestellt ist und tests unterliegt. es gab auch screenshots auf a1k. ich leg nicht hand isn feuer dafür, aber ich habe mir auch keinen sam gakauft.

wawa Nutzer

16.03.2011, 18:43 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

die usb2 treiber sind ja längst fertig, kannst du fragen wen du willst. es sollen halt noch ein paar weitere geräte unterstützt werden. das testen dauert auch seine zeit.

wawa Nutzer

14.03.2011, 10:30 Uhr

[ - Direktlink - ]

Thema: SAM 460ex
Brett: Get a Life

oh je, das ist ja genau einer der fälle die bei dem ganzen sam460 debakel schon so voraussehbar waren. sehe zum beispiel aw net thread zu auslieferung des boards. nur dass andere brav die klappe halten. ist ja amiga.

wawa Nutzer

10.12.2010, 01:36 Uhr

[ - Direktlink - ]

Thema: 68K Assembler
Brett: Programmierung

@fisch08:
kenn mich mit asm nicht aus, aber vasm soll gut sein und ist vermutlich als einzige platformübergreifend. dazu gibt es nen disassembler, falls vonnöten: adis. und auch nen c compiler desselben authors: vbcc. alles wird recht hoch gelobt, habe aber selbst nur wenig erfahrung mit vbcc und eine stunde mit adis und vasm, kann daher nicht viel sagen.

wawa Nutzer

22.11.2010, 01:57 Uhr

[ - Direktlink - ]

Thema: CS PPC und OS4.0 Classic - Frage
Brett: Amiga, AmigaOS 4

@ZeroG:
ohne das offtopic ziehen zu wollen, aber du wurdest sicher meinen a4kd mit mediator, deneb, csppc und gott weiss was (kein slot mehr frei ausser einem zorro als total verbastelt bezeichen, aber er läuft bombenfest. bis jetzt habe ich von allen über zehn aga recher die ich hab nur ein board mal überhollen lassen.

wawa Nutzer

21.11.2010, 19:48 Uhr

[ - Direktlink - ]

Thema: CS PPC und OS4.0 Classic - Frage
Brett: Amiga, AmigaOS 4

@ylf, AmigaHarry:
sind diese "alte" amigas wirklich so morsch? ich hab das gefühl die aone/sam besitzer beklagen sich öfters über probleme. also keine ahnung wer da auf nem toten pferd sitzt, vermutlich wir alle.

[ Dieser Beitrag wurde von wawa am 21.11.2010 um 19:49 Uhr geändert. ]

wawa Nutzer

19.11.2010, 18:37 Uhr

[ - Direktlink - ]

Thema: CS PPC und OS4.0 Classic - Frage
Brett: Amiga, AmigaOS 4

@tploetz: das mit dem dce scheints mehreren zugestossen sein. echt frechcheit wennman überlegt was die dinger kosten.

@Lippi: in polen gibts einen der scheint recht zuverlässig kaputte ppc karten zu reballen, bei gelegenheit kann er den ppc bis zu etwa 400mhz upgradern. jedoch ist das dein risiko. er treibt sich auf verschiedenen englischsprächigen foren rum, besucht auch mal a1k, kann aber offensichtlich nicht richtig deutsch. zuhause kannst du ihn durch http://www.ppa.pl erreichen, das portal ist aber komplett auf polnisch. sonst kannst du auf a1k nachfragen, es gibt auch jemand in czechien.

edit: wenn du genaueres wissen willst oder kontakt kann cih dir aussuchen.

[ Dieser Beitrag wurde von wawa am 19.11.2010 um 18:39 Uhr geändert. ]

wawa Nutzer

08.08.2010, 19:13 Uhr

[ - Direktlink - ]

Thema: MuForce und einige Programme
Brett: Amiga, AmigaOS 4

@Ralf27:
zu den ersten beiden kann ich nichts sagen, aber unarc 45.13 hat hier noch nie hits gemacht.

wawa Nutzer

20.05.2010, 22:09 Uhr

[ - Direktlink - ]

Thema: x1000 betatester
Brett: Amiga, AmigaOS 4

@AGSzabo:
also du bist auf ne blosse informelle anfrage hin sofort in ein geheimnis eihngeweiht worden? noch bevor du etwas unterschreiben müsstest? ne verrückte welt. ich würde meinen, in einem solchen fall geht man natürlich davon aus, der eingeweihte plaudert es überall aus unter dem vorbehalt, dass es nich weiter erzählt wird. in dem fall würde ich, auch wenn nicht nur aus trotz, tatsächlich klappe halten.

[ Dieser Beitrag wurde von wawa am 20.05.2010 um 22:11 Uhr geändert. ]

wawa Nutzer

30.04.2010, 18:50 Uhr

[ - Direktlink - ]

Thema: SFS-Error ?
Brett: Amiga, AmigaOS 4

@McFly:
ich weiss neicht wies unter os4.x ist, denn ich habe nur nen 4.0 auf nem 4000er und der wird selten gebraucht, aber ich habe eine erfahrung gemacht, dass eine derartige meldung je nach intensität der nutzung irgendwann innerhalb eines halbes jehres kommt. es folgen weitere und am ende ist die partition verloren.

hier erlautert piru etwas dazu:
http://www.amiga.org/forums/showthread.php?p=554568&highlight=piru#post554568

ich würde also auf jeden fall die daten kopieren und reformatieren. aus meiner erfahrung ist sfssalv und ein entprechendes tool aus os4 distribution (kann mich an name nicht erinnern) hinterher leider nahezu nutzlos.

wawa Nutzer

26.04.2010, 22:23 Uhr

[ - Direktlink - ]

Thema: MJPEG - AVIs unter OS3.9/WarpOS abspielen
Brett: Amiga, AmigaOS 4

@Stefan:
soweit ich nachprüffen könnte sind die bugs jetzt gefixt, neue ixemul vorausgesetzt, die habe ich schon länger getestet, soweit nichts bemerkbar faul. wird aber auch noch veröffentlicht. beim problemen feedback an den portierer, das ist ganz wichtig.

wawa Nutzer

26.04.2010, 17:04 Uhr

[ - Direktlink - ]

Thema: MJPEG - AVIs unter OS3.9/WarpOS abspielen
Brett: Amiga, AmigaOS 4

@gni:
keine ahnung, kannst den author fragen. email wird in readme sein. es wurde übrigens schon gefixt, noch ein bug bleibt dennoch zu release so wie es ausieht.

wawa Nutzer

24.04.2010, 18:45 Uhr

[ - Direktlink - ]

Thema: MJPEG - AVIs unter OS3.9/WarpOS abspielen
Brett: Amiga, AmigaOS 4

übrigens habe ich vergessen zu erwähnen dass die gegenwärtige ffmpeg distribution von amistuff (die ich oben verlinkt habe) beinhaltet mehrere asm auch handoptimierte ffplay versionen die am echten 68k (hauptsächlich 060) gegenwärtig maximale erreichbare leistung bieten. *es ist also auch ein player dabei!*
ich habe die letzte version noch nicht getestet, aber auch die ältere waren schon sehr gut.

edit: habe grad getestet, sieht leieder so aus als der ffplay paar macken diesmal hat. hoffe piotr kanns bald fixen.

[ Dieser Beitrag wurde von wawa am 24.04.2010 um 21:29 Uhr geändert. ]

wawa Nutzer

24.04.2010, 17:04 Uhr

[ - Direktlink - ]

Thema: MJPEG - AVIs unter OS3.9/WarpOS abspielen
Brett: Amiga, AmigaOS 4

@Maja:
soweit ich weiss haben laszlo und gulliver absprache gehalten und damit wurde die testversion von moovid offenbar wieder runter genommen. laszlo wurde laut einen beitrag auf a1k moovid wieder weiter entwicklen wollen, was er mir gegenüber auch bestätigt hat.

inzwischen gibt es für 68k auch das hier:
http://aminet.net/package/gfx/conv/ffmpeg-svnr22669-m68k

laszlo hat das auch bereits kompiliert, vielleicht auch ohne ixemul, deteils weiss ich nicht. ich habe ihm ne zusammenarbeit mit piotr/amistuff vorgeschlagen, mal sehn was draus wird.

wawa Nutzer

24.11.2009, 19:37 Uhr

[ - Direktlink - ]

Thema: 3D - Welche Lib ?
Brett: Programmierung

@Der_Wanderer:

Zitat:
Das heisst ich sollte Storm Mesa (agl.library) vorraussetzen, und dort einen Layer draufpacken.

die absicht ist dabei zu bleiben soweit ich weiss also du kannst ruhig agl.library voraussetzen. bernd wollte zwar auch ne static library kompilieren, meinte das wird einfacher und dass es sich da eventuell noch bischen an geschwindigkeit rausholen liese, aber ich hab dann irgendwann nichts mehr davon gehört.

wawa Nutzer

24.11.2009, 17:29 Uhr

[ - Direktlink - ]

Thema: 3D - Welche Lib ?
Brett: Programmierung

die sources von storm mesa 3.1 kompilieren schon fast unter gcc.3.4.0.
zumindest was agl.library anbetrifft. es fehlt noch library initialisation. dazu bin ich zu dumm. also sind die sources jetzt bei alain, den autor von wazp, der das auch bald hinkriegen musste. somit ist irgendwann mit mesa/wazp/gallium (alain hat schon angefangen es unzusetzen) ein einheitliches interface für alle amiga-iden systeme verfügbar, mit und ohne hw beschleunigung. ich denke in diese richtung sollte man die kräfte bündeln.

wawa Nutzer

23.11.2009, 17:42 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@gni:
ah, habe jetzt ein hinweis, natürlich geht es darum das devcpp separate optionen für c und c++ kompiler hat. wenn -m68060 -m68881 nur in c feld definiert ist geht es sobald datei als c++ kompiliert wird offensichtlich nicht.

wawa Nutzer

23.11.2009, 00:56 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@gni:

Zitat:
Wenn nicht ist die Installation fehlerhaft.

könnte durchaus sein. ich bin in meiner kurzen amidevcpp karriere schon einigen ungereimheiten begegnet, die ich aber zuerst als meine eigenen fehler empfunden habe. ich überlasse es anderen zu den ich in kontakt stehe es zu reporten, wenn sie es bestätigen können. ich bin selbst eigentlich illiterate. jedenfalls ist schwierig die installation jedesmal wieder zu erneuern. 4 mich ist es der hinweis, wenn das meiste kompiliert, dass es mehr oder weniger richtig ist.
übrigens meine compilerexecutanles liegen unter usr/local/amiga/bin glaube ich (bin jetzt nicht zuhause) uugh. ich hasse linux. vielleicht sogar noch mehr als windows.

[ Dieser Beitrag wurde von wawa am 23.11.2009 um 00:56 Uhr geändert. ]

wawa Nutzer

22.11.2009, 18:58 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@gni:

ich arbeite mit dem gcc 3.4.0 andere 68k crosskompiler habe ich hier unter maidevcpp/cygwin nicht installiert.

habe jetzt also meine beispieldatei genommen, glapi.c.
der output sieht bei gcc so aus:

code:

$ m68k-amigaos-gcc.exe -v -c -m68060 -m68881 glapi.c
Reading specs from /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/specs
Configured with: ../gcc-3.4.0/configure --prefix=/usr/local/amiga --target=m68k-amigaos --enable-languages=c,c++,objc --
enable-haifa --enable-sjlj-exceptions --disable-shared --disable-libstdcxx-pch
Thread model: single
gcc version 3.4.0
 /usr/local/amiga/libexec/gcc/m68k-amigaos/3.4.0/cc1.exe -quiet -v -iprefix /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/ -D__
HAVE_68881__ -Dixemul -D__ixemul -D__ixemul__ glapi.c -quiet -dumpbase glapi.c -m68060 -m68881 -auxbase glapi -version -
o /cygdrive/c/DOKUME~1/ja/LOKALE~1/Temp/ccjn6lpn.s
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/sys-include"
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/include"
ignoring duplicate directory "/usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/include
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/sys-include
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/include
End of search list.
GNU C version 3.4.0 (m68k-amigaos)
        compiled by GNU C version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/bin/as.exe -m68060 -o glapi.o /cygdrive/c/DOKUME~1
/ja/LOKALE~1/Temp/ccjn6lpn.s

und mit g++ so aus:

code:

$ m68k-amigaos-g++.exe -v -c -m68060 -m68881 glapi.c
Reading specs from /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/specs
Configured with: ../gcc-3.4.0/configure --prefix=/usr/local/amiga --target=m68k-amigaos --enable-languages=c,c++,objc --
enable-haifa --enable-sjlj-exceptions --disable-shared --disable-libstdcxx-pch
Thread model: single
gcc version 3.4.0
 /usr/local/amiga/libexec/gcc/m68k-amigaos/3.4.0/cc1plus.exe -quiet -v -iprefix /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/
-D__HAVE_68881__ -Dixemul -D__ixemul -D__ixemul__ glapi.c -quiet -dumpbase glapi.c -m68060 -m68881 -auxbase glapi -versi
on -o /cygdrive/c/DOKUME~1/ja/LOKALE~1/Temp/ccf3SREf.s
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0"
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0/m68k-amigaos"
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0/backward"
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/sys-include"
ignoring nonexistent directory "/usr/bin/../lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/include"
ignoring duplicate directory "/usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/bin/../lib/gcc/m68k-amigaos/3.4.0/include
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0/m68k-amigaos
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../include/c++/3.4.0/backward
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/sys-include
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/include
End of search list.
GNU C++ version 3.4.0 (m68k-amigaos)
        compiled by GNU C version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 /usr/local/amiga/lib/gcc/m68k-amigaos/3.4.0/../../../../m68k-amigaos/bin/as.exe -m68060 -o glapi.o /cygdrive/c/DOKUME~1
/ja/LOKALE~1/Temp/ccf3SREf.s

ohne prozessoroptionen werfen beide die besagten fehler raus was eigentlich deine aussage bestätigt.

vielleicht ist etwas mit meinen pfaden nicht in ordnung.

[ Dieser Beitrag wurde von wawa am 22.11.2009 um 18:59 Uhr geändert. ]

wawa Nutzer

22.11.2009, 14:56 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@gni:
diese einstellungen (entweder -m68060 oder m68040 mit -m68881) sind bei mir sowieso von vorne drin. ich kann es auch reproduzieren. wenn ich bei der datei in amidevcpp in "datei als c++ kompilieren" wieder häckchen setze kommen die fehler wieder. lösche ich es es ist wieder okay.

[ Dieser Beitrag wurde von wawa am 22.11.2009 um 14:57 Uhr geändert. ]

wawa Nutzer

21.11.2009, 14:11 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@akl:
meinst du typedefinition?

gl.h beinhaltet das hier:

/* C type GL type storage */
/*-------------------------------------------------------------------------*/
typedef void GLvoid;
typedef unsigned char GLboolean;
typedef signed char GLbyte; /* 1-byte signed */
typedef short GLshort; /* 2-byte signed */
typedef int GLint; /* 4-byte signed */
typedef unsigned char GLubyte; /* 1-byte unsigned */
typedef unsigned short GLushort; /* 2-byte unsigned */
typedef unsigned int GLuint; /* 4-byte unsigned */
typedef int GLsizei; /* 4-byte signed */
typedef float GLfloat; /* single precision float */
typedef float GLclampf; /* single precision float in [0,1] */
typedef double GLdouble; /* double precision float */
typedef double GLclampd; /* double precision float in [0,1] */

das problem war, dass devcpp ne blöde angewohnheit hat zu projekt zugeladene sourcefiles mit "compile file as c++" in seinen einstellungen zu belegen unabhängig davon das projekt als ein c projekt definiert ist. (project>project options>files). das hat mir schon immer wieder unendliches kopfzerbrechen bereitet.

[ Dieser Beitrag wurde von wawa am 21.11.2009 um 14:11 Uhr geändert. ]

wawa Nutzer

20.11.2009, 17:52 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

@akl:
die definitionen sid die gleichen wie in original mesa 3.1. die definition stimmt auch überein mit gl.h.

übrigens das problem ist inzwischen gelöst.
bleibt nur noch korrekt library initialisation hoffe ich.

wawa Nutzer

20.11.2009, 16:17 Uhr

[ - Direktlink - ]

Thema: gcc >3.4.x __asm("fpx") problem
Brett: Programmierung

ich bin gerade dabei storm mesa source an gcc anzupassen. dabei stosse ich an ein problem. ich habe es schon auch woanders gefragt aber bisher keine direkte lösung bekommen. ein workaround über ein makro scheint zu funktionieren, aber ich wollte es einfach halten:

hier ein beispiel von ursprünglichen code aud glapi.c:

void APIENTRY smglAlphaFunc(register __d0 GLenum func,
register __fp0 GLclampf ref )
{
glAlphaFunc(func,ref);
}

hier von bernd_r vorgeschlagene modifikation mit dummy variablen:

void APIENTRY smglAlphaFunc( GLenum a,
GLclampf b )
{
register GLenum func __asm("d0");
register GLclampf ref __asm("fp0");
glAlphaFunc(func,ref);
}

alles was mit adress und data registers zu tun kat scheint klaglos durchzukommen aber bie fp registers bekomme ich nen kompiler error wie diesen:
C:CrossCompilerAmiDevCppprojectsStormMesaNewsrcAMIGAsrcglapi.c In function 'void smglAlphaFunc(GLenum, GLclampf)': 83 C:CrossCompilerAmiDevCppprojectsStormMesaNewsrcAMIGAsrcglapi.c register specified for 'ref' isn't suitable for data type 83 C:CrossCompilerAmiDevCppprojectsStormMesaNewsrcAMIGAsrcglapi.c register name given for non-register variable 'ref'

ich kompiliere grad mit cgg.3.4.0

kompiler optionen:

-m68060
oder
-m68040 -m68881

aber es ändert nichts.
hat jemand nen hinweis, aber bitte so damit ichs auch verstehe. ich bin nämlich jemand der mit rekompilieren von open source gerade so zurecht kommt. bitte nicht bashen, ich versuche somit den weg zu öffnen um den 68k mesa port zu fixen und upzudaten. tut mir leid dass ein noob das machen muss.

wawa Nutzer

10.11.2009, 18:22 Uhr

[ - Direktlink - ]

Thema: 3D - Welche Lib ?
Brett: Programmierung

@thread:
was im moment in angriff genomen wurde ist einmal update von wazp3d durch alain thellier, den author dieser library. es ermöglicht bereits relativ komplexe 3d apps auf 68k darzustellen (appolgl, glexxcess...) natürlich leider recht langsam denn alles in software.
die hier gewonnenen erfahrungen helfen vielleicht den originellen warp3d insbesondere die hardware treiber zu fixen, das gestaltet sich aber schwierig denn die sourcen nicht verfügbar sind.
des weiteren wird es hoffentlich bald möglich storm mesa3.1 unter devcpp/gcc zu kompilieren und auch zu erweitern und zu fixen.
hier der gegenwärtige thread:
http://utilitybase.com/forum/index.php?action=vthread&forum=3&topic=1864

(vorsicht, die hauptseite von utilitybase scheint malware verseucht zu sein, also lieber mit nem amigabrowser ran!)

wawa Nutzer

09.11.2009, 17:34 Uhr

[ - Direktlink - ]

Thema: Library bauen mit gcc/AmiDevCPP
Brett: Programmierung

@alle:
ich habe den oben genannten thread auf der utilitybase aufgemacht. habe jetzt auch ne anleitung bekommen die ich versuche umzusetzten. falls mir das gelingt kann ichs weitergeben.

wawa Nutzer

07.09.2009, 05:31 Uhr

[ - Direktlink - ]

Thema: radeon 9250 pixelshader?
Brett: Programmierung

@PeaBrain:
das scheint irgendwie nicht ganz klar. ich habe gehört os4.x bietet grundsätzlich keine 3d hw beschleunigung, andersrum in den readme von hans, der minigl dafür umgesetzt hat ist die rede davon keinen software modus zu unterstützen. es ist etwas schwierig nachvollzuziehen. ich habe neuerdings ein simples 3d spiel portiert und unter os4 mit minigl als auch unter os3 mit mesa, warp3d und wazp3d getestet. davon ausgehend meine ich zumindest auf meinem classic/voodoo3 rendert minigl in hw da die fps nur unwesentlich vom fenstergrösse abhängig waren. ganz sicher bin ich aber nicht, denn unter os3 hat sich wazp fast dem warp3d ebenbürtig gezeigt. immerhin finde ich die 3d leistung so oder so ziemlich schlecht.

ich sehe du hast am utilitybase vorbeigeguckt. wieso nicht nachgefragt?

1 2 3 4 -5- 6 7 8 9 10 Letzte

Ergebnisse der Suche: 314 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