Trying to compile something which have glTexImage1D() and glTexCoord1f() functions. But i can't compile it at all (libgl.a does not have these funcs). I just have that source code:
/tmp/ccHe5vI0.o: In function `main': test.c:(.text+0x38): undefined reference to `glTexImage1D' test.c:(.text+0x44): undefined reference to `glTexCoord1f'
So, the first 2 fucntions (with 1d/1f) - not present in libgl.a, but two others (2d/2f) are here. Any hint how fix that ?
That all need me becouse i trying to port some funny game, and have problems with these 2 unresolved fucntions (but for game itself it was like "not defined in that scope"), and because of it i trying just compile it as test binary, and see that these fucntions are not present at all ?
The answer as usual "when it's done". But imho, Hyperion itself must spend their time into SDL and MESA ports and make it as default for os4. Because then it will be help a lot for bringing more and many modern and normal software.
@afxgroup I grab new includes and libmgl.a from the trank, and it's now compiles ok. But, it's just crashes becouse public minigl.library does not have these funcs => crash. We try with Mick compile new version, but it's just give us black screen and crash :)
@hans Have you any planes-date to release minigl2.2 ?
@kas1e i also compiled the latest trunk and i must say that iam having no problems at all with it. Maybe u fire up wookie and send that stuff to me for testing other ppl already asking bots where u are :)
@Hans Absolutely awesome work you're doing, again new Features for MiniGL and TONS of Bugfixes. Thank you 4 that respectful work !!!
We compile trank's minig.library fine, and we noticed that it's slower about 30% if compared with version 2.1 (it's pretty visibly on the games, which on the 2.1 faster, and on 2.2 slower). Maybe it's becouse upcoming update is need it for ?
But all those functions about i talk, works fine with 2.2 :) I read changelog -> you did the good work. Looks like MiniGL will matured enough soon and we will not need mesa ?:)
kas1e wrote: @afxgroup I grab new includes and libmgl.a from the trank, and it's now compiles ok. But, it's just crashes becouse public minigl.library does not have these funcs => crash. We try with Mick compile new version, but it's just give us black screen and crash :)
Libmgl.a isn't in the SVN repository, so if it was already there, then it's an old version. Some of the header files have changed, so if you update to the latest sources, be sure to do a "make clean" before you build MiniGL (a simple "make").
Quote:
@hans Have you any planes-date to release minigl2.2 ?
Yes I do plan to release MiniGL 2.2, but I can't give you a solid release date yet.
btw, one more question: I think you know about that nasty bug with window-mode in the SDL+GL apps ? SDL only apps works fine in window mode, OGL apps works fine in window mode too. But when it's "combo" then not. I try to looks at SDL sources right now (in hope to fix that), but maybe you know some more details about already ?
We compile trank's minig.library fine, and we noticed that it's slower about 30% if compared with version 2.1 (it's pretty visibly on the games, which on the 2.1 faster, and on 2.2 slower). Maybe it's becouse upcoming update is need it for ?
I'm surprised to hear about the slowdown. I haven't noticed that myself. Please try the following: dumpdebugbuffer ram:log.txt
and let me know if there is any debug output in the log file (there shouldn't be).
kas1e wrote: btw, one more question: I think you know about that nasty bug with window-mode in the SDL+GL apps ? SDL only apps works fine in window mode, OGL apps works fine in window mode too. But when it's "combo" then not. I try to looks at SDL sources right now (in hope to fix that), but maybe you know some more details about already ?
Yes, that bug has been in SDL far too long. SDL's MiniGL code is rather unfinished. Windowed mode was never implemented, and the code to set the screen mode doesn't work particularly well either. MiniGL 2.2 has an extra function or two that makes managing external buffers easier. Andy (a.k.a. broadblues) wrote that code, so ask him for help if you're unsure how to use it.
I have hardly ever touched the SDL source-code, so I can't give much advice. I was always hoping that someone else would fix the SDL issues (and add compositing based blending for 2D apps) so that I could focus on my RadeonHD driver. It would be great if you had a look at the SDL GL code, although you may wish to talk to a guy with the nick HunoPPC over on AW.net, who has also made some changes to the SDL code.
With whatever you're using right now. The slow down may be due to fixes that eliminate certain rendering bugs at the cost of speed. It is worth checking if debug output was left on by mistake, or something silly like that.
dumpdebugbuffer say nothing (i run game, exit, then dump = nothing, only some init strings which looks ok). But you can try yourself any game which show FPS in realtime, on minigl2.1 and on 2.2.
Quote:
Yes, that bug has been in SDL far too long. SDL's MiniGL code is rather unfinished. Windowed mode was never implemented, and the code to set the screen mode doesn't work particularly well either. MiniGL 2.2 has an extra function or two that makes managing external buffers easier. Andy (a.k.a. broadblues) wrote that code, so ask him for help if you're unsure how to use it.
Ok, it's sorted out a bit.. So, window mode was never implemented.. And with 2.2 version it will be easyly to implement. Thanks, will talk with Andy. Not sure that i can add all that composting stuff (if it's hard enough), but i want to add window mode for now..
dumpdebugbuffer say nothing (i run game, exit, then dump = nothing, only some init strings which looks ok). But you can try yourself any game which show FPS in realtime, on minigl2.1 and on 2.2.
Thanks for the info.
Quote:
Ok, it's sorted out a bit.. So, window mode was never implemented.. And with 2.2 version it will be easyly to implement. Thanks, will talk with Andy. Not sure that i can add all that composting stuff (if it's hard enough), but i want to add window mode for now..
Just getting SDL + GL working as it should would be great. The compositing stuff is irrelevant for OpenGL apps. However, it would provide a big performance boost for 2D games that use alpha blending. Right now alpha blending is done in software.
We compile trank's minig.library fine, and we noticed that it's slower about 30% if compared with version 2.1 (it's pretty visibly on the games, which on the 2.1 faster, and on 2.2 slower). Maybe it's becouse upcoming update is need it for ?
I just found the problem; the makefile had -o3 instead of -O3, so the code wasn't being optimized. I've just fixed this so just do: svn update make clean make
and your copy will be faster again. Thanks for spotting this issue.
Looks like we messed somethinkg, i compare tests with neverputt and neveball. With the correct tests, Peg2 a bit faster (one few fps) on boch games. Sorry for mistake.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
If you must compile it now, you can emulate the 1D functions with 1 pixel wide 2D textures.....
