Hinkar

Members
  • Content count

    11
  • Joined

  • Last visited

Community Reputation

127 Neutral

About Hinkar

  • Rank
    Member
  1. What is really AI?

    Quote:Original post by arithmaOh and this statement has helped me (though regarding a different aspect of the problem): Asking if a machine can think is just like asking whether a submarine can swim. Oh, I like that. Very good way of looking at it. As for saying that "you can argue that is 'not intelligence', because you can see all the inner workings and predict it with a high degree of accuracy". People used to think that Volcanos and Nature and the Sun were intelligent because the behaviour they displayed appeared to be intelligent. Now obviously, what we know now proves they are not intelligent. If it were proved that human beings are deterministic machines, 100% predictable, then I'd have to say we're not intelligent either, we'd be, well, nothing more than deterministic machines ;)
  2. What is really AI?

    Quote:Original post by Timkin...then that someone clearly knows very little about AI. The whole area of machine learning deals with the problem of getting a machine to learn what to do when all you know is what you want it to achieve (and sometimes not even that!). Well, i mean if the machine "learns" with neural networks for example, how do you know what it knows? As there's no definition of "intelligence", there's no way to say that this ANN is intelligent (besides Turings absurd little test). Like the old story of the Neural Network taht was trained to spot tanks in pictures, and it appeared to work with the test pictures, but it didn't work with the new pictures (and they discovered that all the test pics with tanks were slightly darker than the ones without!). As I said, it's like a river, blind and stupid, and it'll find a solution to a problem, but it'll use the same amount of intelligence as a river finding its way to the sea. That "machine learning" isn't about "learning" at all. It's about the machine blindly following rules to change its own rules so you get your desired solution... ;) (course if that's your definition of intelligence, then they're intelligent!!! But that IMHO is changing the question to agree with your answer). ;)
  3. What is really AI?

    People regularly confuse complex behaviour with intelligence. Computer systems (e.g. world's telecom network viewed as a single entity) show complex behaviour, but intelligence? No. Just like the sun is more complex than any number of machines but is it intelligent? No. (Currently) AI is a misnomer. You just put your ball in the slot and it trickles through your code and you get a correct result. It doesn't think any more than a river thinks and decides the best route down a mountain (both code and river suffer the same problem too, i.e. deciding to go 1000 miles west to the sea rather than going east 1 mile up a hill and into the sea) ;). And as someone pointed out to me here, (obviously) to code an AI, you need to know exactly what you want it to do, so how do you program true human intelligence when you can't even objectively and completely describe it? The future might have real AIs but they won't be written in Java... ;)
  4. Wargame AI

    Thanks for your replies. Just as I feared! No magic bullet. ;) Influence maps seem a good method for finding defensive lines etc... But at least I now have a starting point, a pen and paper... ;)
  5. Wargame AI

    Hi, I'm writing a JAVA wargame (old fashioned hexes and counters etc). What's the best way to code a wargame AI? I don't mean the path tracing, or finding best odds or lowlevel things like that, I mean the high level strategy, when to attack, when to defend, how to break through the enemies lines, how to defend an area etc. I want it simple, no Neural Networks or anyting like that. Most articles are vague on how one actually implements an AI. What I want to know is how one actually codes it. A big list of if-elses??? Thanks
  6. European Union: How it just doesn't work...

    Quote:Original post by roelObviously you don't get to vote for it, you live in a country with a parliamentary democracy. You're missing the point. The point is you WERE allowed to vote it. But you voted the wrong way so you're not allowed to vote for it now. In the EU, you can vote as long as you vote the right way. Quote:Original post by roelAbout 99% of the people in The Netherlands (including me, and probably you) is not able to correctly judge problems like this, and therefore people with more knowledge do it for us. Remember the first constitution "poll", where people voted "no" because of totally unrelated retarded reasons and sentiments? I'm glad our parliament didn't make the same mistake again this time. That's an arguement against democracy. How are the people able to correctly judge problems like who should run the country? Ah, but we have this EU Elite who shall decide for us. They know what's best for the unwashed masses who can't be trusted to vote the right way. This action of the EU reminds me of this (from East Germany 1956): The Secretary of the Writers Union Had leaflets distributed in the Stalinallee Stating that the people Had forfeited the confidence of the government And could win it back only By redoubled efforts. Would it not be easier In that case for the government To dissolve the people And elect another? Incidentally, I (in Ireland) will have a vote in a Referendum about this new Treaty. And I shall be voting NO. And as for "Poland vetos the moratorium on Death Penalties and wants to see the same thing on abortion / euthanasia." I very much doubt Poland will veto a moratorium on abortion / euthanasia!!!! By the by, the EU courts have made no abortion rules...
  7. Don't you "zoom" the map JComponents too though? I've just finished doing exactly the same as you, but I increase or decrease the size of any present JComponents on the map (setBounds), so as I zoom in, my (e.g.) JLabels increase in size, zoom out, they decrease. I've no problems with mouse entering/exiting detection... Or perhaps I'm misunderstanding you...
  8. What to program in

    Quote:Original post by MybowlcutI'm just wondering what kind of thing to program in... I'm not sure what you want? Is the "thing" a language or an IDE? Program to do what? If just simple graphics games then I'd suggest trying java for a few reasons: - if you know C++, java will be really easy to learn - the java graphics and gui (swing) is not that complicated - java is free (and you don't need a book either...see the www.java.sun.com tutorials)
  9. A Beginner's story...(and question at the end)

    Quote:Original post by DaAnde I know you are not going to want to hear this, but I would personally learn C++ and how to use object oriented programming. Why? because once you learn how to make objects and have them interact together making any type of game will be much much much easier to code/debug. Once you have learned C going to C++ will not be to much of a challenge except for maybe learning how make and use objects. God good no! :D I've worked with assembly languages, procedural (C (or C++ written as C), Pascal, Basic), functional (Erlang), and OO (C++, Java) languages and all have there advantages and disadvantages, but if you're a beginner, stick with procedural (i.e. C). I make my living writing Java (and am writing Java games) so I don't mean to knock OO, but it ain't that easy compared to just learning how to do "if" statements and "for" loops in C and then coding away. My suggestion is to just learn a bit of C and start coding away as simple a game as possible - you don't need to know how to fly the space shuttle to ride your bike ;). Just add to what you've already done (the damage calculator) by having a character walking around an area (e.g. the area defined for example in an array), his movements controlled by input (i.e. entering "GO NORTH", "GO SOUTH" etc) fighting bad guys (different bad guy in each area in the array who must be fought using your damage calculator etc) and then when that works expand and expand it... You should be able to do that knowing little more than arrays, text input/output, and "if" loops...
  10. Programming is hard :(

    Quote:Original post by TomokkaI have been thinking that maybe the way i am trying to learn isnt the correct one. I have been doing the examples in that book but nothing else really. My orginal plan was to first read the book and do the examples and then try something new, but maybe that is not the best way to learn. The best way to learn is to do. I learned the basics of code by programming simple BASIC games (on me awl 16K ZX Spectum...they don't make machines like that anymore ;)). Just use the simple parts of C++ (don't go near pointers etc) and write extremely simple text games...like dice games, simple text adventure games, or those text games about running a country...just try to get your programs as simple as possible... ;)
  11. Programming is hard :(

    Quote:Original post by Tomokka My problem with programming is its complexity. I understand what loops, variables, if elses, arrays and all those things do. But when you put them together in a program it just gets too confusing... The thing that worries me is that should people that want to become game developers have these kinds of problems? You should start with a simplier language. In college we started with Basic and Pascal and then on to C (never mind C++)... Once you get used to the basics (loops, arrays etc) move on to a more complicated language. I've worked with 5 different languages and C++ was by far the most complicated. Java is simplicity compared to C++...