Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-4041-8081-

Quake Con

Name: Anonymous 2011-08-06 5:13

John Carmack says embedded scripting languages with dynamic typing and hand-holding are bad for game development:

http://www.youtube.com/watch?v=4zgYG-_ha28&t=67m35s

Points to take away:

1) People who aren't really programmers shouldn't be able to make changes anyway, it just creates more problems than it solves, so need to cater to them.
2) Embedded language runtimes with GC, reflection, and dynamic typing aren't as scalable as C/C++ and have poor performance on modern cache coherent multi-core hardware.
3) Most existing scripting languages don't have designs that interface well with the fine-grained, high-performance task schedulers on modern multi-threaded game engines.
4) It's more difficult to perform large-scale static analysis on the code base to ensure a specific level of code quality using static analysis tools.
5) Functional languages aren't inherently bad, but it's difficult for large teams to adopt as most programming talent is more familiar with imperative/object-oriented/procedural programming. John Carmack says he's using Haskell and Ocaml in some of his own toy projects, but wouldn't even attempt to force the rest of the developers on an actual team project to adopt such a paradigm.
6) If no existing scripting language/runtime is viable, you have to create your own, but it takes a lot of man hours to build your own scripting language that meets all of your constraints and requirements, it's outside of the scope of most game development projects, so it's often just more productive to move most of your game code too the native low-level language that you're already using.

This is the real reason why many developers are dropping the ability to ship mods, because supporting mods means having a game that performs poorly and can't meet the designers and modelers visions.

Name: Anonymous 2011-08-06 5:23

>>1
dynamic typing ... more difficult to perform static analysis on the code base ... using static analysis tools.
GC, reflection, and dynamic typing aren't scalable and have poor performance
Carmack must be retarded. Never had any respect for this C++ jerk.

Name: Anonymous 2011-08-06 5:31

>>2
If you can't perform static analysis on large multi-million lines-of-code team projects, you're submitting yourself to a future with a lot of pain and suffering. Therefore, dynamic typed languages are bad.

Also, GC and reflection/dynamic typing does not scale. Do you think it scales? It doesn't. Time to perform a GC? Even with incremental so called real-time GC, it still needs to globally lock the heap when it performs a collection for it's given time-slice. And reflection/dynamic typing implies table lookups which implies cache misses, which leads to poor scalability.

It's obvious you don't know how modern hardware actually works.

Also, Carmack was a C only programmer for the longest time, he only came around to adopting parts of C++ mid-way through on Doom 3.

Name: Anonymous 2011-08-06 5:41

He said Rage is the best game they've ever made but it looks inferior to Quake 3. I bet you can't even rocket jump.

Name: Anonymous 2011-08-06 5:46

>>4
That's what I thought at first too, but it's actually the first game they've made with an open contiguous over-world and focused more on the game play, an in-depth story, much more adaptive AI, and 60 frames per second on all platforms including consoles. You can't fault them for focusing on the rest of the game other than graphics. You always hear people say "graphics don't matter, more game play." But as soon as you focus more on that, they turn around and are like "but what about the graphics, they matter!"

Name: Anonymous 2011-08-06 5:48

>>3
Please, learn about package interfaces and unit tests.

Name: Anonymous 2011-08-06 5:51

>>3
It's obvious you don't know how modern hardware actually works.
Nothing stops you from designing hardware supporting type-tagging and GC write-barrier. Don't see, why we should throw away good language design because of Intel's bad hardware design.

Name: Anonymous 2011-08-06 5:56

I hate SEPPLES but you have to admit that garbage collection is terrible. I think it's right to use it for intern development tools, but shipping programs using GC is disrespectful of the user.

Name: Anonymous 2011-08-06 6:01

>>8
hate SEPPLES but you have to admit that garbage collection is terrible.
Smart-pointers are even slower than GC.

shipping programs using GC is disrespectful of the user.
Manual memory management is disrespectful of myself.

If one prices his time and sanity more than CPU time, then one uses GC.

Name: Anonymous 2011-08-06 6:03

>>5
Graphics don't matter that much however looking good does and that's the artists' problem. For example I can safely say Super Mario World is a good looking game and so is Quake 3. Of course those game are also backed up by technical excellence since good artists typically work in places where good programmers also work.

While Rage does look good both visually and as a game it looks like it's playing it a little too safe. It's a modern shooter in a wasteland with some interesting weapons. The movement looks severely limited because it is a modern shooter. I doubt you'll ever see something as spectacular as this in Rage:
http://www.youtube.com/watch?v=RxVmWaprNDY
http://www.youtube.com/watch?v=r3xIglL3P_M

Name: Anonymous 2011-08-06 6:10

So, we'll see QuakeC 2011? Cool!

Name: Anonymous 2011-08-06 6:15

>>9
Smart-pointers are even slower than GC.
That's true, but proper and scarce manual intrusive reference counting performs very well. Of course, if you just use Boost pointers everywhere, it is to be expected to have terrible performance.

Name: Anonymous 2011-08-06 6:26

>>12
This, plus you don't even need to use reference counting for most things, you just enforce strong ownership rules and use reference counting only where needed.

Why do all of the enemy game entities in a game  need to be reference counted, for example, when their life time can be managed at the granularity of the level itself. When you unload the level, you destroy all of the game entities which are in an array or list or some other data structure.

Thinking you need reference counting is more of anti-pattern that is the result of too much object-oriented programming or programming with GC.

Name: Anonymous 2011-08-06 6:36

Not this thread again.

Name: Anonymous 2011-08-06 6:39

>>14
Yeah, the GC advocates just don't know when to stay down, they keep getting back up to get owned some more.

Name: Anonymous 2011-08-06 6:51

>>15
Not you again.

Name: Anonymous 2011-08-06 7:57

>>16
Not you again.

Name: Anonymous 2011-08-06 8:34

Not you again. ++;

Name: Anonymous 2011-08-06 8:47

S'funny that Apple added garbage collection, then immediately went fuck that shit and replaced it with compiler-instrumented automatic reference counting.

Name: Anonymous 2011-08-06 9:06

>>19
It's not compiler-instrumented reference counting, it's all done in the Cocoa base library with the NSAutoreleasePool class and the release method in the NSObject base class. People need to stop confusing languages with their libraries, this behavior is rampant in this board.

Name: Anonymous 2011-08-06 9:13

>>20
https://developer.apple.com/videos/wwdc/2011/#introducing-automatic-reference-counting

It will be released to the public with Xcode 4.2.

Name: Anonymous 2011-08-06 9:24

>>21
I see. Honestly, I wouldn't touch it, I prefer avoiding reference counting when strong ownership rules can be put in place, but at least they aren't brainwashed into thinking garbage collection is good.

Name: Anonymous 2011-08-06 10:24

Fuck I hate the antiGC retard, almost as much as the ``In Lisp'' guy.

Name: Anonymous 2011-08-06 10:27

ooc.lang.gc

Name: >>8 and >>12 2011-08-06 10:37

>>23
Unless I got severe schizophrenia, there are at least two anti-GC retards advocates.

Name: Anonymous 2011-08-06 11:08

>>1
um yeah, except python is the future

Name: Anonymous 2011-08-06 11:10

I dont think it would be possible to replace a scripting language in AI intentive games like GTA. They need need tons of level scipting and it would be too much to ask for them to do it in C++

Name: Anonymous 2011-08-06 11:59

>>27
Carmack just wants his c64 zx-spectrum experience back. He will code everything in pure assembly. Even scripts.

Also,
http://www.menuetos.net/

Name: Anonymous 2011-08-06 12:36

>>28
Carmack was an Apple-][ guy.

Name: Anonymous 2011-08-06 14:16

>>1
No wonder he's retarded. He uses Haskell and OCaml!

Name: Anonymous 2011-08-06 15:44

>>30
Carmack is GOD.

Name: Anonymous 2011-08-06 16:02

>>31
Yeah, the evil GOD of THEPPLETH.

Name: Anonymous 2011-08-06 21:13

>>29
Have you watched video?

Name: Anonymous 2011-08-06 21:15

>>23
Whats wrong with `In Lisp'' guy?

Name: Anonymous 2011-08-06 21:21

>>34
Apparently he's the same as the antiJew guy.

Name: Anonymous 2011-08-06 21:35

>>35
Whats wrong with antijew guy?

Name: Anonymous 2011-08-06 21:44

>>36
Apparently he's the same as the ``in Lisp'' guy.

Name: Anonymous 2011-08-06 22:03

>>34-37
Damn you /prog/. I love you ;_;

Name: Anonymous 2011-08-06 22:47

>>36
Apparently he's the same as the ultrafinitist guy.

Name: Anonymous 2011-08-06 23:14

>>39
Whats wrong with ultrafinitist guy?

Name: Anonymous 2011-08-06 23:27

>>1
I use java, which has its own virtual machine, so it doesn't need any hardware to support it anyway.

Name: Anonymous 2011-08-06 23:30

when is Rage going to be released? Im a fan of Bethseda, Im curious what the game will be like

Name: Anonymous 2011-08-06 23:58

>>42
it will be oblivion with guns.

Name: Anonymous 2011-08-07 0:02

>>43
it will be oblivion with guns.
which means it will be Fallout 3

Name: Anonymous 2011-08-07 0:09

>>44
which means it will be crap

Name: Anonymous 2011-08-07 0:47

>>45
I wont, Carmack will add ambushes were demon-mutants spawn behind, when player takes shotgun shells.

Name: Anonymous 2011-08-07 0:47

>>46
It wont
self fix

Name: Anonymous 2011-08-07 1:42

>>47
not fixed, antijew guy

Name: Andrey 2011-08-09 4:44

If you want try PVS-Studio static code analysis: http://www.viva64.com/en/pvs-studio/

If you want free license PVS-Studio static code analysis: http://www.viva64.com/en/b/0092/

Name: Anonymous 2011-08-09 5:01

>>49
Typical of C/C++ retards: instead of writing working code and unit-testing it, retards worship to useless static toys.

Name: Anonymous 2011-08-09 8:07

>>50
Ch. 9 from PCL

Name: Anonymous 2011-08-09 8:12

valgrind laughing at all these static tools of >>49. And of  unit tests of >>50 too. Valgrind is fun guy to be around only if kinda slow

Name: Anonymous 2011-08-09 8:20

>>52
Yo'ure a idiot, valgrind solve's an completely differently problem.

Name: Anonymous 2011-08-09 9:25

the idea that scripting is for non-programmer game designers is the problem, not the scripting languages.

The real problem is that C++ programmers are fucking retarded at writing scripts. They have no idea what they're doing. I've read a lot of game code in scripting languages that is just C++ with a different syntax -- and that's exactly what they think the game designers like about it. They actually think that designers don't like writing C/C++ because of the syntax, which is just not the case.

The way you're SUPPOSED to reduce bugs in a high level language is by writing LESS code! But C++ programmers don't do that. They write the same amount of code in the same style and then whine and complain that they don't have type safety. Hint: if you write it right and actually learn the language you're using beyond simple syntax, you won't miss type safety. When you can reduce 400 lines of code with 12 different classes to 30 lines of code, it's just a non-issue.

I have met maybe 2 low level programmers who understood lexical closures, for instance. It's like voodoo to them. They also assume anything that they don't understand is "unmaintainable" "unreadable" and "unsafe"

Name: Anonymous 2011-08-09 9:34

>>50
Typical butthurt dynamic-typist response.

You can't unit-test everything. Games aren't all that conducive to unit-testing. Yes, some parts of game engines are testable and game developers do use unit and automated regression testing for those parts.

But, it's currently implausible to unit-test things like 3D real-time graphics or real-time in-game audio, etc., especially across wide ranges of hardware and software configurations. It's not that hard to automate user inputs so it just plays back input events, but analyzing every frame of rendered output to check for validity within a given set of constraints and allowed amount of variation is something that only humans can currently do. You would need human-level or better artificial intelligence to automate the process. And by that point, you would have AI capable of writing software, so you would just ask your personal AI agent to do it for you--that is if humans are still relevant then, which they probably won't be.

Name: Anonymous 2011-08-09 9:35

>>54
I have met maybe 2 low level programmers who understood lexical closures, for instance. It's like voodoo to them. They also assume anything that they don't understand is "unmaintainable" "unreadable" and "unsafe"
They're just bad. Up until recently my only experience with programming languages was with C and I understood lexical closures in less than a hour simply by reading the Wikipedia article.

Name: Anonymous 2011-08-09 9:51

>>55
If you have any reference output, you can check against it.

Name: Anonymous 2011-08-09 9:55

>>1
If no existing scripting language/runtime is viable, you have to create your own, but it takes a lot of man hours to build your own scripting language that meets all of your constraints and requirements

it's no different from designing an "architecture." Fully half of what is done in C++ and Java is implementing a better language on top of it, usually with syntax made of XML.

it's bad

Name: Anonymous 2011-08-09 10:01

>>56
Do you realize that lexical closures mean you never have to write something called a "manager"? Do you realize that it means that there are as many layers of "staticness" as you want? Do you realize it allows for a simple way to have private shared resources? Do you realize that it means that you can realistically assert correctness (via obviousness) of complex algorithms utilizing shared information without having to worry about type safety, memory management, or pre-planning bullshit? Do you realize that it gets you much of what traditional object systems get you?

Have you achieved lexical closure satori?

Name: Anonymous 2011-08-09 10:03

>>55
the parts of games that can't be unit tested also can't be statically asserted. Seriously, show me a physics engine that uses C++'s idiotic type system to assert that all collisions occur as intended.

seriously, fuck off.

Name: Anonymous 2011-08-09 10:05

arguing for/against C++/Java's retarded type system
arguing for/against static typing

these are not the same.

Name: Anonymous 2011-08-09 10:18

http://en.wikipedia.org/wiki/Game_Oriented_Assembly_Lisp
Looks like dynamic languages work just fine for video games. Sony wins again!

Name: >>56 2011-08-09 10:31

>>59
Do you realize that lexical closures mean you never have to write something called a "manager"?
I don't know what is a ``manager''.
Do you realize that it means that there are as many layers of "staticness" as you want? Do you realize it allows for a simple way to have private shared resources? Do you realize that it means that you can realistically assert correctness (via obviousness) of complex algorithms utilizing shared information without having to worry about type safety, memory management, or pre-planning bullshit? Do you realize that it gets you much of what traditional object systems get you?
Yes.

Name: Anonymous 2011-08-09 10:49

>>60
I was expecting you to reply with such nonsense.

Guess what? The parts of the game that can't be unit tested CAN be statically analyzed. It's just that static analysis tools only get you so far, it can't check for the same set of constraints that you could were you able to unit-test the code.

This is where dynamic typing just fails.

Static analysis in the absence of unit-testing is better than no static analysis at all.

And before you say it's a worthless endeavor, it does catch common, but non-obvious bugs and hard to diagnose problems that can save many hours and weeks of programmer time. Is that so worthless?

Name: Anonymous 2011-08-09 11:40

>>64
>
And before you say it's a worthless endeavor, it does catch common, but non-obvious bugs and hard to diagnose problems that can save many hours and weeks of programmer time. Is that so worthless?

Yes. The thing is, as soon as you start writing in a dynamic language, you STOP MAKING THOSE SIMPLE ERRORS. It's like fucking magic. My journey has been C/C++ -> dynamic language -> learn to not make stupid mistakes -> go back to C/C++ -> realize how shitty and useless its type system is.

C++'s type system can't assert anything non-trivial. There do exist nice, turing-equivalent (or near enough) type systems out there that let you formally prove actually interesting things about your code. C++ and Java both fail at this miserably. Anything they can do you can just as easily do in your head just as soon as the crutch is removed.

Name: Anonymous 2011-08-09 11:46

>>64
It's astonishing at how much this ability changes your coding style - you gravitate to a much more iterative development process, and write small bits of code that evolve the codebase while the game is running.  It's obviously also much better for robustness and reliability, because you're testing out each little piece of code as it gets added (as opposed to writing a whole mess of code and trying to get it compiled and debuggged).  As for bugs, often you can fix them while the game is running and test out your changes instantly - this makes bugfix verification much easier.
http://web.archive.org/web/20060823020559/http://lists.midnightryder.com/pipermail/sweng-gamedev-midnightryder.com/2005-August/003798.html

Name: Anonymous 2011-08-09 11:59

>>65
For small, single-man projects sure. But on larger projects with multiple developers, and in the absence of a unit-test suite, static typing is better, even if the type system is archaic like with C/C++. At least then the compiler can give you a heads up to a possible common mistake before you hand it off to a tester (who may not have programming experience) who then spends the next 3 hours play testing only to end up hitting a crash-inducing bug that doens't allow the tester to continue due to the wrong variable of a different type being passed to a function. That's 3 hours of wasted time, plus the time wasted discussing the problem between the tester and programmer, plus the time wasted by the programmer trying to track down the bug through millions of lines of code that could have been avoided if only static typing was used.

Plus you've completely ignored the performance problems of dynamic typing that were brought up in previous posts (lol cache misses anyone?)

>>66
That opinion piece drew premature conclusions. It's actually far more difficult to debug large code bases of dynamically typed scripts. It's partly why game development studios are turning away from scripting, as the OP pointed out.

http://www.gamedev.net/blog/883/entry-2249305-scripting-languages-are-overrated/

Name: Anonymous 2011-08-09 12:06

>>67
They didn't use a scripting language, they used a Lisp dialect for everything. And the games had like 1 million LoC so they were pretty big and it seemed like it worked out fine for them.

Name: Anonymous 2011-08-09 12:19

>>68
Naughty Dog Studio's Uncharted series, right?

They didn't use a Lisp dialect for everything. If you consult the book "Game Engine Programming" by Naughty Dog's Jason Gregory, you realize they only used their Lisp-like DSL (actually based off of PLT Scheme), which generated C++, code for declaring data types; shader, material, and other graphics resources; and gluing together modules written in C++.

Name: Anonymous 2011-08-09 12:22

>>69
I'm talking about Jak & Daxter, the PS2 series where they did use Lisp for everything.

In all honesty, the biggest reason we're not using GOAL for next-gen development is because we're now part of Sony.  I can only imagine Sony's shock when they purchased Naughty Dog a few years back, hoping to be able to leverage some of our technology across other Sony studios, and then realized that there was no way anyone else would be able to use any of our codebase.
http://web.archive.org/web/20060822182455/http://lists.midnightryder.com/pipermail/sweng-gamedev-midnightryder.com/2005-August/003789.html

Looks like they'd still be using it if they could.

Name: Anonymous 2011-08-09 12:25

>>70
then realized that there was no way anyone else would be able to use any of our codebase.

There you have it folks, a case study of point #5 from the OP's post.

Name: Anonymous 2011-08-09 12:30

>>71
You're ignoring the fact that they made 4 games with it (8 if you count the Crash Bandicoot games but those didn't use Lisp for everything). It worked fine for them which goes against your ``dynamic languages suck for game development!'' argument. The fact that Sony wanted them to use C++ like their other studios doesn't invalidate the fact that they used Lisp and that it worked great.

Name: Anonymous 2011-08-09 12:34

>>71
#5 is an unpoint.

Name: Anonymous 2011-08-09 12:38

>>67
implying a dynamic language would be not way less code

the single best way to reduce defects is to write less code. High level languages let you do this easily. C++ lets you do this by inventing your own high level language and calling it an "architecture" or "framework."

I can literally get things done in a high level language in a tenth of the code it would take to write it in C++. That's a tenth the bugs, a tenth the tests, and a tenth the maintenance.

Name: Anonymous 2011-08-09 12:44

As a /prog/ thread grows longer, the probability of an argument involving garbage collection or dynamic typing approaches 1 (100%).
Law of Anus.

Name: Anonymous 2011-08-09 13:46

Both garbage collection and dynamic typing should be the rule, not the exception. This is coming from someone who absolutely loves assembly and C.

Name: Anonymous 2011-08-09 15:04

>>76
Garbage collection causes brain damage that people can't recover from. Take someone who has only known developing under a GC and put them in an environment where they have to manage their own memory and suddenly they're no better than amateur 14 year old who hasn't been programming for more than a week.

Name: Anonymous 2011-08-09 15:09

>>77
the reverse is also true.

Name: Anonymous 2011-08-09 15:22

>>69
you realize they only used their Lisp-like DSL (actually based off of PLT Scheme), which generated C++

that's basically what Chicken Scheme does, but with C. Your argument is invalid.

The point is not to use a high level language for everything but to not use a low level language for everything.

Name: Anonymous 2011-08-09 15:29

http://www.youtube.com/watch?v=00Q9-ftiPVQ&t=15m30s
He doesn't like dynamic languages :(

Name: Anonymous 2011-08-09 18:12

Dynamic versus static is nothing compared to powerful versus week languages. I'd rather use either Lisp or Haskell than shitty shitty C++ any day. I think he's cargo cult understanding high level programming if he thinks dynamic typing is so bad. I'll take 30 lines of dynamically typed code over 100 lines of "type safe" C++ any day, and that's about the conversion rate.

The real way to reduce defects is to write less code. All other methods pale in comparison.

Name: Anonymous 2011-08-09 18:12

>>1
dynamic typing
hand-holding

wait, isn't static typing the one that's hand holding?

Name: Anonymous 2011-08-09 18:32

This thread is bad.
Static typing weenies should use dependent types to statically verify their bullshit.
Dynamic typing weenies should use soft typing to get warning about the types at compile time.
Doing type inference in decent dynamic typed languages (CL, Scheme) is not that difficult.
If you're using Python or Ruby as an example of dynamic typed language, fuck you, fuck you in the ass in the most painful way possible.

Name: Anonymous 2011-08-09 19:09

>>83
If you're using Python or Ruby as an example of dynamic typed language, fuck you, fuck you in the ass in the most painful way possible.
But those are dynamically typed languages.

Name: Anonymous 2011-08-09 19:17

>>84
No, those are shit. What's next, using Java as an example of an OOP language?

Name: Anonymous 2011-08-09 20:32

>>85
Absolutely.

Name: Anonymous 2011-08-10 0:34

>>86
pfffff

Name: Anonymous 2011-08-10 3:27

>>81
But those 30 lines won't be as fast as C!!!

Name: Anonymous 2011-08-10 4:51

>>88 is an uncorrectable error.

Name: Anonymous 2011-08-10 4:57

>>2,3,5,6,7,8,9,12,13,19,20,21,22,23,24,26,27,28,29,31,32,33,34,35,36,37,40,42,43,44,46,47,48,50,52,57,58,60,61,73,74,76,77,78,79,80,81,82,86,88,89 is an expert lack of ``sage'' in the [email] field

Name: Anonymous 2011-08-10 5:20

>>90

OPTIMIZE your quotes!
>>2-3,5-9,12-13,19-24,26-29,31-37,40,42-44,46-48,50,52,57-58,60-61,73-74,76-82,86,88-90

Name: Anonymous 2011-08-10 13:59

>>90
fuck you faggot

Name: Anonymous 2011-08-10 14:12

    ,                           .::.
 PokeMon Logo Converted       .;:**'            AMC
                              `                  0
  .:XHHHHk.              db.   .;;.     dH  MX   0
oMMMMMMMMMMM       ~MM  dMMP :MMMMMR   MMM  MR      ~MRMN
QMMMMMb  "MMX       MMMMMMP !MX' :M~   MMM MMM  .oo. XMMM 'MMM
  `MMMM.  )M> :X!Hk. MMMM   XMM.o"  .  MMMMMMM X?XMMM MMM>!MMP
   'MMMb.dM! XM M'?M MMMMMX.`MMMMMMMM~ MM MMM XM `" MX MMXXMM
    ~MMMMM~ XMM. .XM XM`"MMMb.~*?**~ .MMX M t MMbooMM XMMMMMP
     ?MMM>  YMMMMMM! MM   `?MMRb.    `"""   !L"MMMMM XM IMMM
      MMMX   "MMMM"  MM       ~%:           !Mh.""" dMI IMMP
      'MMM.                                             IMX
       ~M!M                                             IMP
                      .---------------------.
                      |AMC   ..-----..      |
                      |99  .'-____---~'.    |
                      |   :             :   |
                      |  : __    .   ..' :  |
                      | :  ; ~-.'  .'  ;  : |
                      | :  `...O  '..O/ _-: |
                      | :._         _.-~  : |
                      |  : ----~~~~~_..' :  |
                      |   :   `---~~ .' :   |
                      |    '.  `-__.' .'    |
                      |      ''-----''      |
                      |       ,             |
                      |    PokeMon # 101    |
                      |      Electrode      |
                      `---------------------'
                      .---------------------.
                      |AMC   ..-----..      |
                      |99  .'_        '.    |
                      |   : ( O-_)  .-~~:   |
                      |  :  `-..'   `O_.-:  |
                      | :   __--~~~~--..  : |
                      | :-~~            ~~: |
                      | :                 : |
                      |  :               :  |
                      |   :     ...     :   |
                      |    '.  '...'  .'    |
                      |      ''-----''      |
                      |       ,             |
                      |    PokeMon # 100    |
                      |       Voltorb       |
                      `---------------------'
                 .-----------------------------.
                 | AMC 99                      |
                 |            .~~-.      _.    |
                 |  .''..    (_~)  ) _.-'. ;   |
                 |  '.'..'..-(_~ _-'*. .'.'    |
                 |    ''.'.. _ ~~  _  ';'      |
                 |     .''. (_)   (_)  '.      |
                 |     ;      "..."     '.     |
                 | .''.'.   .''`-'''.    '.''. |
                 | '.  '   ;         ;    ;  ; |
                 |   '.   ;           ;   ' ;  |
                 |    '.  ;           ;    ;   |
                 |     '.  ;         ;   .'    |
                 |     .'...:..___..:..':.     |
                 |  .''     ..'    '...   ~)   |
                 | (.....'''           ''''    |
                 |    ,                        |
                 | PokeMon # 040 - Wigglytuff  |
                 `-----------------------------'
                .------------------------------.
                | AMC                .'.       |
                |  9         _______ .'.'.     |
                |  9       .'       '.' '      |
                |     .   ;           ;        |
                |   .' '.;      ...    ;       |
                | .' '.  '.   .'   '.   ;      |
                |  '.  '.. :  ;   * ;   ;      |
                |    '. '.'   '.   .'   ;''.   |
                |      '';      '''    ;'.  '. |
                |        /            ;.  '.'  |
                |      .''./._______.'| '.'    |
                |      '..'         | |        |
                |                  |~~~|       |
                |     ,             ~~~        |
                |  PokeMon # 081 - Magnemite   |
                `------------------------------'
              .----------------------------------.
              |                                  |
              |  AMC         .----..        .'.  |
              |   9      _.-~  __   ~~~...'' .'  |
              |   9    .'    .~  '''...  ..''    |
              |       .'   ..''''''..  ''        |
              |       '...'          '..         |
              |      ..'              '.'..      |
              |   ..'  .'               ;  '.    |
              | .'\   :   /~~\       /~~-.__|)   |
              | './__:   ; '. |.''''''..  ;      |
              |     :    `..''()      ()'.'      |
              |     :    .'  __..------_  ;      |
              |      : .  .-~      .  . ~-:      |
              |    _.-'  ;        _____    ).    |
              |   /_     ; `-__-~H     H~-'  '.  |
              |  (  \  _.'.  (_____   _..';._.') |
              |   '.'~~    ~--...__~~~_.-'   `~  |
              |        ,           ~~~           |
              |     PokeMon # 079 - Slowpoke     |
              `----------------------------------'
     .---------------------------------------------------.
     |            .---.                                  |
     |  AMC    .-~     \  __                             |
     |   9   .'   `.._.'-~  `.                           |
     |   9  ;                 ;                          |
     |    .--.            _...'   ____                   |
     |   ;    ;        .-~   _.-~~    ~~--__             |
     |   ;    :    .-~~;   .'               ~-.          |
     |   `...*   .'    ;   ; __                ''.       |
     |    ;    .'      '..'    ~.~--___.-         '.     |
     |    ; :''     :   ;'     ;      ;             '.   |
     |    ; ;'..  .'  .'       '.   P.'               \  |
     |    ; ;   ''   .'       .~~~~~~~~-               ; |
     |    ; ;'.     ;        ' .'.    .~~---___       /  |
     |     "  ;'''   ;        .'  \  /        .~-. .-'   |
     |       ;                ;    ||       .'   ; ;     |
     |       ;               ; .'''||..     '.    |      |
     |      ;                ;'    ||  ''.    '.         |
     |     ;         . '     ;     ||     '.   :\..      |
     |    ;      ..''         ''../  \.    .:.' /  ''.   |
     |    '...'''         __---___   __''''___-~      )  |
     |  ..''   __----~~~~~        ~~~....~~      ---''   |
     | '....---__________-------~~~~~    ~~~~~~~~        |
     |                   ,                               |
     |                Pokemon # 089 - Muk                |
     `---------------------------------------------------'
                 .--------------------------.
                 |         .''''''.         |
                 | AMC    ;        ;        |
                 |  9    ;  HP  HP  ;       |
                 |  9   ;   H   H    ;      |
                 |      ;     ___    ;      |
                 |      ;    (___)   ;      |
                 |      ;            ;      |
                 |      ;            ;      |
                 |     h;            ;g     |
                 |   jg ggh      hgj gggf   |
                 | og  h   hgfgfj   f  j gh |
                 |   gh h  h      hg  g     |
                 |     ,                    |
                 |  PokeMon #050 - Diglett  |
                 `--------------------------'

Name: Anonymous 2011-08-10 16:31

joh joh joh /prog/ is so fresh against /prog/ reddit looks like a rat
Don't change these.
Name: Email:
Entire Thread Thread List
All trademarks and copyrights on this site are owned by their respective parties. All comments and posts are the responsibility of their own posters.
- Tinychan + 2ch Mode -