Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Gens for linux with opengl support
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4  Next  
Reply to topic    Gentoo Forums Forum Index Gamers & Players
View previous topic :: View next topic  
Author Message
rotux
n00b
n00b


Joined: 23 Dec 2003
Posts: 72

PostPosted: Sun Jan 02, 2005 3:14 pm    Post subject: Reply with quote

Hmm nice, I get 250 fps w/o sound now (compared to 85 with SDL), but as soon as I turn on the sound it goes down below 60 fps which makes games choppy :(

I already tried out some different SDL_AUDIODRIVER settings, none did help.
Back to top
View user's profile Send private message
mushroom blue
n00b
n00b


Joined: 10 Apr 2003
Posts: 22
Location: Caldwell, ID

PostPosted: Mon Jan 03, 2005 10:53 pm    Post subject: Re: Better GTK dialogs and SegaCD boot Reply with quote

CrazyTerabyte wrote:
3. Even if Gens for Linux cannot boot real (hardware) CDs, I would like to "enter" in SegaCD/MegaCD bios (IOW, boot it without CD), to allow me initialize the "RAM cartridge". I'm not sure if SegaCD/MegaCD games work in Gens for Linux (loading from a image file on hard disk), but I would like to try.


when you start SonicCD, you can press any button other than start, and get into the CD player menu. this menu has an option to adjust the memory options, including formatting and initializing the ram cartridge.

you just gotta know where to look. :)
_________________
mushroom blue
"Cogito. Eggo, sum." - "I think. Therefore, I am a waffle."
Back to top
View user's profile Send private message
mushroom blue
n00b
n00b


Joined: 10 Apr 2003
Posts: 22
Location: Caldwell, ID

PostPosted: Mon Jan 03, 2005 11:38 pm    Post subject: Re: small feature request Reply with quote

wah_wah_69 wrote:
The integration of sdl and gtk it's something that has been discused few times in the sdl mailing list , I don't know exactly if it's a matter of modifying gtk , sdl , or both.


I'll just paste a brief conversation I had with the author of MythTV:
<Chutt> you can embed sdl apps in any window
<Chutt> it's pretty damn easy.
<Chutt> just need to set the SDL_WINDOWID environment variable to the X window id before SDL initializes, and it'll reparent itself automatically.
<mushroomblue> Chutt: and it'll be embedded in the gtk window?
<Chutt> what'd i just say?

note: this actually came up a while back, when I was wondering why the original gens port wasn't in one window. :)

Quote:
A good solution would be a custom gui a la zsnes.


I couldn't disagree more. making a custom gui a la ZSNES would be absolutely the wrong thing to do. users want something they're comfortable with. most of them have used gens under windows, and the GTK gui, though detached, at least resembles Gens under windows. making someone learn two different interfaces for the same application is just poor design.
_________________
mushroom blue
"Cogito. Eggo, sum." - "I think. Therefore, I am a waffle."
Back to top
View user's profile Send private message
wah_wah_69
Tux's lil' helper
Tux's lil' helper


Joined: 26 Aug 2003
Posts: 143

PostPosted: Mon Jan 10, 2005 11:05 pm    Post subject: Reply with quote

Quote:
In the regular gens-2.12a source I could edit the Makefile to disable the gtk frontend.
Can this be done in the opengl version?
I don't see the same CFLAGS sections for me to make the change in the source.


Well I really don't know I just added the -lGL flag via autoconf. If you want to drop the gtk dependency I think yabdeo removed all the #ifdef'd code regarding GTK use (I think you could do as you say with the old code). If you just want to hide the gui you can with CTRL+H hide and ALT+H show.

Quote:
I have three wishes in this message:

1. I feel Gens need a little fixes in GTK dialogs. See these two screenshots:

http://denilsonsa.hn.org/~denilson/Gens_Dialog1.png
http://denilsonsa.hn.org/~denilson/Gens_Dialog2.png

I have no idea about why this happens. My simple suggestion is to make them resizeable.

2. I would like a keyboard shortcut for quit. Maybe Ctrl+Q.

3. Even if Gens for Linux cannot boot real (hardware) CDs, I would like to "enter" in SegaCD/MegaCD bios (IOW, boot it without CD), to allow me initialize the "RAM cartridge". I'm not sure if SegaCD/MegaCD games work in Gens for Linux (loading from a image file on hard disk), but I would like to try.

http://denilsonsa.hn.org/~denilson/Gens_SonicCD.png

P.S.: If someone wanna know what window manager I am using... I'm using fluxbox, with "Windows 3.x" theme.


This is corrected in with the new gtk code yabdeo released some time ago I kept working with my old copy while doing all the opengl changes.

Quote:
Hmm nice, I get 250 fps w/o sound now (compared to 85 with SDL), but as soon as I turn on the sound it goes down below 60 fps which makes games choppy Sad

I already tried out some different SDL_AUDIODRIVER settings, none did help.

Try playing with the value in g_sdlsound.c line 127 change spec.samples = 1024; for 512 or 256 change said value as well in line 267: while(audio_len>1024*2*2*4) {nanosleep(&rqtp,NULL);
if(fast_forward){audio_len=1024;}
} //SDL_Delay(1);
(be aware that it might break mega cd games)


Quote:


I'll just paste a brief conversation I had with the author of MythTV:
<Chutt> you can embed sdl apps in any window
<Chutt> it's pretty damn easy.
<Chutt> just need to set the SDL_WINDOWID environment variable to the X window id before SDL initializes, and it'll reparent itself automatically.
<mushroomblue> Chutt: and it'll be embedded in the gtk window?
<Chutt> what'd i just say?

note: this actually came up a while back, when I was wondering why the original gens port wasn't in one window. Smile

Cita:
A good solution would be a custom gui a la zsnes.


I couldn't disagree more. making a custom gui a la ZSNES would be absolutely the wrong thing to do. users want something they're comfortable with. most of them have used gens under windows, and the GTK gui, though detached, at least resembles Gens under windows. making someone learn two different interfaces for the same application is just poor design.


It's not about not knowing how to do it...did you know there are already 2 hacks related with gtk use in gens?.

Users are not that stupid they'll find the way , there's no need to mimic the windos gui (it's not a bad idea at all but there's no need), there're "tons" of gui toolkits in *nix I don't see how a custom gui would make anyone feel more uncomfortable than now.

I like quite a lot the zsnes gui , I fire zsnes with my sh of choice then with the joypad or with 2 or 3 keystrokes select the desired game and go.
Right now with gens is , fire up gens , CTRL+O select the file with the gtk menu (TAB , TAB , TAB, some arrow here and there , INTRO) , and then change to fullscreen.

Pros of custom gui: -
- no gtk (insert any toolkit name here) dependency, so you don't have to worry about the user having version XXX.YYY of the toolkit.
- more portable
- you don't have to deal with some obscure toolkit bug.

Cons of custom gui:
-have to deal with your own obscure gui bugs
- it takes more time to mantain/update

I almost forgot to mention it ,my latest changes : http://www.telefonica.net/web2/wahwah69/gens-rc3.5-opengl.tar.gz
(note there's no rc3.4)
_________________
Be good and if you can't be good, be careful.


Last edited by wah_wah_69 on Tue Jan 11, 2005 1:20 pm; edited 1 time in total
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Tue Jan 11, 2005 12:02 am    Post subject: Reply with quote

wah_wah_69 wrote:
I almost forgot to mention it ,my latest changes : http://www.telefonica.net/web2/wahwah69/gens-rc3.5-opengl.tar.gz
(note there's no rc3.4)
This version requires GTK 2.4. And I only have 2.2. (and I don't use Gentoo, yet) :( :x :cry:

BTW, --disable-gtktest does not work (there is gtk test even with this option).
Back to top
View user's profile Send private message
skunkworx
Guru
Guru


Joined: 02 Feb 2003
Posts: 420
Location: Planet Houston

PostPosted: Thu Jan 20, 2005 3:46 am    Post subject: Reply with quote

Hey, wah_wah_69. I'm having a curious problem that first manifested itself in rc3.2, and is still present in 3.5. The simplest way to describe is to show a screen shot, which you can see here (PNG format, let me know if that's a problem).

It seems like the whole screen is beng virtually shifted a half-pixel to the left or right. This is making the screen look blurry even when the sharpness filter is on or the lowest resolution is being used. I'm seeing this even with the OpenGL renderer turned off. The weird thing is, this started happening out of the blue; I was not doing a recompile or update at the time.

Do you have any idea what's causing this, and how to work around it? Thanks.
_________________
Proud to be a... eh, forget it.

"Everyday is just one day." -- not the Traveling Wilburys
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Thu Jan 20, 2005 3:51 am    Post subject: Reply with quote

skunkworx wrote:
It seems like the whole screen is beng virtually shifted a half-pixel to the left or right. This is making the screen look blurry even when the sharpness filter is on or the lowest resolution is being used. I'm seeing this even with the OpenGL renderer turned off.
Don't you have "Fast Blur" enabled? (F9 key) "Fast Blur" emulates blurred signal that Mega Drive sends to TV. somtimes this is useful because some games use pseudo-transparency by blurring two next pixels (example: Fifa Soccer).
Back to top
View user's profile Send private message
skunkworx
Guru
Guru


Joined: 02 Feb 2003
Posts: 420
Location: Planet Houston

PostPosted: Fri Jan 21, 2005 4:37 am    Post subject: Reply with quote

CrazyTerabyte wrote:
skunkworx wrote:
It seems like the whole screen is beng virtually shifted a half-pixel to the left or right. This is making the screen look blurry even when the sharpness filter is on or the lowest resolution is being used...
Don't you have "Fast Blur" enabled? (F9 key) "Fast Blur" emulates blurred signal that Mega Drive sends to TV. somtimes this is useful because some games use pseudo-transparency by blurring two next pixels (example: Fifa Soccer).


Well, shut me up. You're right. I never intentionally enabled that, but I guess a stray F9 got in there at some point.

Thanks for the tip, that literally cleared things right up.
_________________
Proud to be a... eh, forget it.

"Everyday is just one day." -- not the Traveling Wilburys
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Fri Jan 21, 2005 12:09 pm    Post subject: Gens suggestions Reply with quote

Since I don't know where to post things about Gens development, I will post here.

Currently, all OSD (On-Screen Display) are drawn in bottom-left corner. In other words, if I enable Sega CD leds and FPS counter, they will be overlapping. Gens messages will overlap them too.

So, I suggest moving these OSDs in a way they don't overlap.
Back to top
View user's profile Send private message
TheChuckster
Tux's lil' helper
Tux's lil' helper


Joined: 18 Aug 2003
Posts: 91
Location: United States

PostPosted: Sun Jan 23, 2005 4:37 pm    Post subject: Reply with quote

Why is Gens choppy with sound enabled? The Windows version runs fine.
_________________
http://thechuckster.homelinux.com/
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Mon Jan 24, 2005 3:47 am    Post subject: Perfect synchro problems!!! Reply with quote

I have Perfect synchro between main and sub CPU (Sega CD)=1 in [CPU] section of my ~/.gens/gens.cfg file.

When I start Gens, the "Perfect synchro" option in menu is checked (as it should be). Then, I open any game. When I look at menu, that option became unchecked. If it was a Sega CD game, the menu option is unchecked, but the "Perfect synchro" is enabled (since the message appears on game screen).

So, that menu option currently is crazy (and lies to the user), and needs to be fixed.

In addition, when going fullscreen, the "Perfect Synchro" is deactivated (message appears on screen), and there is no way to activate it. I feel this option (as well as video options) is "doubled", i.e. there is one set of options for windowed mode, and another for full-screen. However, I don't think "Perfect Synchro" (which is a CPU-option) should be windowed/fullscreen dependent.

So, I suggest that option should be "global" (fullscreen and windowed modes share the same option-value).

I'm using 2.12-rc3.
Back to top
View user's profile Send private message
skunkworx
Guru
Guru


Joined: 02 Feb 2003
Posts: 420
Location: Planet Houston

PostPosted: Mon Jan 24, 2005 7:24 pm    Post subject: Re: Perfect synchro problems!!! Reply with quote

TheChuckster wrote:
Why is Gens choppy with sound enabled? The Windows version runs fine.


I forget the exact names (I'm not at my home PC at the moment), but check the video filter options. Anything other than "Normal" seems to really slow the linux version of gens down.


CrazyTerabyte wrote:
I have Perfect synchro between main and sub CPU (Sega CD)=1 in [CPU] section of my ~/.gens/gens.cfg file.

When I start Gens, the "Perfect synchro" option in menu is checked (as it should be). Then, I open any game. When I look at menu, that option became unchecked. If it was a Sega CD game, the menu option is unchecked, but the "Perfect synchro" is enabled (since the message appears on game screen).

So, that menu option currently is crazy (and lies to the user), and needs to be fixed.


The options on the sound menu act like this too. The various "higher quality" settings aren't always checked when they're enabled, and aren't always unchecked when they are disabled. I only use the menus; I haven't manually tweaked the config file at all.
_________________
Proud to be a... eh, forget it.

"Everyday is just one day." -- not the Traveling Wilburys
Back to top
View user's profile Send private message
hatta
n00b
n00b


Joined: 26 Jan 2005
Posts: 4

PostPosted: Sat Jan 29, 2005 8:30 am    Post subject: Reply with quote

What happened to the sources?! They're all 404. Anyone have a mirror? Just when I got opengl working too... :roll:
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Sat Jan 29, 2005 2:29 pm    Post subject: Reply with quote

hatta wrote:
What happened to the sources?! They're all 404. Anyone have a mirror? Just when I got opengl working too... :roll:
I have no idea, but I've just uploaded the files:
:arrow: http://users.vialink.com.br/denilson/gens/
Back to top
View user's profile Send private message
wah_wah_69
Tux's lil' helper
Tux's lil' helper


Joined: 26 Aug 2003
Posts: 143

PostPosted: Sat Jan 29, 2005 11:30 pm    Post subject: Reply with quote

Quote:
This version requires GTK 2.4. And I only have 2.2. (and I don't use Gentoo, yet) Sad Mad Crying or Very sad

BTW, --disable-gtktest does not work (there is gtk test even with this option).


CrazyTerabyte :
I'm sorry about that , it was yabdeo (oficial gens for *.nix maintainer) who decided to use gtk 2.4.


Quote:
Since I don't know where to post things about Gens development, I will post here.

Currently, all OSD (On-Screen Display) are drawn in bottom-left corner. In other words, if I enable Sega CD leds and FPS counter, they will be overlapping. Gens messages will overlap them too.

So, I suggest moving these OSDs in a way they don't overlap.


I think I corrected the overlapping problem with rc-3.5 post a screenshot to see if we refer to the same (haven't tried any megacd game)

Quote:
Why is Gens choppy with sound enabled? The Windows version runs fine.

TheChuckster: There was a problem with sdl in my system (solved magically some time ago) this led me to write opengl support to gens.
Are you using opengl? if so which filters are you using ?

Quote:
have Perfect synchro between main and sub CPU (Sega CD)=1 in [CPU] section of my ~/.gens/gens.cfg file.

When I start Gens, the "Perfect synchro" option in menu is checked (as it should be). Then, I open any game. When I look at menu, that option became unchecked. If it was a Sega CD game, the menu option is unchecked, but the "Perfect synchro" is enabled (since the message appears on game screen).

So, that menu option currently is crazy (and lies to the user), and needs to be fixed.

In addition, when going fullscreen, the "Perfect Synchro" is deactivated (message appears on screen), and there is no way to activate it. I feel this option (as well as video options) is "doubled", i.e. there is one set of options for windowed mode, and another for full-screen. However, I don't think "Perfect Synchro" (which is a CPU-option) should be windowed/fullscreen dependent.

So, I suggest that option should be "global" (fullscreen and windowed modes share the same option-value).

I'm using 2.12-rc3.


CrazyTerabyte:
That's another side effect of using sdl + gtk together I managed to avoid some options to behave like that with a dirty hack I forgot to appply said hack to the options you mention.

Quote:
I forget the exact names (I'm not at my home PC at the moment), but check the video filter options. Anything other than "Normal" seems to really slow the linux version of gens down.


Normal rendering in opengl uses 320*240* 16 bits of memory for the texture data and it calls to a x1 pixels copy function.

Any other mode uses 640*480 * 16bits of memory of texture data and it calls to a x2 filter , some are heavier than others.

In my system in the best case I get 114 fps with hq2x but sometimes I get 50 fps (in US/JAP games) , in normal 290 fps.

Sounds seems to be nicer in normal mode.

Quote:

The options on the sound menu act like this too. The various "higher quality" settings aren't always checked when they're enabled, and aren't always unchecked when they are disabled. I only use the menus; I haven't manually tweaked the config file at all.


gtk hack magic at work.


Quote:

What happened to the sources?! They're all 404. Anyone have a mirror? Just when I got opengl working too... Rolling Eyes

***
I have no idea, but I've just uploaded the files:


I took everything but rc-3.5 offline , then I thought about people with GTK_VERSION <2.4 , thanks CrazyTerabyte though these extra_unofficial releases have little difference between them (I deleted most of them from my hd ).

In a non related note:

I've been playing with visualboy advance lately but someone was faster than me http://sourceforge.net/tracker/index.php?func=detail&aid=1109757&group_id=63889&atid=505531
_________________
Be good and if you can't be good, be careful.
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Sun Jan 30, 2005 8:12 pm    Post subject: Reply with quote

wah_wah_69 wrote:
Quote:
This version requires GTK 2.4. And I only have 2.2. (and I don't use Gentoo, yet) Sad Mad Crying or Very sad

BTW, --disable-gtktest does not work (there is gtk test even with this option).

CrazyTerabyte :
I'm sorry about that , it was yabdeo (oficial gens for *.nix maintainer) who decided to use gtk 2.4.

I hope GTK 2.4 is better. I need to update mine. However, as I said, --disable-gtktest should really disable the gtktest.

wah_wah_69 wrote:
I think I corrected the overlapping problem with rc-3.5 post a screenshot to see if we refer to the same (haven't tried any megacd game)

See this screenshot: http://denilsonsa.hn.org/~denilson/Gens_OverlappingLeds.png
Note the bottom-left corner.

wah_wah_69 wrote:
That's another side effect of using sdl + gtk together I managed to avoid some options to behave like that with a dirty hack I forgot to appply said hack to the options you mention.

Is that hack REALLY needed? Wouldn't be better if everything works well without dirty hacks?


Now, one "new" suggestion (or request for enhancement), unrelated to all above: I think Gens uses too much CPU when it is stopped (when I press ESC or when there is no ROM loaded). Could this be fixed? If it is "stopped", it shouldn't eat too much CPU.
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Sun Jan 30, 2005 11:58 pm    Post subject: Reply with quote

wah_wah_69 wrote:
CrazyTerabyte:
That's another side effect of using sdl + gtk together I managed to avoid some options to behave like that with a dirty hack I forgot to appply said hack to the options you mention.

I think you already know this, but, anyway: It looks like "Sega CD mode" is changed when I open the "Open dialog". It is very strange to me. I hope the hack works very well, but I would prefer if there was no need to use the hack...

Another very little bug: When Gens is opened, the mouse cursor is shown when over "SDL window". If you go FullScreen and then Windowed again, the mouse will be hidden when over "SDL Window". If you prefer to keep the mouse always hidden, ok, if you prefer to keep this little buggy behavior, ok too. :)
Back to top
View user's profile Send private message
Knuckles
n00b
n00b


Joined: 14 Feb 2005
Posts: 13

PostPosted: Mon Feb 14, 2005 3:10 pm    Post subject: Reply with quote

Hi,

Excuse me, I'm on debian sarge and when I do 'make, it returns some errors like this :

Quote:
gens_core/vdp/vdp_rend.o gens_core/cpu/z80/z80.o ../starscream/main68k/main68k.o ../starscream/sub68k/sub68k.o -lm -lz -L/usr/lib -lSDL -lpthread -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lc -lrt
sdllayer/gens-g_sdldraw.o(.text+0x15b): In function `Init_draw_gl':
sdllayer/g_sdldraw.c:140: undefined reference to `glViewport'
sdllayer/gens-g_sdldraw.o(.text+0x167):sdllayer/g_sdldraw.c:144: undefined reference to `glEnable'
sdllayer/gens-g_sdldraw.o(.text+0x173):sdllayer/g_sdldraw.c:147: undefined reference to `glEnable'
sdllayer/gens-g_sdldraw.o(.text+0x17f):sdllayer/g_sdldraw.c:149: undefined reference to `glIsEnabled'
sdllayer/gens-g_sdldraw.o(.text+0x1a3):sdllayer/g_sdldraw.c:153: undefined reference to `glGenTextures'
sdllayer/gens-g_sdldraw.o(.text+0x3d7): In function `End_draw_gl':
sdllayer/g_sdldraw.c:227: undefined reference to `glDeleteTextures'
sdllayer/gens-g_sdldraw.o(.text+0x457): In function `Clear_Screen':
sdllayer/g_sdldraw.c:257: undefined reference to `glClear'
sdllayer/gens-g_sdldraw.o(.text+0x546): In function `Flip_gl':
sdllayer/g_sdldraw.c:285: undefined reference to `glBindTexture'
sdllayer/gens-g_sdldraw.o(.text+0x564):sdllayer/g_sdldraw.c:287: undefined reference to `glTexParameteri'
sdllayer/gens-g_sdldraw.o(.text+0x582):sdllayer/g_sdldraw.c:289: undefined reference to `glTexParameteri'
sdllayer/gens-g_sdldraw.o(.text+0x5a0):sdllayer/g_sdldraw.c:292: undefined reference to `glTexParameteri'
sdllayer/gens-g_sdldraw.o(.text+0x5be):sdllayer/g_sdldraw.c:293: undefined reference to `glTexParameteri'
sdllayer/gens-g_sdldraw.o(.text+0x5d3):sdllayer/g_sdldraw.c:296: undefined reference to `glPixelStorei'
sdllayer/gens-g_sdldraw.o(.text+0x5e8):sdllayer/g_sdldraw.c:298: undefined reference to `glPixelStorei'
sdllayer/gens-g_sdldraw.o(.text+0x5fd):sdllayer/g_sdldraw.c:301: undefined reference to `glBindTexture'
sdllayer/gens-g_sdldraw.o(.text+0x669):sdllayer/g_sdldraw.c:303: undefined reference to `glTexImage2D'
sdllayer/gens-g_sdldraw.o(.text+0x67e):sdllayer/g_sdldraw.c:306: undefined reference to `glBindTexture'
sdllayer/gens-g_sdldraw.o(.text+0x68a):sdllayer/g_sdldraw.c:308: undefined reference to `glBegin'
sdllayer/gens-g_sdldraw.o(.text+0x6a3):sdllayer/g_sdldraw.c:310: undefined reference to `glTexCoord2f'
sdllayer/gens-g_sdldraw.o(.text+0x6af):sdllayer/g_sdldraw.c:311: undefined reference to `glVertex2f'
sdllayer/gens-g_sdldraw.o(.text+0x6cc):sdllayer/g_sdldraw.c:314: undefined reference to `glTexCoord2f'
sdllayer/gens-g_sdldraw.o(.text+0x6d8):sdllayer/g_sdldraw.c:315: undefined reference to `glVertex2f'
sdllayer/gens-g_sdldraw.o(.text+0x704):sdllayer/g_sdldraw.c:318: undefined reference to `glTexCoord2f'
sdllayer/gens-g_sdldraw.o(.text+0x710):sdllayer/g_sdldraw.c:319: undefined reference to `glVertex2f'
sdllayer/gens-g_sdldraw.o(.text+0x736):sdllayer/g_sdldraw.c:322: undefined reference to `glTexCoord2f'
sdllayer/gens-g_sdldraw.o(.text+0x742):sdllayer/g_sdldraw.c:323: undefined reference to `glVertex2f'
sdllayer/gens-g_sdldraw.o(.text+0x747):sdllayer/g_sdldraw.c:325: undefined reference to `glEnd'
collect2: ld a retourné 1 code d'état d'exécution
make[3]: *** [gens] Erreur 1
make[3]: Leaving directory `/home/knux/progs/test/gens-rc3.5-opengl/src/gens'
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory `/home/knux/progs/test/gens-rc3.5-opengl/src'
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/home/knux/progs/test/gens-rc3.5-opengl'
make: *** [all] Erreur 2


What can I do ? ./configure tells me :
Quote:
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for strerror in -lcposix... no
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for pkg-config... /usr/bin/pkg-config
checking for GTK+ - version >= 2.4.0... yes (version 2.4.14)
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.1.3... yes
checking for nasm... /usr/bin/nasm
checking for OpenGL support... yes
checking for clock_gettime in -lrt... yes
checking for getopt in -lc... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating pixmaps/Makefile
config.status: creating src/Makefile
config.status: creating src/gens/Makefile
config.status: creating src/starscream/Makefile
config.status: creating src/starscream/main68k/Makefile
config.status: creating src/starscream/sub68k/Makefile
config.status: creating config.h
config.status: executing default-1 commands


I'm sorry for this long post, but I hope this will help ;)
Back to top
View user's profile Send private message
CrazyTerabyte
Apprentice
Apprentice


Joined: 30 Dec 2004
Posts: 190
Location: Rio de Janeiro - Brazil

PostPosted: Tue Feb 15, 2005 1:40 am    Post subject: Reply with quote

First: when sending messages to someone, please do "export LANG=C" before generating the messages. This will avoid any translations in them.

Second: I'm not an expert, but it looks like a "linker" error, usually when a library cannot be found. Looking at first lines of your output, I see no "-lGL" (which is the OpenGL library). Why this happend? I don't know. How to fix? Edit "src/gens/Makefile", find the line "LDFLAGS = " and add "-lGL".
Back to top
View user's profile Send private message
Knuckles
n00b
n00b


Joined: 14 Feb 2005
Posts: 13

PostPosted: Tue Feb 15, 2005 10:47 am    Post subject: Reply with quote

Thanks for you help, but '-lGL' is already in the Makefile :

Quote:
$ grep LDFLAGS src/gens/Makefile*
src/gens/Makefile:gens_LDFLAGS =
src/gens/Makefile:LDFLAGS = -lGL
src/gens/Makefile:LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@
src/gens/Makefile: $(LINK) $(gens_LDFLAGS) $(gens_OBJECTS) $(gens_LDADD) $(LIBS)
src/gens/Makefile.in:gens_LDFLAGS =
src/gens/Makefile.in:LDFLAGS = @LDFLAGS@
src/gens/Makefile.in:LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@
src/gens/Makefile.in: $(LINK) $(gens_LDFLAGS) $(gens_OBJECTS) $(gens_LDADD) $(LIBS)


I tried to add '-lGL' to 'gens_LDFLAGS' (I'm not an expert too :p) and it doesn't work :(
Back to top
View user's profile Send private message
Knuckles
n00b
n00b


Joined: 14 Feb 2005
Posts: 13

PostPosted: Fri Feb 18, 2005 1:20 pm    Post subject: Reply with quote

No idea ? :cry:

For information, I use the NVidia drivers...
Back to top
View user's profile Send private message
wah_wah_69
Tux's lil' helper
Tux's lil' helper


Joined: 26 Aug 2003
Posts: 143

PostPosted: Sat Feb 19, 2005 11:38 am    Post subject: Reply with quote

CrazyTerabyte:
I also wish the hack wouldn't be necessary , for the led overlapping problem you can edit */src/gens/emulator/gens.c in line 3923
Code:

if (Show_LED)
    {
      if (LED_Status & 2)
   {
     MD_Screen[336 * 220 + 12] = 0x03E0;
     MD_Screen[336 * 220 + 13] = 0x03E0;
     MD_Screen[336 * 220 + 14] = 0x03E0;
     MD_Screen[336 * 220 + 15] = 0x03E0;
     MD_Screen[336 * 222 + 12] = 0x03E0;
     MD_Screen[336 * 222 + 13] = 0x03E0;
     MD_Screen[336 * 222 + 14] = 0x03E0;
     MD_Screen[336 * 222 + 15] = 0x03E0;
   }

      if (LED_Status & 1)
   {
     MD_Screen[336 * 220 + 12 + 8] = 0xF800;
     MD_Screen[336 * 220 + 13 + 8] = 0xF800;
     MD_Screen[336 * 220 + 14 + 8] = 0xF800;
     MD_Screen[336 * 220 + 15 + 8] = 0xF800;
     MD_Screen[336 * 222 + 12 + 8] = 0xF800;
     MD_Screen[336 * 222 + 13 + 8] = 0xF800;
     MD_Screen[336 * 222 + 14 + 8] = 0xF800;
     MD_Screen[336 * 222 + 15 + 8] = 0xF800;
   }
    }


to:
Code:

if (Show_LED)
    {
      if (LED_Status & 2)
   {
     MD_Screen[336 * 2 + 12] = 0x03E0;
     MD_Screen[336 * 2 + 13] = 0x03E0;
     MD_Screen[336 * 2 + 14] = 0x03E0;
     MD_Screen[336 * 2 + 15] = 0x03E0;
     MD_Screen[336 * 4 + 12] = 0x03E0;
     MD_Screen[336 * 4 + 13] = 0x03E0;
     MD_Screen[336 * 4 + 14] = 0x03E0;
     MD_Screen[336 * 4 + 15] = 0x03E0;
   }

      if (LED_Status & 1)
   {
     MD_Screen[336 * 2 + 12 + 8] = 0xF800;
     MD_Screen[336 * 2 + 13 + 8] = 0xF800;
     MD_Screen[336 * 2 + 14 + 8] = 0xF800;
     MD_Screen[336 * 2 + 15 + 8] = 0xF800;
     MD_Screen[336 * 4 + 12 + 8] = 0xF800;
     MD_Screen[336 * 4 + 13 + 8] = 0xF800;
     MD_Screen[336 * 4 + 14 + 8] = 0xF800;
     MD_Screen[336 * 4 + 15 + 8] = 0xF800;
   }
    }


The status leds will be shown in the top of the screen now.
I'll take a look of the problems the hack causes although I couldn't reproduce the open dialog error.

knuckles:
Do you have libgl in /usr/lib ? if not symlink them there. Does anything else that uses opengl (zsnes for example) fails to compile?
_________________
Be good and if you can't be good, be careful.
Back to top
View user's profile Send private message
Knuckles
n00b
n00b


Joined: 14 Feb 2005
Posts: 13

PostPosted: Sat Feb 19, 2005 6:26 pm    Post subject: Reply with quote

deathegg:~# ls -l /usr/lib/libGL*
-rw-r--r-- 1 root root 653 Feb 18 01:33 /usr/lib/libGL.la
lrwxrwxrwx 1 root root 10 Feb 18 01:33 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 Feb 18 01:33 /usr/lib/libGL.so.1 -> libGL.so.1.0.6629
-rwxr-xr-x 1 root root 442592 Feb 18 01:33 /usr/lib/libGL.so.1.0.6629
lrwxrwxrwx 1 root root 21 Feb 14 15:15 /usr/lib/libGLU.a -> ../X11R6/lib/libGLU.a
lrwxrwxrwx 1 root root 13 Feb 14 15:15 /usr/lib/libGLU.so -> libGLU.so.1.3
lrwxrwxrwx 1 root root 13 Feb 12 15:30 /usr/lib/libGLU.so.1 -> libGLU.so.1.3
lrwxrwxrwx 1 root root 26 Feb 12 15:30 /usr/lib/libGLU.so.1.3 -> ../X11R6/lib/libGLU.so.1.3
lrwxrwxrwx 1 root root 21 Feb 18 01:33 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.6629
-rwxr-xr-x 1 root root 7230360 Feb 18 01:33 /usr/lib/libGLcore.so.1.0.6629

zsnes compiles and runs (I see the blue graphic interface, etc.) :?
gens, impossible :(

Thanks for your help ;)
Back to top
View user's profile Send private message
BurningDog
n00b
n00b


Joined: 20 Mar 2004
Posts: 5

PostPosted: Sat Mar 05, 2005 8:23 am    Post subject: Reply with quote

In GENS and ZSNES (and I assume any other app that uses the same rendering engine) whenever I select any mode other than the normal rendering, such as 'double', 'scanline', and '2xSAI', my FPS slows to a crawl. I came here from a link on another board ( http://ubuntuforums.org/showthread.php?t=8644 ) while searching for a solution to that problem.

Using your build, the problem presented itself while in windowed mode, but not while in fullscreen. It turns out the render path is always 'normal' when using the OpenGL path in full screen yet displays the selected one while in a window on my computer. It should be easy to test by selecting something obvious like scanlines then going full screen. If that wasn't intentional, I figured I'd let you know about it... even though it turns out to be a blessing in disguise for my orginal problem.

Has anybody else had the problem I described above?
Back to top
View user's profile Send private message
Knuckles
n00b
n00b


Joined: 14 Feb 2005
Posts: 13

PostPosted: Sat Mar 19, 2005 10:52 pm    Post subject: Reply with quote

No idea for us ? :(
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gamers & Players All times are GMT
Goto page Previous  1, 2, 3, 4  Next
Page 3 of 4

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum