actually a friend and i beat the AI back so far we decided to experiment with it. and the blizzard starcraft 1 AI will not do anything until it builds a building for harvesting gas. will not try to build unit buildings etc.
can someone photoshop up an apple logo crossed with a terminator head (like terminator 4 did with the city) so we can use that for apple stories since we use the borg for MS stories.
see this is where this whole argument falls apart. what is legal today may not be tomorrow. in which case can you be prosecuted for something you did when it was legal after its been made legal?
usually when i want to disable anything on mac (dash board, spotlight, etc) i usually change the file permissions to 000. this wont work with google updater?
im late on the game on this reply but i can give you a little heads up on this...
first as far as i can tell mac only supports openal 1.0. when ever other platform including the xbox supports at least 1.1 and most likely 1.2. i dont know whats going on there but i digress...
so in order to port anything to mac sound wise you will need to port your audio interface to core audio. which most people do not like to do because of the horrible developer documentation/examples given to people by apple.
2nd input polling.... MS has 3 different ways of getting input into a DX application. 1. Win32 WM_ messages. 2. GetAsyncKeyState 3. DInput polling.
from my experiences Win32 isnt fesible as the system could be slowing down the message pump. i dont really know why it does it but its wierd. plus it adds a random event which needs to be responded to or ignored now. not when your ready to process input. GetAsyncKeyState is flakey and some virus scanners dont like it. they uses it as a heuristic to detect your program as a "keylogger" not that using getasynckeystate will get you flagged but it increases your score. so DInput is left. with some nice options and the ability to poll input when im ready for it. it is very easy to manage.
on the mac side it seems like there are 3 options for input. 1. SDL which is nice but has a win32 type interface. 2. Cocoa events which again has a win32 type interface and requires the main window to be in objective-C which to alot of developers isnt fun. and 3. cocoa window manager input traps. which require root access as far as i can tell.
ohh and lets not forget about debugging tools. DX has this nice tool that lets you run your program as normal and it'll log all the DX calls you make in series and log them out. this requires no additional logging by your code. MSVC also has this very nice debugging interface that lets me easily change the program's current line of code, view memory and set breakpoints, and watch variables. while GDB can do all this for you, it is a text interface which can be annoying and the mac GUI front end to gdb seems to be what i call a window spawner. where the MS tools are all in one window with various tabs. the mac tools open every little thing in a seperate window which can be very annoying.
opengl. this is where i will be unable to comment as it seems apple is doing a good job supporting opengl however i dont keep track of this enough to say which version of opengl they are using versus what version linux is currently using.
windowing systems. MS has one. Win32. mac has 2. Carbon and Cocoa. linux has like 20. exageration but you get the point. so if im a game developer do i chose KDE or gnome. and while im sure most linux people have one installed and running the libs for the other installer you are still gonna get that one kid who posts on your forums. WTF i dont run KDE or have it installed why do i need to install KDE to run your game why cant you have a gnome port. creating non-constructive input into your user feedback system.
i loves mac. if you could check the log youd see im posting from one. all i own are macs and nintendo gaming consoles. and i do wish more people would port their games to mac/linux so macs/linux gets larger. however your then gonna end up supporting 6 platforms. win32, win64, mac32, mac64, linux32, linux64. which is a large amount of development work for a small amount of gain.
All Nexon games include the rootkit know as "Game Guard". you may not want to install these machines unless your willing to have a rootkit installed on your machine.
i don't understand how you say your a mac fan but have decided to steer away from a tool that would help you the most.
Qt has ports for windows, windows ce, mac, and linux.
if you develop nicely enough you can make the app in a mixed dev environment and just do final testing and deployment onto windows ce. who knows since the qt port is cocoa and iphone uses cocoa you could end up with a single app for all platforms.
i taught for a couple of years as a volunteer teacher for C++ while with a company that was nice enough to give me time off to do this.
one student disliked me so much he hacked AOL's IM database to disable my IM account.
i had evidence it was him as well as people telling me he was bragging about it. at the end of the day i just tossed it up and said "hey he's still a kid making mistakes he'll learn" maybe not the best choice but presenting my evidence to superiors would have ended in blank stares.
IMHO JavaME is a joke. it doesnt have anything useful that anyone would want. the spec most likely has changed since i last looked at it but when i was heavily into small device platforms i found a couple things wrong with it
1. it didnt use AWT. instead they create yet another windowing toolkit specifically for micro devices. i dont understand why it was essentially a copy of awt. 2. it didnt allow use of floats/doubles.
actually i write an application we are working on porting to mac and i have to say that mac apps do crash and ive even had a version of parallels kernel panic mac. their dump files are really nice as they usually lead me exactly to where my problem is. compared to windows dump files that sometimes just randomly say i crashed is stacks that are not possible in my app. (like objectX calling methodY from ObjectZ when no method in objectX calls methodY)
i understand why some users would prefer one over the other however until someone standardizes on a file format besides WAV that includes some form of decibal rating in it this feature is a necessity. there is no constant level of sound between wav files (and CDs and DVDs) that will allow me to say that i want sound played at 60 db. it is completely frustrating to have 1 application have a wav file that deafens you at the volume you like for other application's wav files.
i'm not that big a sound engineer to even be able to build such a wave file system however i would very much like to set in my operating system that i want wav files played at no louder then XX db and if the wav file is above that the sound is auto reduced in volume to that db rating. at the same time i would very much enjoy a minimum sound level as well to say the minimum sound of my system is 20 db and if a sound is too soft it is auto increased to play at that db rating.
im actually surprised the hearing impaired havent asked for this as a handicap accessible feature.
to me it seems that MS is charging for updates (or wanting to move toward charging for updates) to windows now instead of for windows itself. since if i warez windows i have a perfectly good machine with an OS it is only for updates that i am forced to actually pay for windows.
to me it seems that a large majority of issues with windows can be solved in 3 ways 1. dont use the OS "Add ons" (ie outlook msn messager etc) 2. use a properly configured firewall 3. dont be an idiot.
i have no problem following these 3 rules to save $300 on my OS.
i have no statistics which are sharable or scientific. i do work as a windows developer and i was at a time constantly getting reports from users that certain functionality did not work. after tracking down the issue for several days it turned out it that those users did not have SP2 installed on their computer.
although you are correct that you have given conditions that allow you to test code path coverage. it doesnt test your software under realistic conditions
because a large majority of people dont patch windows and i need to test my software with the least common demoninator to ensure it works on all systems
because hardware costs money on each station. where as software doesn't. plus after they get their software emulator "good enough" to a point i'm sure they'll push it back to the original game developer to just hot patch it for ps3.
Slashdot Mirror
actually a friend and i beat the AI back so far we decided to experiment with it. and the blizzard starcraft 1 AI will not do anything until it builds a building for harvesting gas. will not try to build unit buildings etc.
can someone photoshop up an apple logo crossed with a terminator head (like terminator 4 did with the city) so we can use that for apple stories since we use the borg for MS stories.
that way you can choose your cyborgic death.
as enemies
here is another awesome idle title definately a check it out.
http://www.delusions.vg/product_land_of_dreams.php
7 - Dont do anything illegal.
see this is where this whole argument falls apart. what is legal today may not be tomorrow. in which case can you be prosecuted for something you did when it was legal after its been made legal?
going by
4 - assume that everyone is trying to shaft you.
yes i can.
usually when i want to disable anything on mac (dash board, spotlight, etc) i usually change the file permissions to 000. this wont work with google updater?
im late on the game on this reply but i can give you a little heads up on this...
first as far as i can tell mac only supports openal 1.0. when ever other platform including the xbox supports at least 1.1 and most likely 1.2. i dont know whats going on there but i digress...
so in order to port anything to mac sound wise you will need to port your audio interface to core audio. which most people do not like to do because of the horrible developer documentation/examples given to people by apple.
2nd input polling.... MS has 3 different ways of getting input into a DX application. 1. Win32 WM_ messages. 2. GetAsyncKeyState 3. DInput polling.
from my experiences Win32 isnt fesible as the system could be slowing down the message pump. i dont really know why it does it but its wierd. plus it adds a random event which needs to be responded to or ignored now. not when your ready to process input. GetAsyncKeyState is flakey and some virus scanners dont like it. they uses it as a heuristic to detect your program as a "keylogger" not that using getasynckeystate will get you flagged but it increases your score. so DInput is left. with some nice options and the ability to poll input when im ready for it. it is very easy to manage.
on the mac side it seems like there are 3 options for input. 1. SDL which is nice but has a win32 type interface. 2. Cocoa events which again has a win32 type interface and requires the main window to be in objective-C which to alot of developers isnt fun. and 3. cocoa window manager input traps. which require root access as far as i can tell.
ohh and lets not forget about debugging tools. DX has this nice tool that lets you run your program as normal and it'll log all the DX calls you make in series and log them out. this requires no additional logging by your code. MSVC also has this very nice debugging interface that lets me easily change the program's current line of code, view memory and set breakpoints, and watch variables. while GDB can do all this for you, it is a text interface which can be annoying and the mac GUI front end to gdb seems to be what i call a window spawner. where the MS tools are all in one window with various tabs. the mac tools open every little thing in a seperate window which can be very annoying.
opengl. this is where i will be unable to comment as it seems apple is doing a good job supporting opengl however i dont keep track of this enough to say which version of opengl they are using versus what version linux is currently using.
windowing systems. MS has one. Win32. mac has 2. Carbon and Cocoa. linux has like 20. exageration but you get the point. so if im a game developer do i chose KDE or gnome. and while im sure most linux people have one installed and running the libs for the other installer you are still gonna get that one kid who posts on your forums. WTF i dont run KDE or have it installed why do i need to install KDE to run your game why cant you have a gnome port. creating non-constructive input into your user feedback system.
i loves mac. if you could check the log youd see im posting from one. all i own are macs and nintendo gaming consoles. and i do wish more people would port their games to mac/linux so macs/linux gets larger. however your then gonna end up supporting 6 platforms. win32, win64, mac32, mac64, linux32, linux64. which is a large amount of development work for a small amount of gain.
they didnt say the lawyer was working for free. wait for the bill to come. she might have been better off settling
looks like he is going to federal pound me in the ass prison
then why arent they releasing it for the wii which has a larger install base world wide then both the ps3 and xbox360 combined?
All Nexon games include the rootkit know as "Game Guard". you may not want to install these machines unless your willing to have a rootkit installed on your machine.
i don't understand how you say your a mac fan but have decided to steer away from a tool that would help you the most.
Qt has ports for windows, windows ce, mac, and linux.
if you develop nicely enough you can make the app in a mixed dev environment and just do final testing and deployment onto windows ce. who knows since the qt port is cocoa and iphone uses cocoa you could end up with a single app for all platforms.
i taught for a couple of years as a volunteer teacher for C++ while with a company that was nice enough to give me time off to do this.
one student disliked me so much he hacked AOL's IM database to disable my IM account.
i had evidence it was him as well as people telling me he was bragging about it. at the end of the day i just tossed it up and said "hey he's still a kid making mistakes he'll learn" maybe not the best choice but presenting my evidence to superiors would have ended in blank stares.
"5.5 million players in Asia"
so they admit over 1/2 the WoW population are gold farmers.
IMHO JavaME is a joke. it doesnt have anything useful that anyone would want. the spec most likely has changed since i last looked at it but when i was heavily into small device platforms i found a couple things wrong with it
1. it didnt use AWT. instead they create yet another windowing toolkit specifically for micro devices. i dont understand why it was essentially a copy of awt.
2. it didnt allow use of floats/doubles.
actually i write an application we are working on porting to mac and i have to say that mac apps do crash and ive even had a version of parallels kernel panic mac. their dump files are really nice as they usually lead me exactly to where my problem is. compared to windows dump files that sometimes just randomly say i crashed is stacks that are not possible in my app. (like objectX calling methodY from ObjectZ when no method in objectX calls methodY)
i understand why some users would prefer one over the other however until someone standardizes on a file format besides WAV that includes some form of decibal rating in it this feature is a necessity. there is no constant level of sound between wav files (and CDs and DVDs) that will allow me to say that i want sound played at 60 db. it is completely frustrating to have 1 application have a wav file that deafens you at the volume you like for other application's wav files.
i'm not that big a sound engineer to even be able to build such a wave file system however i would very much like to set in my operating system that i want wav files played at no louder then XX db and if the wav file is above that the sound is auto reduced in volume to that db rating. at the same time i would very much enjoy a minimum sound level as well to say the minimum sound of my system is 20 db and if a sound is too soft it is auto increased to play at that db rating.
im actually surprised the hearing impaired havent asked for this as a handicap accessible feature.
you return it to the store and get your money back with the reason "it didnt play in my player. it is unfit for sale"
i dont know how true it is but i see "games for windows" and i just assume its vista only and move onto the next game.
to me it seems that MS is charging for updates (or wanting to move toward charging for updates) to windows now instead of for windows itself. since if i warez windows i have a perfectly good machine with an OS it is only for updates that i am forced to actually pay for windows.
to me it seems that a large majority of issues with windows can be solved in 3 ways
1. dont use the OS "Add ons" (ie outlook msn messager etc)
2. use a properly configured firewall
3. dont be an idiot.
i have no problem following these 3 rules to save $300 on my OS.
aye me as well. for a second i thought someone had the money to buy the IP from sierra or they grew a pair of spheres.
i have no statistics which are sharable or scientific. i do work as a windows developer and i was at a time constantly getting reports from users that certain functionality did not work. after tracking down the issue for several days it turned out it that those users did not have SP2 installed on their computer.
although you are correct that you have given conditions that allow you to test code path coverage. it doesnt test your software under realistic conditions
because a large majority of people dont patch windows and i need to test my software with the least common demoninator to ensure it works on all systems
because hardware costs money on each station. where as software doesn't. plus after they get their software emulator "good enough" to a point i'm sure they'll push it back to the original game developer to just hot patch it for ps3.