This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - leafy
1
« on: September 05, 2014, 05:44:04 am »
Woah, it's insane how good this managed to turn out! Massive props 
2
« on: August 07, 2014, 07:03:03 am »
This is some awesome work! I'm glad you've decided to move to a platform that can show a bit more of its graphical fidelity I noticed in the screenshots that the sprite doesn't appear to change direction while in midair, or am I incorrect about that? You may wish to get in touch with Terry Cavanagh about using his sprites (I'd hate for this project to go under because of a C&D).
3
« on: December 12, 2013, 02:41:09 pm »
Yeah, I have absolutely no problem with it! I don't even feel obligated to ask you to credit me, seeing as I can hardly take credit for what really just amounts to a shaded square 
4
« on: November 19, 2013, 01:35:04 pm »
SSD: no, No, and NO. Here's why: SSDs are flash memory, which has a limited number of Read/Writes. After a few years (depends on usage), the drive will either a: slow down immensely or b: stop working. This can happen to anything with flash memory eventually, such as flash drives and calculators.
Just a quick note, this is not actually true any more. Early SSDs were prone to failure, but the tech has improved vastly since then. The average hard drive has a life of around 10-15 years; SSDs can now survive over 100 yrs. In addition, hard drives are prone to mechanical failure if you bump your case around a lot; my SSD's been dangling in my case (haha cable management) and has absolutely no problems. Since most OSes have support for TRIM nowadays, there's really no reason for write/read speeds to deteriorate over time as well. Another note about RAID: I'd highly suggest not doing it, especially if it's your first time; for RAID0 (which pimathbraniac talks about), if any of the drives fail all your data is lost. Other RAID arrays provide redundancy, but decrease performance.
5
« on: November 19, 2013, 11:38:25 am »
Linux distro of choice: Either Debian or Arch. That way when your friends come over, you can talk to them all about arch and debian even though they don't really care. Two monitors: reddit.com/r/buildapcsales. Things are pretty low right now, although you may want to hold out until Black Friday. Video, processor, etc.: Intel Core i5 4670 (or, if you want to overclock, i5 4670k). You don't really need an i7 unless you're doing heavy-duty virtualization crap, which I highly doubt you will be. If all you need is HD video as well, the integrated graphics on the i5 are far more than you need. There's no point in shelling out a truckload of money for a graphics card you don't really need. Most motherboards also have two video outs, so don't buy a gfx card just for that. USB 3.0: Most modern motherboards support this now; I'm using a z87 Pro, which has usb3 for all its slots. Disk drive: If you really need to burn DVDs, get a DVD drive. Blu-ray drives are impractical, expensive, and useless for the most part. SSD: Samsung EVO is pretty nice, although their earlier models may be cheaper and not that far off. If you're smart about how you spend your money, you can probably do this build in about 400 to 600 dollars. Use PCPartPicker to find similar builds, and browse r/buildapcdeals and slickdeals religiously
6
« on: November 07, 2013, 02:21:49 am »
Awesome job, Soru - you totally deserve it In addition, congrats to all the participants of this year's contest! It's you guys who make Omni what it is, so keep up the great work.
7
« on: October 28, 2013, 03:06:24 am »
topic locked.
8
« on: August 14, 2013, 04:12:14 pm »
Would it be possible to have "chunks" of the map that load on the fly, so you'll always have 3 chunks - 1 above and one below, and when you move into the upper or lower chunks it archives the furthest chunk and unarchives (or creates) a new chunk. The chunk need only be as big as the screen, and since it's not all created at once, it's also easier on memory and checks for whether or not the memory is being filled up. This was the approach I took a while back when I was trying to create a randomly generated scrolling terrain, and it seemed to work out okay (aside from thrashing the archive )
9
« on: August 01, 2013, 06:14:50 pm »
It's not the screen size that's larger, it's the resolution, and thus the DPI. I'm not too sure about games, but since the screen size doesn't change, you should be using the same layout. All you need to do is create XHDPI/HDPI resources, and the Android SDK should take care of the rest. (That applies to normal apps, not too sure about games. Try looking your problem up on Google.)
EDIT: Just noticed that you're not necessarily talking about Android, wups.
10
« on: June 12, 2013, 12:45:55 pm »
they actually have options for individuals, IIRC. Just find the chips you want and request a free sample if they're available (sometimes they're not, but I've always found the chips I need).
11
« on: June 12, 2013, 12:10:19 pm »
You can get free samples from TI for some fairly powerful ADCs.
12
« on: June 12, 2013, 10:50:33 am »
The ADC on the atmega/arduino chipset is notoriously slow, however. If you need speed, you might want to get a dedicated high-speed ADC (I generally use the SPI interface with an Arduino)
13
« on: June 06, 2013, 11:38:21 am »
IIRC, greyscale was one of the things that made escheron so amazing in the past; it'd be a shame if you were to truly go down a pure b/w route. Still, it'd be an amazing game without pumped up graphics, and it's great to see it being worked on again
14
« on: June 05, 2013, 11:32:59 pm »
While (nojob):
sleep(20)
15
« on: June 05, 2013, 06:36:20 pm »
The Binding of Isaac is a game with an incredible amount of complexity; you should probably figure out each and every detail before you actually start working on the project. As for your mockups, you might do with making the hearts smaller, but it looks fine to me.
|
Show Posts
