Pandora Wiki - User contributions [en]

Kernel interface

2008-11-29T17:53:14Z

JavaJake: /* LED's */ Clarified/corrected backlight note

'''Warning''': this is preliminary and is subject to change until release.

In case you need to write low level code (you can't/don't want to use high level libs like SDL), you can use kernel interface. This is the recommended way to access hardware (as opposed to GP2X style of accessing chip registers by mmap'ing /dev/mem), because in case hardware changes are needed in future, they could be handled by kernel and all programs would still work. It also should allow several programs to work at the same time and should be more stable.

===Input===
Buttons, keypad, touchscreen and nubs are all exposed through Linux event interface (EVDEV). All devices are represented by /dev/input/eventX files, which can be opened, read and queried (using ioctl calls). The reads can be synchronous (the read will only return when user does something, like presses the button), or asynchronous (the system will report what changed since the last time you asked).

'''Warning''': don't hardcode device filenames in your program! For example, currently /dev/input/event2 represents game buttons, but in future it may become touchscreen. Scan input device names instead, example:
<source lang="text">
for (i = 0; 1; i++)
{
sprintf(name, "/dev/input/event%i", i);
fd = open(name, O_RDONLY);
if (fd < 0) break; /* no more devices */
ioctl(fd, EVIOCGNAME(sizeof(name)), name);
if (strcmp(name, "gpio-keys") == 0)
return fd; /* found the buttons! */
close(fd); /* we don't need this device */
}
</source>

List of device names and events they send:
{|border=1 cellpadding=2 cellspacing=0
|-
!name
!description
!event.type
!event.code
!event.value
|-
|omap_twl4030keypad
|keypad
|EV_KEY
|KEY_0...KEY_Z, KEY_BACKSPACE, KEY_LEFTSHIFT, KEY_SPACE, KEY_ENTER, KEY_COMMA, KEY_DOT, KEY_FN
|0 - released, 1 - pressed, 2 - autorepeat event
|-
|gpio-keys
|game buttons
|EV_KEY
|KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_MENU, BTN_START, BTN_SELECT, BTN_X, BTN_Y, BTN_A, BTN_B, BTN_TL, BTN_TR
|0 - released, 1 - pressed
|-
|ADS784x Touchscreen
|touchscreen
|EV_ABS
|ABS_X, ABS_Y, ABS_PRESSURE
|varies, use calibration data
|-
|vsense66
|left nub
|EV_ABS
|ABS_X, ABS_Y
| -256...0...256
|-
|vsense67
|right nub
|EV_ABS
|ABS_X, ABS_Y
| -256...0...256
|}

Sample code:
[http://beagleboard.googlecode.com/files/evtest.c evtest.c]
[http://notaz.gp2x.de/misc/pnd/src/pnd_test_inputs.c pnd_test_inputs.c]

====Touchscreen====
Event interface returns uncalibrated values directly from driver, so you need to use tslib or manage calibration yourself (using data from /etc/pointercal).

===Sound===
Pandora uses ALSA, but it has OSS emulation enabled too, so GP2X code should work.

===Video===
Framebuffer device (/dev/fb0) is supported. More to come..

===LED's===
The LED's can be controlled via /sys/class/leds/, and then a file [http://www.gp32x.com/board/index.php?s=&showtopic=45309&view=findpost&p=673593]:
* pandora::bluetooth
* pandora::lcd_bl ''(This is expected to move to /sys/class/backlight/ at some point)''
* pandora::sd2
* pandora::charger
* pandora::power
* pandora::wifi
* pandora::keypad_bl
* pandora::sd1

===Misc===
Some things can be controlled through files in /proc/pandora/:
* /proc/pandora/cpu_mhz_max - if [http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufreq.html cpufreq] is enabled, sets maximum allowed cpu clock, if not, just sets CPU clock to value supplied (echo 600 > /proc/pandora/cpu_mhz_max).
* /proc/pandora/wait_vsync - if you read this file, your process will block until next vsync interrupt (note: this might change to fbdev ioctl).
more to come..

Kernel interface

2008-11-29T17:51:16Z

JavaJake: Added LED's

'''Warning''': this is preliminary and is subject to change until release.

In case you need to write low level code (you can't/don't want to use high level libs like SDL), you can use kernel interface. This is the recommended way to access hardware (as opposed to GP2X style of accessing chip registers by mmap'ing /dev/mem), because in case hardware changes are needed in future, they could be handled by kernel and all programs would still work. It also should allow several programs to work at the same time and should be more stable.

===Input===
Buttons, keypad, touchscreen and nubs are all exposed through Linux event interface (EVDEV). All devices are represented by /dev/input/eventX files, which can be opened, read and queried (using ioctl calls). The reads can be synchronous (the read will only return when user does something, like presses the button), or asynchronous (the system will report what changed since the last time you asked).

'''Warning''': don't hardcode device filenames in your program! For example, currently /dev/input/event2 represents game buttons, but in future it may become touchscreen. Scan input device names instead, example:
<source lang="text">
for (i = 0; 1; i++)
{
sprintf(name, "/dev/input/event%i", i);
fd = open(name, O_RDONLY);
if (fd < 0) break; /* no more devices */
ioctl(fd, EVIOCGNAME(sizeof(name)), name);
if (strcmp(name, "gpio-keys") == 0)
return fd; /* found the buttons! */
close(fd); /* we don't need this device */
}
</source>

List of device names and events they send:
{|border=1 cellpadding=2 cellspacing=0
|-
!name
!description
!event.type
!event.code
!event.value
|-
|omap_twl4030keypad
|keypad
|EV_KEY
|KEY_0...KEY_Z, KEY_BACKSPACE, KEY_LEFTSHIFT, KEY_SPACE, KEY_ENTER, KEY_COMMA, KEY_DOT, KEY_FN
|0 - released, 1 - pressed, 2 - autorepeat event
|-
|gpio-keys
|game buttons
|EV_KEY
|KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_MENU, BTN_START, BTN_SELECT, BTN_X, BTN_Y, BTN_A, BTN_B, BTN_TL, BTN_TR
|0 - released, 1 - pressed
|-
|ADS784x Touchscreen
|touchscreen
|EV_ABS
|ABS_X, ABS_Y, ABS_PRESSURE
|varies, use calibration data
|-
|vsense66
|left nub
|EV_ABS
|ABS_X, ABS_Y
| -256...0...256
|-
|vsense67
|right nub
|EV_ABS
|ABS_X, ABS_Y
| -256...0...256
|}

Sample code:
[http://beagleboard.googlecode.com/files/evtest.c evtest.c]
[http://notaz.gp2x.de/misc/pnd/src/pnd_test_inputs.c pnd_test_inputs.c]

====Touchscreen====
Event interface returns uncalibrated values directly from driver, so you need to use tslib or manage calibration yourself (using data from /etc/pointercal).

===Sound===
Pandora uses ALSA, but it has OSS emulation enabled too, so GP2X code should work.

===Video===
Framebuffer device (/dev/fb0) is supported. More to come..

===LED's===
The LED's can be controlled via /sys/class/leds/, and then a file [http://www.gp32x.com/board/index.php?s=&showtopic=45309&view=findpost&p=673593]:
* pandora::bluetooth
* pandora::lcd_bl ''This is going to move to /sys/class/backlight/ by the time Pandora is shipped''
* pandora::sd2
* pandora::charger
* pandora::power
* pandora::wifi
* pandora::keypad_bl
* pandora::sd1

===Misc===
Some things can be controlled through files in /proc/pandora/:
* /proc/pandora/cpu_mhz_max - if [http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufreq.html cpufreq] is enabled, sets maximum allowed cpu clock, if not, just sets CPU clock to value supplied (echo 600 > /proc/pandora/cpu_mhz_max).
* /proc/pandora/wait_vsync - if you read this file, your process will block until next vsync interrupt (note: this might change to fbdev ioctl).
more to come..

Pandora

2008-10-31T20:08:51Z

JavaJake: /* Storage */ More readable.

The Pandora is a seventh-generation handheld game console. When it ships in November 2008, it will be the most powerful handheld gaming console available.
[[Image:Pandora-newrender.jpg|Right|thumb|360px|The Pandora open-source game system.]]

==Overview==

The Pandora will run a Linux distribution. There will be no fees for developer tools and hence anyone will be free to develop and release games for the system.

===Core===

The Pandora uses a Texas Instruments OMAP 3530 System-on-Chip. This includes the ARM Cortex-A8 processor, the TI C64X programmable DSP, the PowerVR SGX 530 3D accelerator and supporting components.

====Storage====
The first revisions of the console included 128MB of DDR RAM, and 256MB of on-board NAND flash memory. However, the final revision that is sold to consumers has 256MB of DDR RAM and 512MB of on-board NAND memory. Storage space is available through 2 SDHC card slots and via USB host capabilities for connecting any standard USB flash drive and hard drive. (The internal memory is designed only to hold the operating system and any updates to it.)

===Input and output===
The Pandora includes two analog pads, a directional pad, 4 action buttons, 2 shoulder buttons, 3 function buttons (start/select/home), and a QWERTY keyboard.

====Display====
The Pandora's display will be a 800*480 display, which additionally will have touchscreen functionality.

=====TV-out=====
The Pandora will have the ability to output S-video and composite signals to television sets. In addition, picture-in-picture and seperate signals for the TV and LCD will be supported.

====Sound====
The Pandora will have a high-quality sound DAC, and an ADC and internal microphone for recording. A pair of stereo speakers is built into the display. The volume control is a wheel.

====Keyboard====
The Pandora will have an almost-full QWERTY keyboard, with additional keys using Function. Control will likely be mapped onto one of the action or shoulder buttons.

more here.

==Full Specs==

These are constantly changing. Hopefully, this page will be updated with them. When adding information please remember to correctly reference the new information to a reliable source.

*General
** The name: Pandora [http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=572691]
** Dimensions: 140 x 83 x 27 mm (slightly larger than a DS Lite: vs 133 mm × 73.9 mm × 21.5 mm)
** Price: 199 GBP(incl. VAT) (approx. $330 USD, 212 € (excl. VAT)
** Release date: Pre-orders for the first batch of 4000 Pandoras sold out in six days. Units from this batch are expected to ship in November 2008. Orders for the next batch will be taken in December 2008 for a March 2009 delivery.
** Case will be a bit smaller the GP2X, and will be a mix of metal and plastic. [http://www.gp32x.com/board/index.php?showtopic=38044]

*Core Hardware:
**Texas Instrument's OMAP3530 System-on-chip. [http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=562133] [http://www.gp32x.com/board/index.php?showtopic=39172&st=160#] ''Specifications can be found at this link: [http://focus.ti.com/pdfs/wtbu/ti_omap3430.pdf] ''
** PowerVR SGX GPU (OpenGL ES 2.0, several million polygons per second). ''OpenGL ES demonstrated: [http://www.imgtec.com/powervr/insider/powervr-demos.asp] ''
**128MB of DDR SDRAM in the developer units and 256MB in consumer units.
** Real Time Clock (RTC) built in, to keep track of time. [http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=568882]
**256MB of internal flash memory on developer boards and 512MB on consumer pandoras.
**Will be "unbrickable".

*Display: 800x480 widescreen (5:3), 4.3 inches, touchscreen LCD.[http://www.gp32x.com/board/index.php?showtopic=38044]
**Brightness:300 cd/m2, Contrast ratio:450:1, Response time:tr+tf=30ms[http://www.gp32x.com/board/index.php?s=&showtopic=39741&view=findpost&p=573484]
**Dimensions: 93.6 x 56.2 mm (4.3 inches, 5:3 aspect ratio).
**TV-out included in hardware, A/V-OUT Port (similar in appearance to a large USB OTG port) outputs S-Video and Composite and inputs 3,5mm Headphone/Microphone cables..
***Separate TV-out signals, picture-in-picture capabilities. [http://www.gp32x.com/board/index.php?showtopic=38044]
**Powerful 2D and 3D hardware acceleration, see above. [http://www.gp32x.com/board/index.php?showtopic=38044]

*Input:
**Buttons, keyboard, microphone, and touchscreen. [http://www.gp32x.com/board/index.php?showtopic=38044]
**Directional pad will be a D-pad. [http://www.gp32x.com/board/index.php?showtopic=38044]
**Two real analog nubs, with rubber grip, but no click function. [http://www.youtube.com/watch?v=i26UXJOTkTk A video of the analog nub to be used in Pandora's construction.] Update: a custom designed plastic nub is now being used and will remain in the previously planned location.
**QWERTY keyboard cellphone like thumb typeable. [http://www.gp32x.com/board/index.php?showtopic=38044]
**Built-In Microphone [http://www.gp32x.com/board/index.php?act=findpost&pid=568882]

*Connectivity:
**802.11g (Wi-fi) included. USB host included. USB-on-the-go (one-port host and client) included. [http://www.gp32x.com/board/index.php?showtopic=38044]
**Integrated Bluetooth 2.0 + EDR (3Mbps)[http://www.gp32x.com/board/index.php?s=&showtopic=42344&view=findpost&p=613832]
**The USB will be fully powered (500 milliamps). You'll be able to use anything that has drivers. [http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=568882]
**RS-232 will be included, but a level converter will be needed for the UART. [http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=568882]
**Twin SDHC slots.

*Software:
**Open2X-type Linux firmware. [http://wiki.open2x.org/open2x/wiki/index.php?title=Firmware]
**One-click install system - Debian ARMEL packages probably compatible with minor work.
**Potential Emulation: Nearly any game console which predates the Playstation for which an open-source emulator exists. Nearly any 8 or 16 bit computer system for which an open-source emulator exists.
*** Atari 2600, 7800, 5200, and Lynx
*** Nintendo NES, SNES, Gameboy, GBA and NDS (with combination of inbuilt touchscreen and external TV)
*** Sega Master System and Genesis
*** NEC PCEngine (TurboGrafx-16)
*** SNK NeoGeo, NeoGeo Pocket, and Pocket Color
*** Sony Playstation [http://www.gp32x.com/board/index.php?showtopic=41440]
*** Atari 400, 800, and ST
*** Amiga
*** PC (DOSBox)
*** Apple II
**Possible Software:
***Will be capable of running X11 with a window manager and desktop environment, and probably will by default.
***There should be the ability to run normal programs you can run on Modern Linux builds as well, provided it does not exceed 128MB of RAM (excluding any virtual memory for performance reasons) and is ported. This includes a full build of Firefox! Firefox 3.0 uses much less memory and resources, and should run fine on the Pandora.
***Macromedia Flash is possible on the Pandora with web browsers with some work. Maybe not full Flash support though, but http://www.gnu.org/software/gnash/ can be ported to the Pandora and run up to FlashV7 guaranteed, play Youtube videos (mplayer and VLC can play FLV files just fine, play other movie files from Firefox, and VLC can stream FLV easily) and can work with Firefox or as a standalone program.
***Advanced multimedia support, including streaming: mplayer, VLC, xine and any other program that is open source is possible. For a general idea of file support for VLC see http://www.videolan.org/vlc/features.html, and for xine see http://xinehq.de/index.php/features.

*Power:
**Lithium-polymer battery, ~4000mAH.
**Up to 10 hours battery life under reasonable load 8.5 hours under max cpu load. Up to 100 hours playing MP3s. [http://www.gp32x.com/board/index.php?showtopic=40823&st=80&p=595336&#entry595336]
**Can charge through AC adapter or USB. [http://www.gp32x.com/board/index.php?s=&showtopic=40659&view=findpost&p=587802]
**Advanced power management capabilities: only need to set a max clockspeed, when the CPU is not doing anything it automatically HALTs and does nothing to save a lot of power.[http://www.gp32x.com/board/index.php?s=&showtopic=38155&view=findpost&p=574380]
**Will be able to suspend to RAM or suspend to disk for longer battery life and faster start up.

[[Category:FAQ]]

Template:Pandora Hardware

2008-09-26T21:49:43Z

JavaJake: Updated the styling to use the standard CSS versions instead.

=== 3rd Party Hardware ===
This is a list of hardware that can be used with the Pandora UMPC.

This page lists the name of a product, the link to the product, miscellaneous notes on it, and then the status.

The status has a possible 3 colors. (Editors, please copy and paste the styling when creating a new row.)

{|
|-
| style="background:green;color:white;text-align:center" | Works! with Pandora
| style="background:orange;text-align:center" | Unknown to work
| style="background:red;color:white;text-align:center" | Not compatible with Pandora
|}

{|
|- style="background:#000000; color:white"
! Name
! Link
! Notes
! Status
! Source
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Keyboards
|-
| Apple Wireless Bluetooth Keyboard
| http://www.bestbuy.com/site/olspage.jsp?skuId=8509759&st=keyboard&lp=12&type=product&cp=1&id=1186005932539
|
| style="background:orange;text-align:center" | Unknown
|- style="background:#CCCCCC;"
| Adesso Foldable Keyboard
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166038
|
| style="background:orange;text-align:center" | Unknown
|-
| Adesso Mouse/Keyboard Combination
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166052
|
| style="background:orange;text-align:center" | Unknown
|- style="background:#CCCCCC;"
| Darfon Foldable Keyboard
| http://www.darfon.com.tw/English/HID_Portable.asp
| Possibly relisted under other manufacturers names
| style="background:orange;text-align:center" | Unknown
|-
| DealExtreme Compact 88 key keyboard
| http://www.dealextreme.com/details.dx/sku.11933
|
| style="background:orange;text-align:center" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Mice
|-
| Adesso Mouse w/ numpad
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166082
|
| style="background:orange;text-align:center" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Cases
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Accessories/Misc
|-
| Archos screen protectors
| http://www.zagg.com/invisibleshield/media-player/archos
| Assumed to work due to screen dimensions
| style="background:orange;text-align:center" | Unknown
|- style="background:#CCCCCC;"
| Mini-Box PicoLCD 4x20 External LCD display
| http://www.mini-box.com/PicoLCD-4X20-Sideshow
| Also works in Windows Vista
| style="background:orange;text-align:center" | Unknown
|-
| DealExtreme 58-n-1 card reader
| http://www.dealextreme.com/details.dx/sku.7523
|
| style="background:orange;text-align:center" | Unknown
|- style="background:#CCCCCC;"
| DealExtreme clip-on 1.3 MP Webcap
| http://www.dealextreme.com/details.dx/sku.3569
|
| style="background:orange;text-align:center" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Game Controllers
|-
| Genius Portable USB Pandora Gamepad
| http://www.newegg.com/Product/Product.aspx?Item=N82E16826179016
|
| style="background:orange;text-align:center" | Unknown
|- style="background:#CCCCCC;"
| NES/SNES to USB Converters and controllers
| http://www.retrousb.com/index.php?categoryID=79
| May be better off buying the controllers (retro) from eBay
| style="background:orange;text-align:center" | Unknown
|-
| USB Adapter for all kinds of retro joysticks
| http://www.raphnetshop.com/products/atari2usb/index.php?category=Gaming
|
| style="background:orange;text-align:center" | Unknown
|-
| Logitech Precision
| http://www.logitech.com/index.cfm/gaming/pc_gaming/gamepads/devices/301
| Not all the buttons have been tested, but I think we can safely assume they'll work.
| style="background:green;color:white;text-align:center" | Works
| [http://www.youtube.com/watch?v=njgAQhwqJZg Source]
|}

Template:Pandora Hardware

2008-09-26T21:45:03Z

JavaJake: Added Logitech Precision. Also added new "Source" column where we can prove that it is/isn't compatible.

=== 3rd Party Hardware ===
This is a list of hardware that can be used with the Pandora UMPC.

This page lists the name of a product, the link to the product, miscellaneous notes on it, and then the status.

The status has a possible 3 colors.

{|
|-
| style="background:green;color:white" | Works! with Pandora
| style="background:orange;" | Unknown to work
| style="background:red;color:white" | Not compatible with Pandora
|}

{|
|- style="background:#000000; color:white"
! Name
! Link
! Notes
! Status
! Source
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Keyboards
|-
| Apple Wireless Bluetooth Keyboard
| http://www.bestbuy.com/site/olspage.jsp?skuId=8509759&st=keyboard&lp=12&type=product&cp=1&id=1186005932539
|
| bgcolor="orange" | Unknown
|- style="background:#CCCCCC;"
| Adesso Foldable Keyboard
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166038
|
| bgcolor="orange" | Unknown
|-
| Adesso Mouse/Keyboard Combination
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166052
|
| bgcolor="orange" | Unknown
|- style="background:#CCCCCC;"
| Darfon Foldable Keyboard
| http://www.darfon.com.tw/English/HID_Portable.asp
| Possibly relisted under other manufacturers names
| bgcolor="orange" | Unknown
|-
| DealExtreme Compact 88 key keyboard
| http://www.dealextreme.com/details.dx/sku.11933
|
| bgcolor="orange" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Mice
|-
| Adesso Mouse w/ numpad
| http://www.newegg.com/Product/Product.aspx?Item=N82E16823166082
|
| bgcolor="orange" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Cases
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Accessories/Misc
|-
| Archos screen protectors
| http://www.zagg.com/invisibleshield/media-player/archos
| Assumed to work due to screen dimensions
| bgcolor="orange" | Unknown
|- style="background:#CCCCCC;"
| Mini-Box PicoLCD 4x20 External LCD display
| http://www.mini-box.com/PicoLCD-4X20-Sideshow
| Also works in Windows Vista
| bgcolor="orange" | Unknown
|-
| DealExtreme 58-n-1 card reader
| http://www.dealextreme.com/details.dx/sku.7523
|
| bgcolor="orange" | Unknown
|- style="background:#CCCCCC;"
| DealExtreme clip-on 1.3 MP Webcap
| http://www.dealextreme.com/details.dx/sku.3569
|
| bgcolor="orange" | Unknown
|-
! style="background:#555555; color:white" width="100%" colspan=5 | Game Controllers
|-
| Genius Portable USB Pandora Gamepad
| http://www.newegg.com/Product/Product.aspx?Item=N82E16826179016
|
| bgcolor="orange" | Unknown
|- style="background:#CCCCCC;"
| NES/SNES to USB Converters and controllers
| http://www.retrousb.com/index.php?categoryID=79
| May be better off buying the controllers (retro) from eBay
| bgcolor="orange" | Unknown
|-
| USB Adapter for all kinds of retro joysticks
| http://www.raphnetshop.com/products/atari2usb/index.php?category=Gaming
|
| bgcolor="orange" | Unknown
|-
| Logitech Precision
| http://www.logitech.com/index.cfm/gaming/pc_gaming/gamepads/devices/301
| Not all the buttons have been tested, but I think we can safely assume they'll work.
| style="background:green;color:white" | Works
| [http://www.youtube.com/watch?v=njgAQhwqJZg Source]
|}

Talk:Pandora Interface Standards

2008-05-15T01:16:05Z

JavaJake: Pointless?

== Pointless? ==

Isn't this rather pointless when there's no decided button layout yet?

Talk:Zombie Apocalypse

2008-05-09T23:08:05Z

JavaJake: Removed myself from roles

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' Total Conversion for Quake I or Quake II, FPS, players are marines/humans, zombies are NPCs (and loads of 'em). Either one big server (world) or several regular servers with 16-32 people. Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). 
'''Motivation:''' Although I used to program (C/C++), I decided I wanted to do something else for this project. Creating msuic and designing levels (both 2d and 3d).

'''Role in Project:''' Tester, Musician, Level Designer/Modeller 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio. For 3d level modeling, I've made quite a few levels for Doom, Half-Life (CS), UT99, UT2003 and UT2004. Unfortunatly, I lost most of them, and the rest are somewhere on a backup CD.

== Hiroe ==
After much deliberating, I decided I'm for PlopperZ's idea, I think if we can't make it an mmo it shouldn't have full rpg features, maybe put a level cap at level 6 or have you gain ability through having awesome weapons that cost alot, as this is unbalancing. in all honesty, I think zombie master made a great game and we should follow there example.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Bots) vs. Humans(Players).Zombies could "migrate" out of the fog at the edges of the level. Maybe have a bit of a story and the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. Possibly have progressive stats if the engine allowed for it.

== javaJake ==
'''No longer active. This project will be over my head, and I will be unable to contribute in any way. If I do happen to contribute, it'll be patching repository code or similar.''' I really just need to step back and work on my C++ skills in smaller, less time-consuming projects first.

'''Ideas:''' I like PlopperZ's ideas, except I lean more towards strategy: I think there should be more to the game than just shooting zombies and making money. Zombie shooting would be the staple "meal" of the game, but there should be lots of other activities to exceed in as well.

I also suggest resources needed (weapons, ammo, food/medical supplies, vehicles, etc.) be the specialty or specialties of two or more distinct human races. They'd have to maintain secure routes or something like that to guard against zombies, so that people and supplies can travel across the map.

People could also create their own informal teams and try to create monopolies on supplies or other such malicious tasks. I'm not sure how this would work, and if the world would remain balanced like this, but it's an idea.
.

'''Why me:''' Programming has been my primary activity for years. Despite this, I have still yet to learn C/C++. However, I'm eager to learn, and I see this as my opportunity to do just that. With a little time and patience, I should be very helpful. I also love to work in teams, and keep everything very organized for my neighbor. Included in that is a hard-earned habit of documenting my code as I go. I enjoy writing documentation in general.

'''Experience:''' Well, I've got 3+ years of combined experience in Java, PHP, MySQL, and XHTML+CSS. I need a project so I can learn C/C++, and this would be it for me! I have a good amount of experience with SVN, have dabbled in CVS when SourceForge was using it, and have a continually-expanding knowledge of Bazaar.

''I think if we used your ideas and added them onto my own this would work pretty good! PM me'' ~PlopperZ

== NaN ==
'''Ideas:''' I'd like to see a top-down RPG shooter, either isometric or 3D. I want to use the left stick for movement and the right stick for aiming/shooting. Clicking the left stick should bring up a radial menu for various actions. It should have classes. While the warrior classes should be very straightforward to play, the other classes should require a little more thought to survive. I want to have lots of RPG elements, like special skills that are best mastered by a particular class. I want big worlds where I can do lots of different things. Vehicles, especially cars and motorcycles, would be really cool.

'''Experience''': I think my brother taught me the basics of C loops when I was 11 or 12. In highschool I spent more time programming on my TI83 graphical calculator than doing math problems. My most advanced creation for the TI83 was probably minesweeper. I only became a reasonably good programmer in University, though.

I've had formal education concerning Prolog, Haskell and Java. I also learned about computational complexity and I know some basic learning and searching algorithms. I have work experience coding websites in PHP and MySQL. On my own I've picked up a little Python, Lisp, C and C++. However, I definetely need to brush up on my C(++) skills before I undertake any major projects.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe

== Programmers ==
* NaN
* God

== 2D Artists ==
* PlopperZ
* xnopasaranx

== 3D Artists ==
Come on, guys. Somebody's gotta do it!

== Level Modelers/Designers ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==
* PlopperZ (If no one else is willing)

== Musicians ==
* SharQueDo
* PlopperZ's Friend

== Game Testers ==
* SharQueDo
* Hiroe
* PlopperZ
* xnopasaranx
* atomicthumbs

== Marketing and Management ==
* Hiroe
* PlopperZ

== Documentation ==
* PlopperZ

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

''2.5D''- Similar camera to Payback, but with 2D graphics. Could probably be done with FIFE or Empty Clip.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

= Comparison of Existing Engines =
== Quake 2 ==
=== Pros ===
* Mature engine created by one of the world's greatest game programmers.
* Multiplayer supported out of the box. possibility of using optimal grid to link multiple servers together.
* Nice graphics and special effects.
* Already being ported???
* Makes use of the Pandora's 3D hardware.
=== Cons ===
* 3D editing is hard

== Quake 3==
=== Pros ===
* Mature engine created by one of the world's greatest game programmers.
* Multilpayer supported out of the box. Supposed to be better then quake 2???
* Nice graphics and special effects. Better then quake 2.
* Already being ported???
* Makes use of the Pandora's 3D hardware.
* Little or no coding required.

=== Cons ===
* 3D editing is hard
* Level design might be a little complicated
* Might have lower FPS due to more advanced graphics

== FIFE ==
=== Pros ===
* Creating 2D graphics is easier and requires a less complicated editor. This makes the barrier for anybody to add their own graphics much lower.
* Because the world is made up of tiles, level editing is very easy.
* 3D graphics could be used by prerendering them. Prerendered 3D models can have much more detail.
* 2D Should allow for larger worlds.
* Dynamically loading bits of the level and other advanced features should be much easier in an isometric engine.
* Flexible
* Scriptable
* Because it supports Python scripting, some (maybe all) things could be rapidly prototyped in python before implementing them in C++.
=== Cons ===
* NO NETWORKING
* No OpenGL rendering yet, so no help from the 3D hardware in the Pandora.
* No dynamic lighting, shadows or other 3D features.

Talk:Zombie Apocalypse

2008-05-09T23:07:27Z

JavaJake: Marked myself as inactive.

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' Total Conversion for Quake I or Quake II, FPS, players are marines/humans, zombies are NPCs (and loads of 'em). Either one big server (world) or several regular servers with 16-32 people. Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). 
'''Motivation:''' Although I used to program (C/C++), I decided I wanted to do something else for this project. Creating msuic and designing levels (both 2d and 3d).

'''Role in Project:''' Tester, Musician, Level Designer/Modeller 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio. For 3d level modeling, I've made quite a few levels for Doom, Half-Life (CS), UT99, UT2003 and UT2004. Unfortunatly, I lost most of them, and the rest are somewhere on a backup CD.

== Hiroe ==
After much deliberating, I decided I'm for PlopperZ's idea, I think if we can't make it an mmo it shouldn't have full rpg features, maybe put a level cap at level 6 or have you gain ability through having awesome weapons that cost alot, as this is unbalancing. in all honesty, I think zombie master made a great game and we should follow there example.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Bots) vs. Humans(Players).Zombies could "migrate" out of the fog at the edges of the level. Maybe have a bit of a story and the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. Possibly have progressive stats if the engine allowed for it.

== javaJake ==
'''No longer active. This project will be over my head, and I will be unable to contribute in any way. If I do happen to contribute, it'll be patching repository code or similar.''' I really just need to step back and work on my C++ skills in smaller, less time-consuming projects first.

'''Ideas:''' I like PlopperZ's ideas, except I lean more towards strategy: I think there should be more to the game than just shooting zombies and making money. Zombie shooting would be the staple "meal" of the game, but there should be lots of other activities to exceed in as well.

I also suggest resources needed (weapons, ammo, food/medical supplies, vehicles, etc.) be the specialty or specialties of two or more distinct human races. They'd have to maintain secure routes or something like that to guard against zombies, so that people and supplies can travel across the map.

People could also create their own informal teams and try to create monopolies on supplies or other such malicious tasks. I'm not sure how this would work, and if the world would remain balanced like this, but it's an idea.
.

'''Why me:''' Programming has been my primary activity for years. Despite this, I have still yet to learn C/C++. However, I'm eager to learn, and I see this as my opportunity to do just that. With a little time and patience, I should be very helpful. I also love to work in teams, and keep everything very organized for my neighbor. Included in that is a hard-earned habit of documenting my code as I go. I enjoy writing documentation in general.

'''Experience:''' Well, I've got 3+ years of combined experience in Java, PHP, MySQL, and XHTML+CSS. I need a project so I can learn C/C++, and this would be it for me! I have a good amount of experience with SVN, have dabbled in CVS when SourceForge was using it, and have a continually-expanding knowledge of Bazaar.

''I think if we used your ideas and added them onto my own this would work pretty good! PM me'' ~PlopperZ

== NaN ==
'''Ideas:''' I'd like to see a top-down RPG shooter, either isometric or 3D. I want to use the left stick for movement and the right stick for aiming/shooting. Clicking the left stick should bring up a radial menu for various actions. It should have classes. While the warrior classes should be very straightforward to play, the other classes should require a little more thought to survive. I want to have lots of RPG elements, like special skills that are best mastered by a particular class. I want big worlds where I can do lots of different things. Vehicles, especially cars and motorcycles, would be really cool.

'''Experience''': I think my brother taught me the basics of C loops when I was 11 or 12. In highschool I spent more time programming on my TI83 graphical calculator than doing math problems. My most advanced creation for the TI83 was probably minesweeper. I only became a reasonably good programmer in University, though.

I've had formal education concerning Prolog, Haskell and Java. I also learned about computational complexity and I know some basic learning and searching algorithms. I have work experience coding websites in PHP and MySQL. On my own I've picked up a little Python, Lisp, C and C++. However, I definetely need to brush up on my C(++) skills before I undertake any major projects.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe
* javaJake

== Programmers ==
* NaN
* God

== 2D Artists ==
* PlopperZ
* xnopasaranx

== 3D Artists ==
Come on, guys. Somebody's gotta do it!

== Level Modelers/Designers ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==
* PlopperZ (If no one else is willing)

== Musicians ==
* SharQueDo
* PlopperZ's Friend

== Game Testers ==
* SharQueDo
* Hiroe
* PlopperZ
* xnopasaranx
* atomicthumbs

== Marketing and Management ==
* Hiroe
* PlopperZ

== Documentation ==
* PlopperZ
* javaJake

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

''2.5D''- Similar camera to Payback, but with 2D graphics. Could probably be done with FIFE or Empty Clip.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

= Comparison of Existing Engines =
== Quake 2 ==
=== Pros ===
* Mature engine created by one of the world's greatest game programmers.
* Multiplayer supported out of the box. possibility of using optimal grid to link multiple servers together.
* Nice graphics and special effects.
* Already being ported???
* Makes use of the Pandora's 3D hardware.
=== Cons ===
* 3D editing is hard

== Quake 3==
=== Pros ===
* Mature engine created by one of the world's greatest game programmers.
* Multilpayer supported out of the box. Supposed to be better then quake 2???
* Nice graphics and special effects. Better then quake 2.
* Already being ported???
* Makes use of the Pandora's 3D hardware.
* Little or no coding required.

=== Cons ===
* 3D editing is hard
* Level design might be a little complicated
* Might have lower FPS due to more advanced graphics

== FIFE ==
=== Pros ===
* Creating 2D graphics is easier and requires a less complicated editor. This makes the barrier for anybody to add their own graphics much lower.
* Because the world is made up of tiles, level editing is very easy.
* 3D graphics could be used by prerendering them. Prerendered 3D models can have much more detail.
* 2D Should allow for larger worlds.
* Dynamically loading bits of the level and other advanced features should be much easier in an isometric engine.
* Flexible
* Scriptable
* Because it supports Python scripting, some (maybe all) things could be rapidly prototyped in python before implementing them in C++.
=== Cons ===
* NO NETWORKING
* No OpenGL rendering yet, so no help from the 3D hardware in the Pandora.
* No dynamic lighting, shadows or other 3D features.

Emulators

2008-05-01T17:57:10Z

JavaJake: /* What the Pandora can emulate */ Makes more sense to have FAQ's info here and have FAQ link here

'''Emulators''' are applications which reproduce another, different computer system in software allowing the software from one machine to be run on another. Emulators are used for a wide range of purposes. For example, OS X provides emulation on x86 computers to allow old PowerPC binaries to be run. Microsoft provide an ARM PDA emulator for testing applications without having to repeatedly copy things onto a device.

One of the most popular uses for emulators however is to play video games from older (or in some exceptional circumstances, current) systems on modern hardware (generally PCs but the Pandora, GP2X, GP32 and PSP are also popular platforms for running emulators). Nintendo sells a number of official emulators through its Virtual Console service for the Wii.

== Pandora and emulators ==
One of the popular uses for the Pandora is to run emulators of old video games systems (though some old home computers and calculators are also emulated). The Pandora is suited to this task because it has a fairly standard control layout similar (or almost identical to) the layouts of the input devices of the systems it emulates. Furthermore, it has an LCD of resolution 800x480, which is large enough to accommodate most older systems without any downscaling. Of course, it is also portable meaning you can play these games whenever and wherever you want without having to carry a TV, machine and collection of cartridges.

== What is needed to run emulators ==
In most cases, emulators can simply load software and run however some require a dump of the BIOS ROM stored within the system itself. These dumps cannot be distributed legally without the permission of the company/individual who created them due to them being copyrighted. In some cases (such as the GBA) it may be feasible to extract a dump of the BIOS yourself if you own a GBA and the necessary equipment but for others (like the PlayStation) the only way most people can optain a BIOS dump is to illegally download it. Each system has a unique BIOS, though many older ones don't have a BIOS at all, or it is emulated along with the hardware. You should check the individual pages for each emulator to see if they need a BIOS dump to run.

An emulator is no use without software to run on it. These normally come in the form of ROM dumps (since they are extracted from the ROM chips that used to be used to distribute software) generally known as just "ROMs". In general, these are illegal under copyright law unless you dump them yourself (and even then you are only allowed to make use of them under very specific circumstances). ROMs for one system will not work on another system's emulator, just as you can't plug Super Nintendo cartridges into a PlayStation and run them. As such, you need ROMs for each system and an emulator for each system (though some special cases exist such as MAME which will run ROMs from multiple arcade systems).

== What the Pandora can emulate ==
The Pandora, despite its apparent low clock speed when compared to those of modern desktop PCs, is a powerful system (clock speeds cannot be reliably compared between systems). Although there is very little hardware for accelerating graphics functions, the CPU is fast enough to emulate many systems purely in software.

Most video game machines up to the 16-bit era (i.e. SNES, Mega Drive) could in theory be emulated on the Pandora, and some 32-bit consoles have the potential to be emulated with varying degrees of success. That does not mean that everything before this point will be emulated as there are hundreds of machines, some of which are virtually unknown and others which have unusual hardware which is difficult or impossible to emulate.

This means that there are literally tens of thousands, possibly hundreds of thousands of games which can be played on the Pandora if you are able to obtain the software.

Pandora ''should'' be able to emulate the following gaming consoles:
* Atari 2600, 7800, 5200, and Lynx
* Nintendo NES, SNES, Gameboy, and GBA
* Sega Master System and Genesis
* NEC PCEngine (TurboGrafx-16)
* SNK NeoGeo, NeoGeo Pocket, and Pocket Color
* Sony Playstation [http://www.gp32x.com/board/index.php?showtopic=41440] (also known as PSX).
** This does not include Playstaton Portable, Playstation 2, or Playstation 3.
* Most older arcade systems ([http://en.wikipedia.org/wiki/MAME MAME])
* Nearly any other console which predates the Playstation for which an open-source emulator exists

Pandora ''should'' be able to emulate the following computer systems:
* Atari 400, 800, and ST
* Amiga
* PC (DOSBox)
* Apple II
* Nearly any 8 or 16 bit system for which an open-source emulator exists

Please note that while Pandora has the capability to emulate the above systems, it will not actually be able to do so until the necessary emulators are ported. We are likely to see emulators for everything above, but not all of them will be available immediately.

== Where to download emulators ==
Most software (including emulators) for the Pandora can be obtained from the Pandora File Archive. You will find the emulator section [http://archive.gp2x.de/cgi-bin/cfiles.cgi?0,0,0,0,5 here].

== Emulator Compatibility ==
This wiki houses compatibility and performance lists for various emulators available on the Pandora. You can find these on the [[Emulator Compatibility]] page.

Please do add to these lists as you test more games so that others may benefit from settings you may have discovered (for some users a particular game running well is enough to justify the purchase).

== Emulator List ==
Here is a list of systems for which emulators are available on the Pandora (it may not be complete as new software is being released regularly). This doesn't take into account how complete the emulators are, merely that they exist. For performance data, look at the compatibility database.

=== Placeholder ===
*Delete upon adding first entry | [[Main Page]]

[[Category:Emulators]]

Talk:Zombie Apocalypse

2008-04-22T23:05:59Z

JavaJake: Readability

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' 2D top-down zombie survival game (or maybe 2.5D like GTA1/2). One large world where people are marines or survivors working together, and all zombies are NPCs. Players start in a secure area (hotel?) with lesser zombies around it. If players decide to move away the zombies get stronger (and maybe more exotic zombies/creatures appear, harder to kill). Realistic weapons (machineguns, rifles, pistols, even a grenade launchers or bazookas ). Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). For those who know it: ''GTA meets Crimsonland meets UT2004RPG Invasion''. 
'''Motivation:''' ''filling in soon''

'''Role in Project:''' Tester, Musician, Level Designer 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio.

== Hiroe ==
I suggest a fps/tds that works on a server/client system. using the quake? engine (team fortress classic was made using it) or the empty clip engine, our game would have balanced attributes and the zombies would be controlled by one dungeon master picked at the beginning of each round. s/he should be able to select zombies and move them as well as create zombies. if you die you can manipulate individual zombies, either to help the dm or the survivors.

sorry if I don't format thing well. this is my first time Reilly editing a wiki.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Players & Bots) vs. Humans(Players). Except with a bit of a story and goals/quests to complete, the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. It would have little or no confusing RPG stats.

== javaJake ==
'''Ideas:''' I like PlopperZ's ideas, except I lean more towards strategy: I think there should be more to the game than just shooting zombies and making money. Zombie shooting would be the staple "meal" of the game, but there should be lots of other activities to exceed in as well.

I also suggest resources needed (weapons, ammo, food/medical supplies, vehicles, etc.) be the specialty or specialties of two or more distinct human races. They'd have to maintain secure routes or something like that to guard against zombies, so that people and supplies can travel across the map.

People could also create their own informal teams and try to create monopolies on supplies or other such malicious tasks. I'm not sure how this would work, and if the world would remain balanced like this, but it's an idea.

'''Roles in Project:''' Primarily programming, but I would like to be a game designer as well. I also enjoy writing documentation.

'''Why me:''' Programming has been my primary activity for years. Despite this, I have still yet to learn C/C++. However, I'm eager to learn, and I see this as my opportunity to do just that. With a little time and patience, I should be very helpful. I also love to work in teams, and keep everything very organized for my neighbor. Included in that is a hard-earned habit of documenting my code as I go. I enjoy writing documentation in general.

'''Experience:''' Well, I've got 3+ years of combined experience in Java, PHP, MySQL, and XHTML+CSS. I need a project so I can learn C/C++, and this would be it for me! I have a good amount of experience with SVN, have dabbled in CVS when SourceForge was using it, and have a continually-expanding knowledge of Bazaar.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe
* javaJake

== Programmers ==
* Dutch_Cap
* javaJake

== 2D Artists ==
* PlopperZ

== 3D Artists ==

== Level Dsigners ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==

== Musicians ==
* SharQueDo

== Game Testers ==
* SharQueDo
* Hiroe

== Marketing and Management ==
* Hiroe

== Documentation ==
* javaJake

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

this is probably the hardest to code. I do not suggest it ~Hiroe

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

Talk:Zombie Apocalypse

2008-04-22T23:05:05Z

JavaJake: Added my resume ;)

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' 2D top-down zombie survival game (or maybe 2.5D like GTA1/2). One large world where people are marines or survivors working together, and all zombies are NPCs. Players start in a secure area (hotel?) with lesser zombies around it. If players decide to move away the zombies get stronger (and maybe more exotic zombies/creatures appear, harder to kill). Realistic weapons (machineguns, rifles, pistols, even a grenade launchers or bazookas ). Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). For those who know it: ''GTA meets Crimsonland meets UT2004RPG Invasion''. 
'''Motivation:''' ''filling in soon''

'''Role in Project:''' Tester, Musician, Level Designer 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio.

== Hiroe ==
I suggest a fps/tds that works on a server/client system. using the quake? engine (team fortress classic was made using it) or the empty clip engine, our game would have balanced attributes and the zombies would be controlled by one dungeon master picked at the beginning of each round. s/he should be able to select zombies and move them as well as create zombies. if you die you can manipulate individual zombies, either to help the dm or the survivors.

sorry if I don't format thing well. this is my first time Reilly editing a wiki.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Players & Bots) vs. Humans(Players). Except with a bit of a story and goals/quests to complete, the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. It would have little or no confusing RPG stats.

== javaJake ==
'''Ideas:''' I like PlopperZ's ideas, except I lean more towards strategy: I think there should be more to the game than just shooting zombies and making money. Zombie shooting would be the staple "meal" of the game, but there should be lots of other activities to exceed in as well.

I also suggest resources needed (weapons, ammo, food/medical supplies, vehicles, etc.) be the specialty or specialties of two or more distinct human races. They'd have to maintain secure routes or something like that to guard against zombies, so that people and supplies can travel across the map.

People could also create their own informal teams and try to create monopolies on supplies or other such malicious tasks. I'm not sure how this would work, and if the world would remain balanced like this, but it's an idea.

'''Roles in Project:''' Primarily programming, but I would like to be a game designer as well. I also enjoy writing documentation.

'''Why me:''' My experience works against me, but programming has been my primary activity for years. I'm eager to learn C++, and I see this as my opportunity to do just that. With a little time and patience, I should be very helpful. I also love to work in teams, and keep everything very organized for my neighbor. Included in that is a hard-earned habit of documenting my code as I go. I enjoy writing documentation in general.

'''Experience:''' Well, I've got 3+ years of combined experience in Java, PHP, MySQL, and XHTML+CSS. I need a project so I can learn C/C++, and this would be it for me! I have a good amount of experience with SVN, have dabbled in CVS when SourceForge was using it, and have a continually-expanding knowledge of Bazaar.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe
* javaJake

== Programmers ==
* Dutch_Cap
* javaJake

== 2D Artists ==
* PlopperZ

== 3D Artists ==

== Level Dsigners ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==

== Musicians ==
* SharQueDo

== Game Testers ==
* SharQueDo
* Hiroe

== Marketing and Management ==
* Hiroe

== Documentation ==
* javaJake

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

this is probably the hardest to code. I do not suggest it ~Hiroe

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

Talk:Zombie Apocalypse

2008-04-22T22:57:03Z

JavaJake: /* Desired roles */ Oh, forgot this one...

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' 2D top-down zombie survival game (or maybe 2.5D like GTA1/2). One large world where people are marines or survivors working together, and all zombies are NPCs. Players start in a secure area (hotel?) with lesser zombies around it. If players decide to move away the zombies get stronger (and maybe more exotic zombies/creatures appear, harder to kill). Realistic weapons (machineguns, rifles, pistols, even a grenade launchers or bazookas ). Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). For those who know it: ''GTA meets Crimsonland meets UT2004RPG Invasion''. 
'''Motivation:''' ''filling in soon''

'''Role in Project:''' Tester, Musician, Level Designer 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio.

== Hiroe ==
I suggest a fps/tds that works on a server/client system. using the quake? engine (team fortress classic was made using it) or the empty clip engine, our game would have balanced attributes and the zombies would be controlled by one dungeon master picked at the beginning of each round. s/he should be able to select zombies and move them as well as create zombies. if you die you can manipulate individual zombies, either to help the dm or the survivors.

sorry if I don't format thing well. this is my first time Reilly editing a wiki.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Players & Bots) vs. Humans(Players). Except with a bit of a story and goals/quests to complete, the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. It would have little or no confusing RPG stats.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe
* javaJake

== Programmers ==
* Dutch_Cap
* javaJake

== 2D Artists ==
* PlopperZ

== 3D Artists ==

== Level Dsigners ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==

== Musicians ==
* SharQueDo

== Game Testers ==
* SharQueDo
* Hiroe

== Marketing and Management ==
* Hiroe

== Documentation ==
* javaJake

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

this is probably the hardest to code. I do not suggest it ~Hiroe

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

Talk:Zombie Apocalypse

2008-04-22T22:42:53Z

JavaJake: /* Desired roles */ Me too!

= First round, user ideas =

See the [http://www.gp32x.com/board/index.php?showtopic=41642&st=60&gopid=602397&#entry602397 forums] for more info about this part/page.

== SharQueDo ==
'''Idea:''' 2D top-down zombie survival game (or maybe 2.5D like GTA1/2). One large world where people are marines or survivors working together, and all zombies are NPCs. Players start in a secure area (hotel?) with lesser zombies around it. If players decide to move away the zombies get stronger (and maybe more exotic zombies/creatures appear, harder to kill). Realistic weapons (machineguns, rifles, pistols, even a grenade launchers or bazookas ). Level-up system, you get XP per zombie kill, which you can improve yourself with a stat-based system (max health, max ammo, and special passive skills that increase your ammo generation very slowly for example). For those who know it: ''GTA meets Crimsonland meets UT2004RPG Invasion''. 
'''Motivation:''' ''filling in soon''

'''Role in Project:''' Tester, Musician, Level Designer 
'''Experience with said role:''' I've made quite a few music tracks in the past, mostly dance/trance, but I'm currently busy with more ambient stuff. Tools of the trade: FL Studio.

== Hiroe ==
I suggest a fps/tds that works on a server/client system. using the quake? engine (team fortress classic was made using it) or the empty clip engine, our game would have balanced attributes and the zombies would be controlled by one dungeon master picked at the beginning of each round. s/he should be able to select zombies and move them as well as create zombies.

sorry if I don't format thing well. this is my first time Reilly editing a wiki.

== PlopperZ ==
FPS using the Quake engine or similar. Be basically an ongoing Team Deathmatch on a giant map with Zombies(Players & Bots) vs. Humans(Players). Except with a bit of a story and goals/quests to complete, the player can decide what to do, such as join a gang of other players, be a merchant and sell valuble goods to other players and/or do many other things. There would be lots of buildings and things to hide behind, as well as vehicles. It would have little or no confusing RPG stats.

= Desired roles =
While all contributions will be welcomed, please only fill in your name if you're willing and able to spend at least a couple of hours on "Zombie Apocalypse" every week. Note that signing up here does not guarantee involvement in that particular role or in any way. If you think we're missing a category, feel free to add your own.

== Game Designers ==
*PlopperZ
* Dutch_Cap
* Hiroe
* javaJake

== Programmers ==
* Dutch_Cap
* javaJake

== 2D Artists ==
* PlopperZ

== 3D Artists ==

== Level Dsigners ==
* PlopperZ
* SharQueDo
* Hiroe

== Sound Designers ==

== Musicians ==
* SharQueDo

== Game Testers ==
* SharQueDo
* Hiroe

== Marketing and Management ==
* Hiroe

=The game choices=

'''the first thing we want to decide is what kind of control scheme to use:'''

''Top Down Shooter''- this is in the style of the first gta game. we could probably adapt the [http://emptyclip.sourceforge.net/ empty clip] or [http://fifengine.de/ FIFE] engine for this.

''First person Shooter''- any quake game will do for this.

'''The next thing should be how do we control zombies?'''

''npc control''

''player controlled using an rts like interface''

''player controlled''

'''multyplayer is next'''

''mmo''

this is probably the hardest to code. I do not suggest it ~Hiroe

''server and client''

'''RPG elements'''

''none''

''full rpg, with leveling and stats''

''passive progression''-your stats and skills progress over time by using them ie: you use a pistol to kill 100 zombies and you get better with a pistol.

''Balanced attributes''-you have a number of points you can assign to stats and skills. you do not get more points.

Talk:Pandora FAQ

2008-04-16T11:58:26Z

JavaJake: Battery Inaccurate

== Battery Inaccurate ==

They're going with a 10-100hr battery instead, custom-made, last we heard. The Wiki needs to be updated. I'll do it later today, but in case anyone else wants to do it... :)