FYI i also had problems getting the downlnoader app to work. I downloaded the downloader. At first the downloader wasn't working, so i thought it was problem with my Zipeg.app. So i downloaded it on my iMac and using filesharing, i opened the downloader app in my Air. When 'Starcraft' was totally installed, I tried running it. Except after the options screen, the icon bounced a. Would I be able to play Starcraft 2 on my MacBook Air, after installing it with remote disc, without the disc? Or would I need to have the disc in the disc drive whenever i want to play? - Asked by Jason B. December 9th, 2010.
2019 Macbook Air i5, 16G,Intel UHD Graphics 617 Game: Starcraft 2 gaming review.
Blizzard has made good on its promise of bringing Starcraft Remastered to the Mac and Windows PCs. The original version of Starcraft released nearly 20 years ago and is still widely played to this day, in part due to the fact that it can run on almost any PC, and of course that its gameplay still holds up. Does Starcraft Remastered live up to its predecessor or is it just a new coat of paint? Here's what you need to know.
What is Starcraft?
Debuting in 1998, Starcraft is a real-time strategy (RTS) game that centered around the struggle amongst three factions in a distant part of the Milky Way galaxy known as the Koprulu Sector. These are the human Terrans, the insect-like Zerg, the technologically advanced Protoss, whose conflict was set in motion by the actions of an ancient and highly advanced race called the Xel'Naga. Apart from it's engaging story, it is also one of the most popular multiplayer games of all time.
Starcraft Remastered PC requirements
Compared to most modern PC games and even some older ones, Starcraft Remastered isn't that taxing on your PC. So much so that it will run on PCs built almost 12 years ago.
Starcraft Remastered Macbook Air
Starcraft Remastered minimum requirements – Windows
- OS: Windows 7 / Windows 8 / Windows 10
- Processor: Intel Pentium D or AMD Athlon 64 X2
- Video card: Nvidia GeForce; 6800 (256 MB) or ATI Radeon X1600 Pro (256 MB) or better
- Memory: 2GB RAM
Starcraft Remastered recommended specifications – Windows
- OS: Windows 10 64-bit
- Processor: Intel Core 2 Duo E6600 (2.4 GHz) or AMD Athlon 64 X2 5000+ (2.6 GHz) or better
- Video card: Nvidia GeForce 8800 GT (512 MB) or ATI Radeon HD 4850 (512 MB) or better
- Memory: 4GB RAM
Blizzard is one of the few game developers with fantastic support for Mac users and Starcraft Remastered is no different. Bach cello suites flac torrent.
Starcraft Remastered minimum requirements – Mac
- OS: OS X 10.10
- Processor: Intel Core 2 Duo
- Video card: Nvidia GeForce 8600M GT or ATI Radeon HD 2600 Pro
- Memory: 2GB RAM
Starcraft Remastered recommended specifications – Mac
- OS: macOS 10.12 (latest version)
- Processor: Intel Core i3 or better
- Video card: Nvidia GeForce GT 650M or ATI Radeon HD 5670 or better
- Memory: 4GB RAM
In terms of storage space, Blizzard's official documentation states you'll need 2.8GB of hard drive space, but installing the game on both our Windows gaming PC and MacBook Air saw a total size of around 7GB.
Starcraft Remastered price and where to buy
Despite Blizzard having an official Indian presence, for mow, physical copies of Starcraft Remastered are limited to South America and South Korea. Top 10 free image editing software. What this means is, if you're residing anywhere outside these two regions, you'll have to download the game via the Blizzard Battle.net app.
From our experience across Mac and Windows, From our experience across Mac and Windows, Battle.net is not only easy on the eyes, but works better than Steam or Origin without as many frustrating updates or archaic design sensibilities. The price of Starcraft Remastered is $15 (around Rs. 960).
Starcraft Remastered – settings
The settings menu of Starcraft Remastered is surprisingly barebones by current standards. Edit video app store. You get an option to cap the frame-rate as you see fit and there are check boxes for Bilinear Filtering for a sharper image, Vsync to prevent image tearing, Real Time Lighting for more dynamic lighting effects, Environmental Effects so textures like oil spills have more detail, Smooth Unit Turning to let units turn in 16 directions instead of eight, and Shadow Stacking which makes shadows appear darker when multiple units share the same space.
And if you're missing the old school charm of the 4:3 aspect ratio of the time, you can check the Pillarbox option to remove widescreen support. The option to change the resolution within the game is completely absent and it seems to be sticking to the resolution your desktop has. So if you're trying to force a custom resolution, you'll have use a program like AMD Gaming Evolved, or Nvidia GeForce Experience, to tweak it as per your liking. Dragon dictate french 2 03 intelk download free.
Starcraft Remastered PC performance
As you'd expect, the game runs quite well on both our Mac and Windows test machines; the former being a 2015 MacBook Air with 8GB of RAM and the latter with an Intel i5 3470, 16GB of RAM, and an Nvidia GeForce GTX 1070. Gameplay was smooth throughout and it was quite hassle-free regardless of the number of units on screen. One interesting addition is how seamless it is to transition to the retro-stylings of the original by simply tapping F5. Doing so takes you back to how the game originally looked, blurry sprites and all. Barring Real Time Lighting that requires a video card with more than 2GB of memory, it is quite easy to max out all options on almost any machine.
Starcraft Remastered image quality
While the fluidity of the original Starcraft remains intact, the visuals are a bit of a downer. They're simply cleaner versions of what the 1998 version brought to the table. The term ‘remastered' tends to allude to shinier, better graphics, and it would make people expect a large variety of options and a better looking game. However, the Starcraft remaster doesn't deliver on that front. Consider this, Starcraft 2: Wings of Liberty hit the shelves in 2010, would it be too much to ask to see it running on that tech? Sure, Blizzard put this together in the year (with the help of pro players no less) and it costs only around Rs. 1,000, but there's little reason for casual fans, or those new to the series, to check it out. Especially considering that the original game is free to download. Granted you miss out on matchmaking, which sours the multiplayer experience, but its an economical way to get to terms with the series' lore.
Should you buy Starcraft Remastered?
If you're a long-time series veteran this is a no-brainer purchase. Particularly since matchmaking and lobbies that make for modern day multiplayer are present. Newcomers might find it a tough sell. More so when you consider what Rs.1,000 gets you on Steam during one of its many sales during the year.
Starcraft Remastered Macbook Air Keyboard Cover
The talk was very informative and even presented some new details we had no idea about in the AI modding community, and I think it's worth reading for all modders. In some parts we were writing simultaneously so it might look a little messy, but I'm hoping it won't be too much of a problem ^_^
Nekron: Did you & the AI team write campaign scripts (especially attacks) for all of the missions, or was Scenario Design mostly responsible for that?
If you did, could you tell a little bit about how that process looked like? Did you guys just wing it or was it a little more nuanced than that
Bob Fitch: There was no AI team. I was it. I coded the systems, designed the strategies, wrote the scripts, etc.
Yes, I did all the campaign work except for making the maps. Level designers would use the editor to make the maps and put units on them, and then they'd give the maps to me with some basic ideas like, 'We want them to attack down this path, but sometimes go over here. Don't attack expansions. Use air units more than usual.' I'd then write campaign scripts for all difficulty levels and strategies. Feel free to add follow-up questions now that you know the basic idea of how I did it.
N: Follow up question: Since I'm working on a campaign rework that encompassess all original campaigns, I do know how much work it is to go through so many missions and come up with working script ideas that are meaningfully different from each other. What is something that would actually be super interesting for me to hear is, did you try to give AIs representing a given faction (for example, Mengsk in xT5 and Mengsk in xZ10) some kind of a personality, where it'd behave in similar ways, or was it not a consideration beyond what you were told by level designers?
BF: The personalities of the different AIs were mainly in what units they built and used, and how aggressive they were in attacking or defending. It was very simple.
N: Regarding your comment about level designers wanting the AI to not attack expansions - I find it a really interesting remark to make, since there is exactly one mission that has an otherwise unused flag set through an opcode called target_expansion - if you remember by any chance, is that related?
BF: Yea, it's probably related. The designers wanted to severely limit the damage done to player expansions, while at the same time in melee I wanted to almost exclusively target expansions.
N: Some of these commands are really obscure, and never used - for example, implode, a command that specifically makes small isolated pockets of pathable terrain defended, or eval_harass, a command that can only be used to bypass enemy defenses (in the simplified way of looking for regions with no enemy strength) - if you remember, can you tell us what were some ideas for how you'd use stuff like this?
BF: I don't really remember the specifics. The term 'eval_harass' is familiar, but I really don't remember why anymore.
I know I did quite a few experiments and didn't always remove the code after deciding I didn't need the opcode yet.
You might find this interesting. I searched the code for 'harass' and found this enum of states I used in my attack routine.
MODE_INACTIVE, // 0
MODE_HARASS_ATTACK, // 1
MODE_HARASS_COMBAT, // 2
MODE_LOST, // 3
MODE_WATCH, // 4
MODE_GUARD, // 5
MODE_DEFEND, // 6
MODE_STAGING, // 7
MODE_HARASS_STAGE1, // 8
MODE_HARASS_STAGE2, // 9
And this is the comment in the code about the enum:
All ep areas begin MODE_INACTIVE. When a zone is acquired it is switched to
MODE_GUARD. From there it goes to MODE_DEFEND if it ever gets attacked. If
attacked and outnumbered then the zone is 'lost' so it goes to MODE_LOST.
An adjacent MODE_GUARD zone would switch to MODE_STAGING with the MODE_LOST
zone as the target. MODE_STAGING waits for enough troops to take an enemy
zone and then attacks. The attacked zone goes to MODE_DEFEND and the staging
zone switches back to MODE_GUARD.
The MODE_HARASS_STAGE acts just like MODE_STAGING except that when it's ready
to attack it goes to MODE_HARASS_ATTACK. That mode is like MODE_DEFEND except
that it never retreats when outnumbered and never asks for additional troops.
If a harass attack ends in victory then the new zone goes to MODE_GUARD just
like any other zone.
N: We call those region states now! You can find them described by reverse engineering ( so probably less accurately than here ) on page 16 of the AI doc, under 'Region States', it's amazing how different the intentions behind them were compared to what we guessed based on their behaviour lol
BF: I looked. Thanks for the link. Cool info. Almost correct too.
N: AI modding requires a lot of tools that were only more or less finalized in the recent two or three years for the modding community! Did you have any AI-specific debug tools when you worked on the project, or did you just test it with cheats/by playing and only find issues that way?
BF: I programmed lots of cheats and visualization modes. I could look at what the units were thinking about doing, what they wanted to build, and where. I could see what they valued, what they wanted to attack, how much time they were spending on tasks, etc. I don't remember if those cheats are still in there, buried and hidden, or if the code gets compiled out in Release builds.
N: Starcraft AI is now considered the best AI base out there for modding (and I'm not talking about BWAPI), with it's huge flexibility, a plethora of specialised commands and the ease of adding new ones if needed, as well as multiple AI systems (defense, target selection) that are smart enough to feel smart and yet simple enough to not screw up constantly (which alot of modern RTS AIs tend to do, like Starcraft 2 or RA3) - what was it like to develop a toolkit for script-writing that's essentially uncontested 20 years later? Was it ever a major consideration, how many tools you've created for campaign development?
BF: I didn't know it was considered the best AI base/framework.
It feels great.
I was originally writing the StarCraft AI with the intention of having users create their own AIs that could be pit against other people's custom AIs. Time constraints caused me to scale back that plan, though I tried it again in StarCraft 2. (Although I was the AI programmer for only the first 50% of StarCraft 2. It was ultimately written/finished/released by a different programmer, and I did no AI in the expansions. I was the engineering director for Hearthstone when the expansions were being made.)
Honestly, I was just writing the SC and BW AIs on an 'as needed' basis by the time I was deep into it. I'd try to make the AI smart, realize I needed a new opcode, add it as simply as I could, and repeat. The same was true for campaigns. I wrote special case opcodes for missions, like 'junkyard dog' for example. That opcode was for a specific mission, though after I'd write a new opcode I would then try to find ways to reuse the code in other places.
N: I think that even if the original idea of making it possible for people to make their own custom AIs didn't work out because of time constraints, it definitely lives on now. ASC3 (which is what we call the SCAI language nowadays, based on the first working editor) is an easy to learn language that makes campaigns and custom maps insanely customizable with little effort, and can make for some truly amazing sequences and campaign scenarios if you're willing to spend time learning it. Huge thanks for all the thought you've put into the original AI.
If you wrote the language for SCAI scripting today, how different would it be?
BF: I would probably not write a language for AI these days. I'd use lua and write a library of routines that could be called to do most of the heavy lifting, that was extremely short and simple AI 'scripts' could play the game with minimal changes to handle many different strategies and campaign needs.
N: Any cool anecdotes on SCAI or the dev process you can share?
BF: I'll always remember the look on Chris Metzen's face one day. I was programming the AI all day and we were in crunch mode so this was probably at the end of a 30-hour shift or something crazy. Instead of finishing and going home to sleep like a sane person, I decided I wanted to PLAY the game before I went home. (Looking back, this is also the moment I knew the game would be a hit. I had just worked 30+ hours and instead of sleeping I wanted to play it.) I started up an AI game and got going. It was an amazing game. It was back and forth. I was almost dead and then I pulled myself from the fire and started turning the tables. It was so exciting that I was cackling. I didn't realize I had let my tongue hang out of my mouth a little too, but because of that I started drooling. Before I could pull in my tongue and close my mouth and wipe my cheek, I look up and Chris Metzen is standing in my office doorway. Staring at me. Staring. Still staring. Yep… fun times.
I'm not sure what you call it, but I had an object called the 'Captain' that was responsible for attacking.
Captains had fields like: current EP area (trivia: that's for Equal Potential and was coined by the pathing programmer), target EP area, owning player, mode, priority, action, delay, flags, stage, desired force strength for ground and air, current ground and air strength, total ground and air strength (counts troops that are on the way but have not arrived yet), visible enemy ground and air strength, a list of priority targets to kill on ground and in air, the group's 'leader' pointer (usually a slow ground unit, choses again if killed), and the current detector unit being used to find cloaked things.
I looked up eval_harass and it's a boolean function that returns true if ready to attack, while also calculating a desired target. It returns true if the estimated AI attack power is greater than the target's estimated power at the target EP area. It only needs more vs air OR more vs ground power to return true.
N: Looking at it all I think you're just referring to what we'd call AI regions, but they're used for more than just attacking, they're also responsible for everything defense-related and many other AI functions.
The most talented programmer that works on this [Neiv] told me about some debug strings like SAI_Captain, but my understanding of attacking is that a region is picked, units congregate around the central point in the region, there is a attack list composed of units from attack_add/prep_down/etc, and after the attack is filled successfully (with some caveats, such as units that are in combat already don't count) or after 120(melee)/180(campaign) game seconds (1920/2880 frames) have passed(or less with quick_attack.), the attack launches and picks a random target that depends on script class.
Some more details come in campaigns and melee but they're usually not super well described.
BF: Above. the melee AI does try to attack close targets. The campaign AI randomly chooses a target EP area after doing a calculation of 'what are all the ways I can get to there from here' thus causing the attacks to come in from different directions instead of how melee is always hitting the same frontal assault spots. Trivia: The routine that calculates the different possible attack paths I called 'The cholesterol algorithm' Long story.
N: Last question (I promise) [Neiv] wanted to ask - did you ever develop the difficulty idea more, was it planned out beyond just making a couple stray commands, or did it never take off? (There are 2 or so commands that do different things based on an unused difficulty variable, easy_attack and if_dif)
BF: Difficulty levels were planned from the beginning, but mostly we accomplished difficulty levels by reducing attack force sizes and attack frequencies. There are a few extra tactical changes too, like normal AI tries to focus fire down injured units. The easy AI does not.
easy_attack is actually a 'do this attack IF the difficulty setting is EASY' or more accurately i think it's 'use this unit in the attack if set to easy' which let me change the units being used on easy (probably in melee, maybe not in campaigns, can't really remember)
if_dif is a boolean test, 'if the difficulty is ____ then jump' and the parameters determine how it's handled, three params: comparison type (byte), diff level (byte), jump location (word)
type 0 is if diff < param then jump
else if diff > param then jump
After this Bob had to go, and we ended the interview. Thanks for your time, Bob! ^_^
