tuxnes-devel — Development discussion for the TuxNES project

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27298

Modified Files:
	Makefile.am emu.c 
Added Files:
	palettes.h 
Log Message:
Coulden't stand scrolling over the palettes any longer.

[Tuxnes-devel] LINUX_SOUNDCARD vs LINUX_SOUNDCARD_H.

[Mike M. <che...@ya...>]

I could not find where the missing ?H is.  Attached is the patch I'm
working on, a reoginisation of the sounders seperating them from the nes
emulation sound code.

cheako@overrun:~/tuxnes/devel/tuxnes-devel$ grep -ri LINUX_SOUNDCARD .
./autom4te.cache/traces.0:m4trace:configure.ac:95: -1-
AH_OUTPUT([HAVE_LINUX_SOUNDCARD], [/* Define to 1 if you have the
<linux/soundcard> header file. */
./autom4te.cache/traces.0:#undef HAVE_LINUX_SOUNDCARD])
./autom4te.cache/traces.1:m4trace:configure.ac:95: -1-
AH_OUTPUT([HAVE_LINUX_SOUNDCARD], [/* Define to 1 if you have the
<linux/soundcard> header file. */
./autom4te.cache/traces.1:#undef HAVE_LINUX_SOUNDCARD])
./autom4te.cache/traces.3:m4trace:configure.ac:86: -1-
AH_OUTPUT([HAVE_LINUX_SOUNDCARD], [/* Define to 1 if you have the
<linux/soundcard> header file. */
./autom4te.cache/traces.3:#undef HAVE_LINUX_SOUNDCARD])
./config.h.in:#undef HAVE_LINUX_SOUNDCARD
./config.log:ac_cv_header_linux_soundcard=no
./config.h:/* #undef HAVE_LINUX_SOUNDCARD */
./sounder_oss.c:#ifdef HAVE_LINUX_SOUNDCARD_H
./sounder_oss.c:#endif /* HAVE_LINUX_SOUNDCARD_H */


	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12503

Modified Files:
	sounder_sdl.c 
Log Message:
Start of sound(SDL) cleanup.

Re: [Tuxnes-devel] distclean target libz problem.

[Mike M. <che...@ya...>]

I didn't have emu.c or configure.* linked into my build dir, instead I had
copys of these files.

--- Jason Dorje Short <jd...@us...> wrote:
> Mike Mestnik wrote:
> > Makefile.am:6: ZLIB does not appear in AM_CONDITIONAL
> 
> Works fine for me.  Did you rerun autogen.sh?  What versions of automake
> 
> and autoconf do you have?
> 
> jason
> 



	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8446

Modified Files:
	controller_sdl.c 
Log Message:
Fix some compiler warnings, missing controller_sdl.h include.

Re: [Tuxnes-devel] distclean target libz problem.

[Jason D. S. <jd...@us...>]

Mike Mestnik wrote:
> Makefile.am:6: ZLIB does not appear in AM_CONDITIONAL

Works fine for me.  Did you rerun autogen.sh?  What versions of automake 
and autoconf do you have?

jason

[Tuxnes-devel] compiler warnings

[Jason D. S. <jd...@us...>]

When compiling normally I get:

if gcc -DHAVE_CONFIG_H -I. -I. -I.     -g -O -Wall -Werror -Wcast-align 
-Wmissing-prototypes -Wmissing-declarations -MT controller_sdl.o -MD -MP 
-MF ".deps/controller_sdl.Tpo" -c -o controller_sdl.o controller_sdl.c; \
then mv -f ".deps/controller_sdl.Tpo" ".deps/controller_sdl.Po"; else rm 
-f ".deps/controller_sdl.Tpo"; exit 1; fi
controller_sdl.c:32: warning: no previous prototype for `InitJoystickSDL'
controller_sdl.c:214: warning: no previous prototype for `HandleJoystickSDL'
controller_sdl.c:273: warning: no previous prototype for 
`ShutdownJoystickSDL'

jason

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12385

Modified Files:
	controller_linux.c 
Log Message:
Remove error printing on js device load failure.

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9382

Modified Files:
	controller_linux.c 
Log Message:
Removed -c x11 constraint.  The default -c linux workes again.

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8500

Modified Files:
	Makefile.am controller.c controller.h globals.h renderer_x11.h 
Added Files:
	controller_linux.c controller_linux.h controller_sdl.h 
	controller_x11.c controller_x11.h 
Log Message:
controller.c fixups, must use -c x11.

[Tuxnes-devel] distclean target libz problem.

[Mike M. <che...@ya...>]

Makefile.am:6: ZLIB does not appear in AM_CONDITIONAL



	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

Re: [Tuxnes-devel] systems without X

[Mike M. <che...@ya...>]

Here is the controller split I was talking about.  I wanted to get your
input on my Makefile.am changes b4 I commited it.


	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

Re: [Tuxnes-devel] systems without X

[Jason D. S. <jd...@us...>]

Mike Mestnik wrote:
> --- Jason Dorje Short <jd...@us...> wrote:
> 
>>Compilation on windows is currently completely thwarted because 
>>configure doesn't disable X compilation if X isn't present, and even if 
>>you disable such compilation manually (by changing X_DISPLAY_MISSING in 
>>config.h) the code doesn't pay attention to this value.
>>
>>Fixing this is a bit beyond me.  I'm still in favor of having just one 
>>renderer, using SDL.
> 
> In renderer.h:13 HAVE_X is defined, should we be using X_DISPLAY_MISSING? 
> Also controller.c is littered with both linux and x11 code, I'l work on
> moving these two controller_x11.c and controller_linux.c.

There shouldn't be anything linux-specific, I think.  Individual 
elements should be detected at configure time.  Most of these will be 
available on all POSIX-like environments.  Usually the man page will say.

For stuff like OSS and ALSA they are linux-specific, but again should be 
checked for individually (use ALSA if available, otherwise use OSS, etc).

HAVE_X is synonymous (well, reversed from) with X_DISPLAY_MISSING.  See 
renderer.h.

> I don't know who to test-build as if I didn't have X11, is there a howto
> or trick?

No idea.

jason

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv18732

Modified Files:
	controller.c 
Log Message:
Fixed typo "-" != "_".

Re: [Tuxnes-devel] systems without X

[Jason D. S. <jd...@us...>]

Mike Mestnik wrote:
> What about globals.h:98  "Pixmap" is the an SDL type?
> 
> I'll move this around so it workes.

Probably SDL, yes.

I'm not sure if I have SDL for win32 built or not.  But if I don't this 
should be detected in configure.

Of course configure should fail if none of the renderers are buildable.

jason

[Tuxnes-devel] CVS commit log for Tuxnes

[Mike M. <ch...@us...>]

Update of /cvsroot/tuxnes/tuxnes
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv16083

Modified Files:
	controller.c globals.h renderer_x11.h 
Log Message:
Moved some x11 code into *_x11.? places.

Re: [Tuxnes-devel] systems without X

[Mike M. <che...@ya...>]

--- Jason Dorje Short <jd...@us...> wrote:
> Compilation on windows is currently completely thwarted because 
> configure doesn't disable X compilation if X isn't present, and even if 
> you disable such compilation manually (by changing X_DISPLAY_MISSING in 
> config.h) the code doesn't pay attention to this value.
> 
> Fixing this is a bit beyond me.  I'm still in favor of having just one 
> renderer, using SDL.
> 
> jason
> 
In renderer.h:13 HAVE_X is defined, should we be using X_DISPLAY_MISSING? 
Also controller.c is littered with both linux and x11 code, I'l work on
moving these two controller_x11.c and controller_linux.c.

I don't know who to test-build as if I didn't have X11, is there a howto
or trick?



	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

Re: [Tuxnes-devel] systems without X

[Mike M. <che...@ya...>]

What about globals.h:98  "Pixmap" is the an SDL type?

I'll move this around so it workes.

--- Jason Dorje Short <jd...@us...> wrote:
> Jason Dorje Short wrote:
> > Compilation on windows is currently completely thwarted because 
> > configure doesn't disable X compilation if X isn't present, and even
> if 
> > you disable such compilation manually (by changing X_DISPLAY_MISSING
> in 
> > config.h) the code doesn't pay attention to this value.
> 
> Err, here's a start.
> 
> In file included from controller.c:20:
> globals.h:82:22: X11/Xlib.h: No such file or directory
> globals.h:83:23: X11/Xutil.h: No such file or directory
> globals.h:84:24: X11/keysym.h: No such file or directory
> globals.h:85:28: X11/cursorfont.h: No such file or directory
> In file included from controller.c:20:
> globals.h:86: error: parse error before '*' token
> globals.h:86: warning: type defaults to `int' in declaration of
> `display'
> globals.h:86: warning: data definition has no type or storage class
> globals.h:94: error: parse error before "gc"
> globals.h:94: warning: type defaults to `int' in declaration of `gc'
> globals.h:94: warning: type defaults to `int' in declaration of
> `blackgc'
> globals.h:94: warning: data definition has no type or storage class
> globals.h:95: error: parse error before "rootwindow"
> globals.h:95: warning: type defaults to `int' in declaration of
> `rootwindow'
> globals.h:95: warning: type defaults to `int' in declaration of `w'
> globals.h:95: warning: data definition has no type or storage class
> globals.h:96: error: parse error before '*' token
> globals.h:96: warning: type defaults to `int' in declaration of `image'
> globals.h:96: warning: data definition has no type or storage class
> globals.h:97: error: parse error before "layout"
> globals.h:97: warning: type defaults to `int' in declaration of `layout'
> globals.h:97: warning: data definition has no type or storage class
> controller.c:34:22: X11/Xlib.h: No such file or directory
> controller.c:35:23: X11/Xutil.h: No such file or directory
> controller.c:36:24: X11/keysym.h: No such file or directory
> controller.c:37:28: X11/cursorfont.h: No such file or directory
> controller.c: In function `HandleJoystickLinux':
> controller.c:580: warning: unused variable `nes_button'
> controller.c:581: warning: unused variable `axis_i'
> 
> jason
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel



	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

Re: [Tuxnes-devel] systems without X

[Jason D. S. <jd...@us...>]

Jason Dorje Short wrote:
> Compilation on windows is currently completely thwarted because 
> configure doesn't disable X compilation if X isn't present, and even if 
> you disable such compilation manually (by changing X_DISPLAY_MISSING in 
> config.h) the code doesn't pay attention to this value.

Err, here's a start.

In file included from controller.c:20:
globals.h:82:22: X11/Xlib.h: No such file or directory
globals.h:83:23: X11/Xutil.h: No such file or directory
globals.h:84:24: X11/keysym.h: No such file or directory
globals.h:85:28: X11/cursorfont.h: No such file or directory
In file included from controller.c:20:
globals.h:86: error: parse error before '*' token
globals.h:86: warning: type defaults to `int' in declaration of `display'
globals.h:86: warning: data definition has no type or storage class
globals.h:94: error: parse error before "gc"
globals.h:94: warning: type defaults to `int' in declaration of `gc'
globals.h:94: warning: type defaults to `int' in declaration of `blackgc'
globals.h:94: warning: data definition has no type or storage class
globals.h:95: error: parse error before "rootwindow"
globals.h:95: warning: type defaults to `int' in declaration of `rootwindow'
globals.h:95: warning: type defaults to `int' in declaration of `w'
globals.h:95: warning: data definition has no type or storage class
globals.h:96: error: parse error before '*' token
globals.h:96: warning: type defaults to `int' in declaration of `image'
globals.h:96: warning: data definition has no type or storage class
globals.h:97: error: parse error before "layout"
globals.h:97: warning: type defaults to `int' in declaration of `layout'
globals.h:97: warning: data definition has no type or storage class
controller.c:34:22: X11/Xlib.h: No such file or directory
controller.c:35:23: X11/Xutil.h: No such file or directory
controller.c:36:24: X11/keysym.h: No such file or directory
controller.c:37:28: X11/cursorfont.h: No such file or directory
controller.c: In function `HandleJoystickLinux':
controller.c:580: warning: unused variable `nes_button'
controller.c:581: warning: unused variable `axis_i'

jason

[Tuxnes-devel] systems without X

[Jason D. S. <jd...@us...>]

Compilation on windows is currently completely thwarted because 
configure doesn't disable X compilation if X isn't present, and even if 
you disable such compilation manually (by changing X_DISPLAY_MISSING in 
config.h) the code doesn't pay attention to this value.

Fixing this is a bit beyond me.  I'm still in favor of having just one 
renderer, using SDL.

jason

Re: [Tuxnes-devel] usleep() and gettimeofday() aren't portable

[Mike M. <che...@ya...>]

Correct,  Here are some links I found that may or may not help us.

http://www.geisswerks.com/ryan/FAQS/timing.html
http://www.mine-control.com/zack/code/ztime.cpp
http://olofson.net/examples.html (pig)

This may help us get the x86 core going in win32.
http://www.ronybc.8k.com/firecode.htm

--- Jason Dorje Short <jd...@us...> wrote:
> Mike Mestnik wrote:
> > NTSC is 29.97 times a second or 59.94 / 2.  I don't see how waiting
> for a
> > second after drawing 30 frames will be any good to the average
> nintendo
> > buff.  Sleeping should be done with idle loops, thought we will need a
> > high percision clock to time them corectly.
> 
> If gettimeofday and ftime are not present we should fail.  time() is 
> quite useless for tuxnes purposes.
> 
> jason
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver
> higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel



	
		
__________________________________
Do you Yahoo!?
Yahoo! Movies - Buy advance tickets for 'Shrek 2'
http://movies.yahoo.com/showtimes/movie?mid=1808405861 

Re: [Tuxnes-devel] io.h problem

[Mike M. <che...@ya...>]

I agree.  However it's not nice to move files in CVS, even with all the
howtos, and I don't like that later we may have to move emulator.h, js.h,
or mapper.h.  I know that seams unlikely but if we bend slightly we should
be prepared to break and prepend "_" to every ".h".  copy/link gives us
the abbility to do that /wo having to wory about messing with CVS
internals.  Also this could just be a win32 thing, I don't mind having
#ifdevs around includes.  In that we only have to move the files when we
need to.

--- Jason Dorje Short <jd...@us...> wrote:
> Mike Mestnik wrote:
> > copys or hardlinks can be made and on systems where it's an issue the
> old
> > name can be removed.
> > 
> > --- Jason Dorje Short <jd...@us...> wrote:
> > 
> >>I still have a problem compiling for win32 whereby tuxnes's "io.h" is 
> >>included instead of the system's <io.h>.
> >>
> >>This is very confusing to me.
> >>
> >>1.  dirent.h has an '#include <io.h>'.  The use of <> here should mean
> 
> >>system headers are included before local headers.
> >>
> >>2.  Of course there's a <types.h> as well as a "types.h".  But we
> don't 
> >>seem to have problems here.
> 
> For the record, I strongly feel renaming or linking files at compile 
> time is a very bad idea.
> 
> On the other hand, renaming files for no reason is also a bad idea.
> 
> So we need to get to the bottom of this and find out _why_ the current 
> method fails.
> 
> jason
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver
> higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

Re: [Tuxnes-devel] io.h problem

[Jason D. S. <jd...@us...>]

Mike Mestnik wrote:
> copys or hardlinks can be made and on systems where it's an issue the old
> name can be removed.
> 
> --- Jason Dorje Short <jd...@us...> wrote:
> 
>>I still have a problem compiling for win32 whereby tuxnes's "io.h" is 
>>included instead of the system's <io.h>.
>>
>>This is very confusing to me.
>>
>>1.  dirent.h has an '#include <io.h>'.  The use of <> here should mean 
>>system headers are included before local headers.
>>
>>2.  Of course there's a <types.h> as well as a "types.h".  But we don't 
>>seem to have problems here.

For the record, I strongly feel renaming or linking files at compile 
time is a very bad idea.

On the other hand, renaming files for no reason is also a bad idea.

So we need to get to the bottom of this and find out _why_ the current 
method fails.

jason

Re: [Tuxnes-devel] usleep() and gettimeofday() aren't portable

[Jason D. S. <jd...@us...>]

Mike Mestnik wrote:
> NTSC is 29.97 times a second or 59.94 / 2.  I don't see how waiting for a
> second after drawing 30 frames will be any good to the average nintendo
> buff.  Sleeping should be done with idle loops, thought we will need a
> high percision clock to time them corectly.

If gettimeofday and ftime are not present we should fail.  time() is 
quite useless for tuxnes purposes.

jason

Re: [Tuxnes-devel] usleep() and gettimeofday() aren't portable

[Mike M. <che...@ya...>]

NTSC is 29.97 times a second or 59.94 / 2.  I don't see how waiting for a
second after drawing 30 frames will be any good to the average nintendo
buff.  Sleeping should be done with idle loops, thought we will need a
high percision clock to time them corectly.

--- Jason Dorje Short <jd...@us...> wrote:
> The usleep() function is not portable.  It's not available on win32; we 
> should use Sleep() instead.
> 
> Freeciv has code like
> 
> /***************************************************************
>    Suspend execution for the specified number of microseconds.
> ***************************************************************/
> void myusleep(unsigned long usec)
> {
> #ifdef HAVE_USLEEP
>    usleep(usec);
> #else
> #ifdef HAVE_SNOOZE		/* BeOS */
>    snooze(usec);
> #else
> #ifdef GENERATING_MAC
>    EventRecord the_event;	/* dummy - always be a null event */
>    usec /= 16666;		/* microseconds to 1/60th seconds */
>    if (usec < 1) usec = 1;
>    /* suposed to give other application processor time for the mac */
>    WaitNextEvent(0, &the_event, usec, 0L);
> #else
> #ifdef WIN32_NATIVE
>    Sleep(usec / 1000);
> #else
>    struct timeval tv;
>    tv.tv_sec=0;
>    tv.tv_usec=usec;
>    select(0, NULL, NULL, NULL, &tv);
> #endif
> #endif
> #endif
> #endif
> }
> 
> where HAVE_USLEEP, HAVE_SNOOZE, GENERATING_MAC, and WIN32_NATIVE are all
> 
> checked at configure time.
> 
> There's a similar problem with gettimeofday.  ftime is more portable and
> 
> is reported to have 10ms resolution on win32 (barely adequate for tuxnes
> 
> purposes).  So there is code like
> 
> #ifdef HAVE_GETTIMEOFDAY
>      int ret = gettimeofday(&t->start.tv, NULL);
>      if (ret == -1) {
>        report_gettimeofday_failed(t);
>        return;
>      }
> #elif defined HAVE_FTIME
>      ftime(&t->start.tp);
> #else
>      t->start.t = time(NULL);
>      if (t->start.t == (time_t) -1) {
>        report_time_failed(t);
>        return;
>      }
> #endif
> 
> I think it would be convenient to have wrappers that take times in 
> seconds, as float or double values.  Internally these can convert to 
> whatever integer form is needed by the backend.
> 
> Incidentally there is no good way to check for Sleep and other win32-api
> 
> functions because linking is done differently.  I have no idea why this 
> is but it does seem to be the case.  The solution is to check for the 
> win32 api in one go and define WIN32_NATIVE or WIN32_API or some such. 
> Then this value can be used to cover all win32-specific function calls 
> (which will be consistent across all windows platforms).
> 
> jason
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver
> higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover