I bet if you explain your specific use case and budget, somebody from the PC build thread can help you pick the right parts. http://www.neogaf.com/forum/showthread.php?t=745567
As far as putting it together, it's only moderately harder than Legos. You can definitely do it
The problem is all you need is a good APU (CPU and GPU in one) and you have to go hunting for what is on sale that meets that criteria. Since your budget is so low I'd buy whatever small desktop is on sale with an AMD HD86xx APU. Not really worth putting something together unless you go hunting for used parts or machines and then you have to have too much specific knowledge.
Thanks you guys
They dont "allow" you, per se, but it can be done.
That was meHeh, digging it
How are you guys doing at the moment? I saw someone from Stolen Couch (was it you?) at CCEU14 and enjoyed the talk he had with other Dutch devs about the whole business side and investors. I also enjoyed playing the game, albeit briefly, and it's actually something I'm looking forward to seeing on Steam or on Android (I've only got a loaner iPad for development purposes so I don't want tie my saves to it so I haven't even gotten the game yet). It'd be great to hear how the game's doing financially because of the investments you've gotten and how friggin much potential it has.
. Glad you liked the talk. .
GameObject newAsteroid = Resources.Load("testAsteroid") as GameObject;
//newAsteroid.transform.localScale = new Vector3(newAsteroid.transform.localScale.x * newAsteroid.GetComponent<NeutralAsteroids>().AsteroidSize, 32f, 0f);Thanks, that looks basic but functional! Open source is a big plus as long as there's no restriction on output licensing for commercial use.
Leiwand!It is super fun. Here's a video:
Code for our spawn animations is in and working perfectly! Now to get the sprite right on my end, tough working inside of xna's restrictions.
We decided that the spawns will come when your score hits a certain level rather than a time based approach. The game counts how many and which type of enemy you have the hardest or easiest time with and then that unit is what determines which enemy comes out. Pretty cool stuff!
Yeah, I had a feeling that was the problem, wasn't quite sure how to pull it off without messing up the walk cycle, but... Somehow, I actually managed to pull it off.
Probably not remotely perfect, but it looks so much better. The pic you showed was a great example, it really helped a lot, thanks.
UnityEngine.Object asteroidPrefab = Resources.Load("testAsteroid"); //Get a reference to your prefab
GameObject newAsteroid = (GameObject)Instantiate(asteroidPrefeb); //Instantiate a new object based on that prefab
Noogy's game Dust pretty much convinced me XNA doesn't have many limitations for 2D games. It looks and plays amazing!
Yeah, I had a feeling that was the problem, wasn't quite sure how to pull it off without messing up the walk cycle, but... Somehow, I actually managed to pull it off.
Probably not remotely perfect, but it looks so much better. The pic you showed was a great example, it really helped a lot, thanks.
// Get the player's current position
SDL_Point playerPosition = player.GetPosition();
// Get the player's current speed
SDL_Point playerSpeed = player.GetSpeed();
// Figure out the player's horizontal direction
Direction_t playerDirX;
if (playerSpeed.x < 0)
{
playerDirX = DIRECTION_LEFT;
}
else if (playerSpeed.x > 0)
{
playerDirX = DIRECTION_RIGHT;
}
else
{
playerDirX = DIRECTION_NONE;
}
// Get the player's horizontal edge based on their direction; ignore anything but left and right for now
int playerEdgeX = 0;
switch (playerDirX)
{
case DIRECTION_LEFT:
playerEdgeX = playerPosition.x;
break;
case DIRECTION_RIGHT:
playerEdgeX = playerPosition.x + player.GetSprite()->GetWidth();
break;
default:
break;
}
// Don't bother with the next steps if the player isn't moving horizontally
if (playerDirX != DIRECTION_NONE)
{
// Get the player's vertical edges
int playerEdgeTopY = playerPosition.y;
int playerEdgeBottomY = playerPosition.y + player.GetSprite()->GetHeight();
std::vector<Tilemap *>::const_iterator tm;
for (tm=tilemaps.begin(); tm != tilemaps.end(); ++tm)
{
// Get the size of tiles
int tileSize = (*tm)->GetTilesheet()->GetTileSize();
// Figure out which rows the player is currently intersecting with
int topRow = (int)playerEdgeTopY / tileSize;
int bottomRow = (int)playerEdgeBottomY / tileSize;
// Figure out which column the player is currently intersecting with
int inCol = playerEdgeX / tileSize;
// Iterate over the rows...
for (int tileRow=topRow; tileRow<bottomRow; ++tileRow)
{
// Get the Tile
Tile *tile = (*tm)->GetTilesheet()->GetTileAtIndex((*tm)->GetTileKeyAtIntersection(tileRow, inCol));
// Check if it's solid
if (tile->GetType() == TILETYPE_GROUND)
{
int tileEdgeX = 0;
//int overlapX = 0;
int newPlayerX = playerPosition.x;
switch (playerDirX)
{
case DIRECTION_LEFT:
tileEdgeX = ((inCol * tileSize) + tileSize);
newPlayerX = tileEdgeX;
break;
case DIRECTION_RIGHT:
tileEdgeX = (inCol * tileSize);
newPlayerX = (tileEdgeX - player.GetSprite()->GetWidth());
break;
default:
break;
}
// Adjust the player's position to the edge of the solid tile
player.SetX(newPlayerX);
// Stop further movement
player.SetSpeedX(0);
// Update the player's collider w/ the new coords
player.GetSprite()->GetCollider()->UpdateRect(newPlayerX, playerPosition.y, player.GetSprite()->GetWidth(), player.GetSprite()->GetHeight());
}
}
}
}I don't suppose there are any collision detection superstars in our midst? I've been trying to implement tile-based collision detection in my engine, and like it has in every prior attempt, it's making me its bitch. I feel like I've tried everything and haven't come up with anything to solve several nagging issues. I captured a video below which illustrates one of 'em. Apologies for the crap framerate. Quicktime Player isn't so hot at screen recordings.
http://www.youtube.com/watch?v=Z1gI2hyUjKg
As you can see in the clip, horizontal collisions check out fine on the first few instances where I'm grounded and trying to walk into the solid tiles. It's when I get to the last one that you can see a weird jump/tunneling effect happens when the sprite is moving vertically.
FWIW, this is the code I'm running for the collision detection checks. Can anyone provide me with some help on this issue? I'm totally flustered.
Code:// Get the player's current position SDL_Point playerPosition = player.GetPosition(); // Get the player's current speed SDL_Point playerSpeed = player.GetSpeed(); // Figure out the player's horizontal direction Direction_t playerDirX; if (playerSpeed.x < 0) { playerDirX = DIRECTION_LEFT; } else if (playerSpeed.x > 0) { playerDirX = DIRECTION_RIGHT; } else { playerDirX = DIRECTION_NONE; } // Get the player's horizontal edge based on their direction; ignore anything but left and right for now int playerEdgeX = 0; switch (playerDirX) { case DIRECTION_LEFT: playerEdgeX = playerPosition.x; break; case DIRECTION_RIGHT: playerEdgeX = playerPosition.x + player.GetSprite()->GetWidth(); break; default: break; } // Don't bother with the next steps if the player isn't moving horizontally if (playerDirX != DIRECTION_NONE) { // Get the player's vertical edges int playerEdgeTopY = playerPosition.y; int playerEdgeBottomY = playerPosition.y + player.GetSprite()->GetHeight(); std::vector<Tilemap *>::const_iterator tm; for (tm=tilemaps.begin(); tm != tilemaps.end(); ++tm) { // Get the size of tiles int tileSize = (*tm)->GetTilesheet()->GetTileSize(); // Figure out which rows the player is currently intersecting with int topRow = (int)playerEdgeTopY / tileSize; int bottomRow = (int)playerEdgeBottomY / tileSize; // Figure out which column the player is currently intersecting with int inCol = playerEdgeX / tileSize; // Iterate over the rows... for (int tileRow=topRow; tileRow<bottomRow; ++tileRow) { // Get the Tile Tile *tile = (*tm)->GetTilesheet()->GetTileAtIndex((*tm)->GetTileKeyAtIntersection(tileRow, inCol)); // Check if it's solid if (tile->GetType() == TILETYPE_GROUND) { int tileEdgeX = 0; //int overlapX = 0; int newPlayerX = playerPosition.x; switch (playerDirX) { case DIRECTION_LEFT: tileEdgeX = ((inCol * tileSize) + tileSize); newPlayerX = tileEdgeX; break; case DIRECTION_RIGHT: tileEdgeX = (inCol * tileSize); newPlayerX = (tileEdgeX - player.GetSprite()->GetWidth()); break; default: break; } // Adjust the player's position to the edge of the solid tile player.SetX(newPlayerX); // Stop further movement player.SetSpeedX(0); // Update the player's collider w/ the new coords player.GetSprite()->GetCollider()->UpdateRect(newPlayerX, playerPosition.y, player.GetSprite()->GetWidth(), player.GetSprite()->GetHeight()); } } } }
This might have something to do with camera settings (click your main camera and check out what's going on in the little thumbnail), or it could have something to do with Rendering Paths.
