tuxnes-devel — Development discussion for the TuxNES project

Re: [Tuxnes-devel] Joystick configuration?

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

--- Roger Gilbert <doo...@ne...> wrote:

> If I want to use a joystick with TuxNES, where do I put the 
> configuration instructions that are outlined in the Readme to get TuxNES
> 
> to recognize it?  Is it the command line?  Can I use a configuration 
> file and hand it the file?
> 
Not at this time, maby never.  What I do is rename tuxnes to tuxnes-real
and make a script called tuxnes that calles tuxnes-real, I call it a
Shortcut.pif.

> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Tuxnes-devel] Joystick configuration?

[Mark J. T. <ti...@ug...>]

On Wed, 19 Jan 2005, Roger Gilbert wrote:

> If I want to use a joystick with TuxNES, where do I put the
> configuration instructions that are outlined in the Readme to get TuxNES
> to recognize it?  Is it the command line?  Can I use a configuration
> file and hand it the file?
>

To get my Gravis Gamepad Pro to work, I use
alias tuxnes='tuxnes -J 1:B1,B0,B8,B9 -1'

>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel
>
>

------------------------
Mark   Jeffrey   Tilford
ti...@ug...

[Tuxnes-devel] Joystick configuration?

[Roger G. <doo...@ne...>]

If I want to use a joystick with TuxNES, where do I put the 
configuration instructions that are outlined in the Readme to get TuxNES 
to recognize it?  Is it the command line?  Can I use a configuration 
file and hand it the file?

Re: [Tuxnes-devel] --joystick-map=MAPSPEC doc unclear, how do I work it?

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

--- Roger Gilbert <doo...@ne...> wrote:

> When trying to use TuxNES .74 binary with SuSE 9.1, I'm trying to figure
> 
> out how to reassign my buttons on my joystick, and when I go something 
> like --joystick-map=1:b2,b1,b8,b9,a5,a3,b6 , it doesn't recognize that 
> option, though it appears correct according to the Readme.  I cannot use
> 
I use...
-J 1:B0,B2,B5,B4,A0,A1,B3 -J 2:B0,B1,B5,B2,A0,A1,B4

> .75 as the autoconfiguration doesn't work, even after installing an RPM 
0.75 is the latesed stable.  CVS head features a vary complete 0.77, but I
have not been able to get enuff feedback to make a releas.

Also CVS tuxnes-0_75_branch contains a fix for using two joysticks at once
and allowes multiple GG codes(0.75 you can only have one).

> for the AutoMakeTools, which has Autoconf, and you don't have a binary 
Did you run ./autogen.sh then ./configure?
Last time I built 0.75 I had to change one of the tests in autogen.sh to
return true, since ver 2.4.0 was not lessthan 2.8.

I don't know why we don't ship ./configure.

> for it yet.  Also, as a related question, may "3" axis has its positive 
> numbers "down", so I'm expecting my man to go down when I hit up once I 
> get my joystick configured.  How do I tell it to inverse this axis, so 
> that the negative numbers makes my man go up, as I will be pressing up?
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel
> 



		
__________________________________ 
Do you Yahoo!? 
Jazz up your holiday email with celebrity designs. Learn more. 
http://celebrity.mail.yahoo.com

[Tuxnes-devel] --joystick-map=MAPSPEC doc unclear, how do I work it?

[Roger G. <doo...@ne...>]

When trying to use TuxNES .74 binary with SuSE 9.1, I'm trying to figure 
out how to reassign my buttons on my joystick, and when I go something 
like --joystick-map=1:b2,b1,b8,b9,a5,a3,b6 , it doesn't recognize that 
option, though it appears correct according to the Readme.  I cannot use 
.75 as the autoconfiguration doesn't work, even after installing an RPM 
for the AutoMakeTools, which has Autoconf, and you don't have a binary 
for it yet.  Also, as a related question, may "3" axis has its positive 
numbers "down", so I'm expecting my man to go down when I hit up once I 
get my joystick configured.  How do I tell it to inverse this axis, so 
that the negative numbers makes my man go up, as I will be pressing up?

[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-serv23444

Modified Files:
      Tag: tuxnes-0_75_branch
	x11.c 
Log Message:
Backport sleep -> pause_display.

Re: [Tuxnes-devel] *.h: extern int function() VS int function().

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

Jason Dorje Short wrote:
> Mike Mestnik wrote:
> 
>> For functions maby not, however this is what I got...
>> /usr/bin/ld: Warning: size of symbol `emulators' changed from 44 in
>> controller.o to 132 in emulator.o
>> /usr/bin/ld: Warning: size of symbol `renderers' changed from 36 in
>> controller.o to 252 in renderer.o
>> /usr/bin/ld: Warning: size of symbol `sounders' changed from 28 in emu.o
>> to 84 in sounder.o
>>
>> So things that are extern should stay(and be) extern.
> 
> Variables have to be extern.  Functions need not be.

"Size of symbol changed" => this may actually be a bug.  I've seen this 
before when some header files aren't included right.

Say there is stdbool.h with:

   typedef bool char
   #define HAVE_BOOLEAN

Say you've got a header tuxtype.h with

   #ifndef HAVE_BOOLEAN
   # define bool int
   #endif

   struct var {
     bool p, q;
   };

   extern struct var var;

Now you have one tuxtype.c file:

   #include <stdbool.h>
   #include "tuxtype.h"

   struct var;

and another func.c file:

   #include "tuxtype.h"

   int func()
   {
     var.p = TRUE;
     var.q = FALSE;
   }

now func() will completely not work because it thinks bool is an int, 
whereas in the declaration in tuxtype.c it is a char.  This is almost 
impossible to track down.  But it _could_ give an error message like the 
one you have above.  The solution of course is that <stdbool.h> must be 
included in tuxtype.h.

I think leaving the extern declaration out of the variable may give an 
error, but it shouldn't be the one you got...

jason

Re: [Tuxnes-devel] *.h: extern int function() VS int function().

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

Mike Mestnik wrote:
> For functions maby not, however this is what I got...
> /usr/bin/ld: Warning: size of symbol `emulators' changed from 44 in
> controller.o to 132 in emulator.o
> /usr/bin/ld: Warning: size of symbol `renderers' changed from 36 in
> controller.o to 252 in renderer.o
> /usr/bin/ld: Warning: size of symbol `sounders' changed from 28 in emu.o
> to 84 in sounder.o
> 
> So things that are extern should stay(and be) extern.

Variables have to be extern.  Functions need not be.

jason

Re: [Tuxnes-devel] *.h: extern int function() VS int function().

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

For functions maby not, however this is what I got...
/usr/bin/ld: Warning: size of symbol `emulators' changed from 44 in
controller.o to 132 in emulator.o
/usr/bin/ld: Warning: size of symbol `renderers' changed from 36 in
controller.o to 252 in renderer.o
/usr/bin/ld: Warning: size of symbol `sounders' changed from 28 in emu.o
to 84 in sounder.o

So things that are extern should stay(and be) extern.

--- Jason Dorje Short <jd...@us...> wrote:

> Mike Mestnik wrote:
> > I saw in, for example, ziploader.h that the function def didn't use
> the
> > extern flag.  The function was used in emu.c and defined in
> ziploader.c. 
> > I was wondering if programs need to use extern at all, since there not
> > exporting anything once linked?
> > 
> > Is it worth removing this flag globaly for tuxnes?
> 
> I find the extern keyword for function prototypes to be annoying.  AFAIK
> 
> it doesn't do anything.
> 
> jason
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel
> 



		
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

Re: [Tuxnes-devel] *.h: extern int function() VS int function().

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

Mike Mestnik wrote:
> I saw in, for example, ziploader.h that the function def didn't use the
> extern flag.  The function was used in emu.c and defined in ziploader.c. 
> I was wondering if programs need to use extern at all, since there not
> exporting anything once linked?
> 
> Is it worth removing this flag globaly for tuxnes?

I find the extern keyword for function prototypes to be annoying.  AFAIK 
it doesn't do anything.

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-serv31356

Modified Files:
      Tag: tuxnes-0_75_branch
	comptbl.c emu.c gamegenie.c io.c mapper.c ntsc_pal.c sound.c 
	x11.c ziploader.c ziploader.h 
Log Message:
Build fixups, headers and includes.

[Tuxnes-devel] *.h: extern int function() VS int function().

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

I saw in, for example, ziploader.h that the function def didn't use the
extern flag.  The function was used in emu.c and defined in ziploader.c. 
I was wondering if programs need to use extern at all, since there not
exporting anything once linked?

Is it worth removing this flag globaly for tuxnes?



		
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail

[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-serv26476

Modified Files:
      Tag: tuxnes-0_75_branch
	emu.c 
Log Message:
Backport Game Genie style.

[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-serv17627

Modified Files:
      Tag: tuxnes-0_75_branch
	Makefile.am 
Log Message:
Backport zlib style from HEAD.

[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-serv29733

Modified Files:
	sound.c sound.h sounder.c sounder.h sounder_oss.c 
	sounder_sdl.c 
Log Message:
Added size, signed, and endianes info to SampleFormat.  Replacing
auto-detect code, should fix BIG_ENDIAN builds.

Re: [Tuxnes-devel] compiler warning

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

Mike Mestnik wrote:
> I don't get these and it builds fine.  stdlib.h for `malloc'.

But stdlib.h isn't included.  This patch adds it.

jason

Re: [Tuxnes-devel] compiler warning

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

I don't get these and it builds fine.  stdlib.h for `malloc'.

I'm not sure what todo about sound.c:883.  I think this is sounder stuff,
it should be moved there.  These are deffined in sounder_oss.c, that stuff
should be moved to sounder_oss.h so it gets included into sounder.c.

I'm not really surprised that HEAD dosen't build on 1million systems.  I
will still concentrate my efforts on the 0.75 branches/tags.  If I had
access I would post bins/debs thought.

--- Jason Dorje Short <jd...@us...> wrote:

> When I try to compile cvs HEAD I get
> 
> sound.c: In function `InitAudioCore':
> sound.c:305: warning: implicit declaration of function `malloc'
> sound.c:305: warning: assignment makes pointer from integer without a
> cast
> sound.c: In function `ProgressiveSoundUpdate':
> sound.c:883: error: `AFMT_U16_BE' undeclared (first use in this
> function)
> sound.c:883: error: (Each undeclared identifier is reported only once
> sound.c:883: error: for each function it appears in.)
> sound.c:884: error: `AFMT_S16_BE' undeclared (first use in this
> function)
> 
> Looks like there are some missing #includes at least.
> 
> jason
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Tuxnes-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxnes-devel
> 



		
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

[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-serv23641

Modified Files:
	Makefile.am 
Log Message:
Zlib make dist patch, for systems w/o zlib.
     Jason Dorje Short

[Tuxnes-devel] compiler warning

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

When I try to compile cvs HEAD I get

sound.c: In function `InitAudioCore':
sound.c:305: warning: implicit declaration of function `malloc'
sound.c:305: warning: assignment makes pointer from integer without a cast
sound.c: In function `ProgressiveSoundUpdate':
sound.c:883: error: `AFMT_U16_BE' undeclared (first use in this function)
sound.c:883: error: (Each undeclared identifier is reported only once
sound.c:883: error: for each function it appears in.)
sound.c:884: error: `AFMT_S16_BE' undeclared (first use in this function)

Looks like there are some missing #includes at least.

jason

[Tuxnes-devel] Re: tuxnes: make dist and zlib fix.

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

Mike Mestnik wrote:
> if ZLIB
>  zlib_SRC=unzip.c unzip.h ziploader.c ziploader.h
> endif
> 
> tuxnes_SOURCES = $(zlib_SRC)
> 
> Should this be...
> 
> if ZLIB
>  zlib_SRC=unzip.c unzip.h ziploader.c ziploader.h
> else
>  zlip_DIST=unzip.c unzip.h ziploader.c ziploader.h
> endif
> 
> tuxnes_SOURCES = $(zlib_SRC)
> 
> EXTRA_DIST = $(zlib_DIST)

Oops.  This patch should fix it.  (I do what Freeciv does - basically 
like what you have but a little simpler.)

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-serv26032

Modified Files:
      Tag: tuxnes-0_75_branch
	Makefile.am configure.ac emu.c 
Log Message:
Backported: zlib fixes.

[Tuxnes-devel] tuxnes: make dist and zlib fix.

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

if ZLIB
 zlib_SRC=unzip.c unzip.h ziploader.c ziploader.h
endif

tuxnes_SOURCES = $(zlib_SRC)

Should this be...

if ZLIB
 zlib_SRC=unzip.c unzip.h ziploader.c ziploader.h
else
 zlip_DIST=unzip.c unzip.h ziploader.c ziploader.h
endif

tuxnes_SOURCES = $(zlib_SRC)

EXTRA_DIST = $(zlib_DIST)



		
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush

[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-serv26577

Modified Files:
      Tag: tuxnes-0_75_branch
	Makefile.am autogen.sh emu.c fb.c sound.c 
Added Files:
      Tag: tuxnes-0_75_branch
	configure.ac 
Removed Files:
      Tag: tuxnes-0_75_branch
	acconfig.h configure.in 
Log Message:
Build fixups from HEAD.

[Tuxnes-devel] CVS commit log for Tuxnes

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

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

Added Files:
      Tag: tuxnes-0_75_branch
	mkdir.m4 
Log Message:
Build fixups from HEAD.

[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-serv31449

Modified Files:
      Tag: tuxnes-0_75_branch
	.cvsignore x11.c 
Log Message:
From HEAD:
	Made sound update in "realtime" so reads from 0x4015 will be completely
	accurate.

	made sound render on write only when DMC/Sound Enable is written

	* fixed buffer-off-by-1 that crashed some games
	* implemented half and double+ speed audio

	Update configure.in to autoconf 2.52 syntax.
	    Add clarification about autogen.sh at the top.
	    Detect the assembler and its flags.

	Do not attempt to create the /dev/dsp device node.  On most Unixen the
	average user does not have permission to create the node anyway.

	Protect against overflowing mmc1shc[]'s values.

	Remove -Wconversion, too flakey.

	Attempt to clean up the configure.in file again.

	Now compiles even if libz is not present.

	o Added a -a option which sets the OSS device to use.

	Added files to .cvsignore