Atmel has recently (as in, June 2006) released a new development system with embedded linux. (http://www.atmel.com/dyn/products/view_detail.asp?FileName=STK1000_6_26.html&family_id=682 has some details.)
I’ve been trying to compile SDL for this platform, and the configure script reports that ‘avr’ is an unsupported target (the error message is: “configure: error: Unsupported target: Please add to configure.in”) , and ‘–target=avr32’ fails as well. (the ommand is “./configure --target=avr32”, the error message is: “configure: error: /bin/sh ./config.sub avr32 failed”)
This is all with Atmel’s win32 development tools (uses gcc for the avr, running under cygwin.)
I was wondering if there’s anything obvious that I’ve missed that would let me compile SDL out of the box, or if anyone can point me in the right direction for the changes to make to the configure.in file.
Any help will be appreciated.
-------------- next part --------------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.8/415 - Release Date: 9/8/2006
Hi, I’m new to SDL so forgive me if I’m missing something obvious.
What I want to do is set a full-screen video mode with a
smaller-than-fullscreen display window centered on a black
background—just like SDL_SetVideoMode currently does—except that I
want to override SDL’s choice of the “next higher resolution”. This is
because SDL invariably chooses a 1280x960 resolution for my particular
display window, whereas I want to be using 1280x1024, because this is
the only resolution (on my LCD) in which pixels have the right aspect
ratio and don’t blur. Is there a simple way to do this?
Mike__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
I gather from the lack of replies that what I want to do isn’t
possible—at least not easily. How about adding a new function to the
API for 1.3, something like
SDL_Surface *SDL_SetVideoModeCustom(
int physicalScreenWidth,
int physicalScreenHeight,
int displayWidth,
int displayHeight,
int bpp,
Uint32 flags);
This would use displayWidth and displayHeight for the dimensions of a
display window, to be centered on a fullscreen hardware resolution of
physicalScreenWidth by physicalScreenHeight.
Could something like this make it into the next release? That would
really help me get around the problem I described below.
Mike
— Michael Bandsmer <@Michael_Bandsmer> wrote:> Hi, I’m new to SDL so forgive me if I’m missing something obvious.
What I want to do is set a full-screen video mode with a
smaller-than-fullscreen display window centered on a black
background—just like SDL_SetVideoMode currently does—except that
I
want to override SDL’s choice of the “next higher resolution”. This
is
because SDL invariably chooses a 1280x960 resolution for my
particular
display window, whereas I want to be using 1280x1024, because this is
the only resolution (on my LCD) in which pixels have the right aspect
ratio and don’t blur. Is there a simple way to do this?
Mike
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
That would be very useful for Aleph One, too. I’d hug somebody if he
implemented that 
GregoryOn Aug 11, 2006, at 10:53 PM, Michael Bandsmer wrote:
I gather from the lack of replies that what I want to do isn’t
possible—at least not easily. How about adding a new function to
the
API for 1.3, something like
SDL_Surface *SDL_SetVideoModeCustom(
int physicalScreenWidth,
int physicalScreenHeight,
int displayWidth,
int displayHeight,
int bpp,
Uint32 flags);
This would use displayWidth and displayHeight for the dimensions of a
display window, to be centered on a fullscreen hardware resolution of
physicalScreenWidth by physicalScreenHeight.
Could something like this make it into the next release? That would
really help me get around the problem I described below.
Mike
Hello !
I gather from the lack of replies that what I want to do isn’t
possible—at least not easily. How about adding a new function to the API
for 1.3, something like
SDL_Surface *SDL_SetVideoModeCustom(
int physicalScreenWidth, int physicalScreenHeight, int displayWidth, int
displayHeight, int bpp, Uint32 flags);
This would use displayWidth and displayHeight for the dimensions of a
display window, to be centered on a fullscreen hardware resolution of
physicalScreenWidth by physicalScreenHeight.
Could something like this make it into the next release? That would
really help me get around the problem I described below.
You can use a Shadow Surface and blit to that all your stuff,
then blit this centered to the Back Buffer and use SDL_Flip or
SDL_UpdateRects or whatever.
CU
I’m not sure whether using a shadow surface would constrain the mouse
cursor to stay within the display window, which is something I also
need. It would be nice to use SDL’s built-in mouse constraining
feature rather than re-invent the wheel.
— Torsten Giebl wrote:> Hello !
I gather from the lack of replies that what I want to do isn’t
possible—at least not easily. How about adding a new function to
the API
for 1.3, something like
SDL_Surface *SDL_SetVideoModeCustom(
int physicalScreenWidth, int physicalScreenHeight, int
displayWidth, int
displayHeight, int bpp, Uint32 flags);
This would use displayWidth and displayHeight for the dimensions of
a
display window, to be centered on a fullscreen hardware resolution
of
physicalScreenWidth by physicalScreenHeight.
Could something like this make it into the next release? That
would
really help me get around the problem I described below.
You can use a Shadow Surface and blit to that all your stuff,
then blit this centered to the Back Buffer and use SDL_Flip or
SDL_UpdateRects or whatever.
CU
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello !
I’m not sure whether using a shadow surface would constrain the mouse
cursor to stay within the display window, which is something I also need.
It would be nice to use SDL’s built-in mouse constraining
feature rather than re-invent the wheel.
You can use it, just set after every mouse move event the
Mouse Cursor to the center of your window. To get for example
a movement like in DOOM. You should turn the Mouse Cursor Sprite
off.
CU
Hello !
You can use it, just set after every mouse move event the
Mouse Cursor to the center of your window. To get for example
a movement like in DOOM.
You then have to calculate the
Mouse movement relativ to the center.
CU
What you describe, Torsten, could be used for Aleph One perhaps, but
for my application I want a mouse cursor that is visible and moves
around the display window like a normal mouse cursor, except that I
don’t want the mouse to move beyond the edges of the display window.
This seems to be the default behavior after a fullscreen
SDL_SetVideoMode with a display window that is smaller than
hardware-resolution.
I’m sure there’s a way to constrain the mouse cursor in this way by
processing mouse move events myself and using the shadow surface you
described earlier and appropriately converting coordinates, etc. But
it seems a cleaner solution to simply extend SDL’s API to set the
hardware resolution independently of the display window size, since
it’s clear SDL can already handle this. All I would need is an API
function for it, e.g. from my earlier email, something like
SDL_Surface *SDL_SetVideoModeCustom(int physicalScreenWidth, int
physicalScreenHeight, int displayWidth, int displayHeight, int bpp,
Uint32 flags);
Has the API for 1.3 been finalized yet, or could something like this
still make it in?
Mike
— Torsten Giebl wrote:> Hello !
I’m not sure whether using a shadow surface would constrain the
mouse
cursor to stay within the display window, which is something I also
need.
It would be nice to use SDL’s built-in mouse constraining
feature rather than re-invent the wheel.
You can use it, just set after every mouse move event the
Mouse Cursor to the center of your window. To get for example
a movement like in DOOM. You should turn the Mouse Cursor Sprite
off.
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com