• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.

Antheus

Members
  • Content count

    9605
  • Joined

  • Last visited

Community Reputation

2409 Excellent

About Antheus

  • Rank
    Contributor
  1. [quote]Have you looked at the UDK commercial license terms?[/quote] Here, [url="http://udk.com/download"]the download[/url]. And the important quote:" Use of the UDK for noncommercial purposes is free of charge." Something that isn't possible with Windows SDK anymore. [quote]Despite my asking a couple of times, you have yet to give a reason WinRT or Metro will block you from making a meaningful application.[/quote] That's because you are either stupid or a shill (yes, I went there, ban me if you will). Or maybe such behavior is reserved for moderators only.
  2. [quote]if VS full version only cost $25, people would be far less bothered I imagine.[/quote] It wouldn't change if it were 1 cent ir free. It's not the price - it's the extra hurdle and restrictions put on by licensing. Linux is growing vastly on servers because you can make 1, 2, 3 or 300 copies as needed. Or you can keep multiple disk images. Or you can put it into repository. Or put it on web for download. But you never, ever need to worry about licensing. The moment you need to maintain a license, even if that license is free, costs go up. It immediately also excludes such software from many uses that require either budget or legal approval. Anyone who has not had to deal with these kind of environments will not understand why it's a hassle. Requiring a license also immediately puts off majority of occasional contributors - how often did you go to a site that wanted you to create account only to close it because you didn't want to be bothered remembering and maintaining another account? Which is why Unreal Engine is free download - do with it what you want, but one needs to pay when revenue exceeds certain amount. Same thing here - as long as Windows SDK (again, not Visual Studio - VS is UI and fluff, the important stuff are the compiler, linker and headers), development was accessible. This single change eliminates desktop development as viable option and also changes Microsoft's strategic position. Obviously, if you're a Microsoft shop, it doesn't change anything. Android fees: Android SDK is freely accessible - the fee is for publishing. All tools used are open as well. Apple - it's unix, uses GCC or clang, the license is again XCode and publishing. Huge hurdle, which isn't even technical however, is requirement to run on Apple hardware only. Microsoft - the WinAPI uses proprietary language extensions and only builds fully with Microsoft's compiler. By requiring licensing, it's effectively a no-go. Free is not about price, but about accessibility. Does any of this matter? This debate exists because 5 years ago Apple built iOS, the AppStore and iPhone - all using nothing but open technologies, which was so disruptive that all tech giants panicked. They could have went with better compilers (at the time their toolchain was vastly inferior to everything else, free or not), what mattered was that they weren't restricted by arbitrary legal conditions. And yet money changes hands faster than ever. Understand it or not (yet), the change made here is drastic for Microsoft, which has, regardless of using proprietary tech, always been the most open development environment. But yes, you'll still be able to develop free apps for Windows and you'll even get a Metro store and make a dime or two from it. <sarcasm>Because all the programming, consumer or other is about appstores and competing who can publish more fart apps than others and use social viral channels to monetize it the most. Not writing a social fart app? Go away then, you're legacy.</sarcasm> Tags added to avoid someone taking things literally. As a side note, considering the other Diablo 3 thread - it's incredibly ironic that anyone is shocked or annoyed about what D3 is or why it's like that. People have explained exactly what D3 will be like years ago, once the details became known. But everyone said: It's Blizzard, they'll do things right... It's same thing here. Just because some change doesn't affect you right now, or it doesn't seem like a big deal, doesn't mean it actually is either of those. So I can only hope that everyone who advocates the changes discussed here also expressed complete disagreement in other thread, namely that D3 is the best future direction of gaming and that it has delivered more than any other game this year, clearly dictating the future that everyone simply must follow or become obsolete.
  3. [quote]I meant the paradigm shift from a completely open software environment to a sand-boxed one paired with a single point of contact software store will result in a better quality of life for consumers and will result in more sales for us, developers. There are some UI and API problems, but on the whole the direction they are shifting in benefits all users of the platform; it's not nearly the clusterfuck it's made out to be. My point was just that switching will be difficult, but it will result in a lot of significant gains for consumers and developers alike that more than offset the differences. I didn't mean to imply that Metro>Desktop. The amount of negativity towards Metro/winRT/VS express is disproportionate to the reality.[/quote] Does Microsoft provide you with these canned answers or do you write them on your own? Are you full-time or just an evangelist who was bought with a free phone? Because all your talk here is vaxing poetic about "quality of life for consumers", "single point of contact", "shifting benefits" - this is by the book PR talk. As for better revenue - numbers disagree. Unless you have an established brand, such as Angry Birds (in which case you already received a paycheck), breaking into established mobile platforms as an indie is next to impossible without serious investment. So for indies or wannabe devs, it's worse, since there is much less emphasis on internet and viral marketing.
  4. The new patch has arrived: - Game now crashes to desktop gg
  5. [quote]Show me. Show me where someone said that.[/quote] [url="http://www.gamedev.net/topic/625210-visual-studio-11-express/page__view__findpost__p__4944094"]Meh.[/url] [quote]your most recent ones have wandered off down some fictional route where Metro is The One True OS Experiance, the desk top doesn't exist and we are all living in a Metro Only World on the desktop which is about a million miles away from where we are now.[/quote] Um... Original topic was about changes to development tools and they strongly favor Metro. All in line with MS strategy and all that, nothing new. I did claim that barriers to desktop development were raised, quite specifically, with a price tag on Visual Studio, coupled with changes to Windows SDK. Desktop isn't dead, nor is development impossible. But changes that were made do require some reconsideration on future directions. While WinSDK 2010 remains available, it's a generally bad strategy to base future development on previous versions of tools with no clear follow up. Microsoft's history also shows that they will eliminate technologies and full technology stacks. Likewise, when Oracle bought Sun, same thing happened. Anyone with any reliance on Sun-related technologies had to reconsider their choice. Not just obvious Java, even for stuff like VirtualBox, which introduced changes soon thereafter. That would hardly be called madness or stupidity, pretending none of that matters however is. We might have little say about it, but it's still how things work. ---- The rest of the debate seemed to be going on about viability of Metro interface vs. current functionality for specific tasks. As per topic of the thread, changes to Visual Studio affect desktop development. That part was not about Metro being in any way bad, but about why raising the barrier on desktop development isn't a completely understandable choice at this point. As for future, what I do need is to consider a "worst case" scenario - namely that building for desktop will come at a higher price. Not the end of the world, just a practical consideration. Like gas prices, where one might speculate on where they will go and if it is better to switch to public transport, along with everything that brings. [quote]most recent ones have wandered off down some fictional route where Metro is The One True OS Experiance[/quote] I'm not sure where you're getting that, my position was that it's highly unlikely for that to ever happen. That part of the debate [url="http://www.gamedev.net/topic/625210-visual-studio-11-express/page__view__findpost__p__4943345"]started here[/url] with: "However, a lot of people are taking for granted that desktop applications shouldn't be the norm anymore in Windows 8. As painful as it will be moving to a new paradigm, it is a paradigm that will net in greater access for content creators to consumers, and more satisfied consumers because of a standardized experience across applications." and "I think time would be better spent arguing for support of necessary features in WinRT rather than arguing for further support of desktop apps." That is where the "Metro is the One True OS" comes from - not from me.
  6. [quote]Erm... wtf are you all going on about in this thread?[/quote] I'm being lectured on how I don't get Metro and how it's a perfect and complete replacement for my current desktop usage. [quote]The arguements against Metro as being 'not suitable for IDE development' are utter rubbish because [b]this is not what Metro is there for[/b].[/quote] IDE is integral part of my daily routine. And since up to this day world existed without Metro, it means Metro wasn't needed until now. And not a single feature improves on current use, everything is at minimum an annoyance that I can no longer turn off. [quote][b]for some people the Metro fullscreen version will be just fine[/b] as they only want to work on one document at a time.[/quote] Of course it will. For a large portion of users, Metro is almost everything they'll ever need. But telling me that Metro is just fine for my needs and I just need to accept the new paradigm because it's the better new way of doing things, is pointless. [quote]The Metro Start Screen defaults to your primary monitor, the secondary one shows the rest of the desktop.[/quote] It does. But now, instead of hitting windows key + app_name, I need to hit Windows key and then move the mouse towards a nice square image of the app I need to run. It's not an improvement for desktop use. Alternative will be to keep icons on desktop, which is a compromise, but I still lose keyboard access and I need to minimize all open windows. For desktop use, I (we) don't need metro, don't want metro and it doesn't improve on a single thing. Yet it's being forced down everyone's throat droning on and on how it's perfectly natural evolution and how it just takes some getting used to. Like I said. Metro is fine for simple blog readers, for posting on twitter and watching your images as well as games. For what it was made. Is that what your daily professional routine involves? If not, then how does Metro being forced into everything improve it? If something doesn't improve, then it's either an annoyance or useless.
  7. [quote]So no specifics then?[/quote] Install Windows 8 first. [quote]- Skype - run in the background, open when necessary - Email - run in background, open when necessary - IDE - run on main screen - Run these on second or third screen switching between them as necessary just like you would do right now. * time tracker * ticket tracker * CRM * Checklist[/quote] OK. How do you implement Eclipse (or any other IDE) in Metro? Better yet, who will do it, considering Java isn't supported. Or, if not a fan of Eclipse, use Visual Studio. How do I add time tracker, which is a sidebar widget to always show up. I cannot put Skype in the background, since I need to watch it to see the user feedback and/or screen cap they are providing. Email contains various details, passwords and other correspondence related to the problem, I need to have access to it, switching left and right isn't possible. Checklist is a list that you follow, step-by-step, it needs to be present next to everything else. Current system is browser-based. CRM is another list which needs to be present, it contains cross-references of the person I'm dealing with, along with their account information, runs in second browser window. Once you install and run Windows 8, you'll see why the above doesn't work. Metro is the square things on the startup. Desktop is the thing with taskbar at bottom. Arguments here are about why pushing Metro as the only thing doesn't come even close to a replacement for desktop. And above doesn't require multiple screens, it works, if need be, on a single HD laptop screen. Which is kinda important, if doing on-site work. If Windows 8 works for you, fine. This isn't about theoretical doability - we could as well be using paper mail - it's about how unusable new interface is for tasks and applications which are the norm.
  8. [quote]I want specifics about what you will no longer be able to do. I am legitimately curious.[/quote] Did you run it yet? There's an iso, it installs flawlessly into a virtual machine. How long did it take until either by choice or due to limitations Metro fell back on desktop? [quote]very few of them are actually saying what those needs are[/quote] I gave a use case above. Once you use metro, try to reproduce it without falling back to desktop and standalone applications. After all, Win8 comes with fantastic fully integrated skype and email client, so some of it should work out of box.
  9. [quote name='way2lazy2care' timestamp='1338219148' post='4944050'] well then you aren't really running 15 apps on your two monitors. You're running a couple apps on your monitors with a couple running in the background.[/quote] No, they're applications. Word, Eclipse, Visual Studio, Firefox, ... I just choose to rearrange their visual parts to best fit my current needs. [quote] Because I'm not 83% of users? [/quote] Doesn't it then make sense that complaints over "metro being useless" come from the other 17% as well? Or 50%? Or 80%? Or perhaps just 1%. And is it possible that it's not about "not understanding the new paradigm" it's about actually having needs which Metro either doesn't meet or actively hinders?
  10. [quote]but do you really need more than 2 applications per monitor[/quote] Yes. About 15. Windows 8 demo comes with about 25 apps on default install, set to always run. [quote]After that it gets too cluttered imo.[/quote] I can always rearrange them, minimize them, close them. It's up to me. [quote]my 2 monitors[/quote] Why are you using 2 monitors? One is enough for 83% of users. Disconnect one right now, you don't need it. Statistics also show that average resolution is 1024x768. And that average screen size is 13". Switch to that right now - it's good enough for everyone, so it's good enough for you. --- Here's another example: Try to trouble shoot issue and guide some user through a process - skype (preferably at the side), or any of the alternatives, not everyone uses Skype - checklist (usually a web app, possibly contains scanned TIFs and PDFs to be downloaded) - IDE - email - time tracker (for billing) - ticket tracker (Mylin or similar) - CRM (to know about the customer in question) Yes, it's possible to do this one a single screen. But it would be a complete nightmare. And this is a very trivial a routine task. It's not even creative, just regular customer support, which is about as low as you can get on complexity scale. Solution under Metro will be to build all of these into a single-screen app. And it will be done, billed as latest greatest in productivity. Except that due to being unified under a single vendor with single release cycle, it will remain vastly inferior to independent solutions.
  11. [quote]What happens when you send a tcp message (packet) larger than it should be.[/quote] TCP is a stream, there is no "too big". It's a pipe, you keep pushing things on one end and they come out in same order and intact in other. [quote]do packets always get received in FULL[/quote] There are no packets. See forum FAQ for details. [quote]Even though the defined maximum tcp/udp packet size is 64kb,[/quote] UDP has maximum datagram size. TCP does not. There are however send/receive buffers, which are something else. [quote][b]{read byte by byte here until all data is read?[/b][/quote] That is how TCP stream is read, you just don't read bytes individually, but you ask to receive all that are available. It is up to you to make sense of these bytes, such as where one message begins and ends, how long to read, etc... It's just a stream, like reading from file. [quote][b]byte[] data_received = NetworkObject.Receive();[/b] //Blocking call; this is assuming packets are received full and there is no need to read each byte.[/quote] This will return data that has arrived so far. Again, it is up to you to determine if all that was sent has arrived, or if you need to call receive again. [quote]ANSII[/quote] Minor nitpick - it's either ASCII (American Standard Code for Information Interchange) or ANSI (American National Standards Institute).
  12. Oh, btw - metro apps can only be distributed over Microsoft app store. So once you write an app, there are two choices: - request a fixed number of tokens for users (a token for John, one for Jane), so that they will be able to install your app - submit app to the store, wait for review, etc... This isn't new, it's how Apple ecosystem works. What iOS/OSX still offer is ability to develop non-iOS/non-appstore applications considerably cheaper ($99 license covers everything), then you're free to distribute anything you want, iOS or desktop. Same thing for Windows will now cost $600, plus whatever the license may cost to publish the application (cost of certificate).
  13. [quote]UML is pretty mature[/quote] UML has several problems: - impedance mismatch (it works the way managers work, not how software is naturally written) - developed, authored and owned by private for-profit committee - they make money off training and product sales, not improving productivity - overhead added by UML can only be covered by large companies, think 500+ development teams - it is used for risk aversion and establishing paper trail as well as process certification, it completely fails if software usability is at premium - CASE are used for business intelligence and business process management, and even there the generic package isn't widely used, there are better toolings provided by other vendors. They are not a good fit for actual software (code-related) development. They work best when managers define various processes and workflows, off which managers under them base their work. If you look at eclipse forums, you'll notice there are more posts in workflow and BI forum than all other topics combined. CASE is not for developers, it's for managers who don't do technical work. [quote]NoSQL is on the rise[/quote] No... Not really. Maybe for 2 person web shops. There is no database in enterprise that cannot be handled by SQL (DB2, Oracle or MSSQL - others do not exist), there is today sufficient hardware available to scale these vertically for any real world data set. ETL and ad-hoc analysis works on different data sets, but again, for enterprise usage problems lie elsewhere and they are currently catered at both high-end (again IBM and Oracle) as well as low-end (S3-based solutions). SAP is also in there somewhere. Surprisingly, it tends to work quite well, so it gets little press because of lack of snafus. [quote]I started working on a [url="http://code.google.com/p/open-umlms/"]Java implementation[/url][/quote] Does it work with every existing technology and standard? Out-of-box? If no, then it's of no use. It's the first thing you will get asked. UML is both a mess and "success", because Rational and IBM made sure it works with every dead and living standard and technology stack. The result is multi-gigabyte monstrocity built on top of Eclipse (and previously Visual Age). [quote]- makes the definition of models (UMLDL) and instances (UMLML) that go with the models possible - allows developers and users to browse the models (UMLQL) if they have the rights to make the query (UMLCL)[/quote] I remember working on something like that. - there was abstract model - after it got complex, these models got auto generated, so meta language was developed for describing the models - this meta language got too complex, so meta-meta language was create (no joke) Meanwhile, actual users and developers gave up on it and used 5 line text files instead 500,000 LOC meta-meta framework. Application as it was meant to be written was 500+ MB of source + 500MB of generated code at the time I left. BTW: the thing won an award from one of these CASE groups. But the most important thing to understand here is that problems inherent here are not technical. It's complex because of the way enterprise world works. For a modern take on enterprise software, I'd look at salesforce. They are considerably smaller in scope than players above, but they are based from ground up on web-centric approach and are investing a lot into more dynamic/live approach.
  14. In semi-related news, WinRT no longer has Sleep(). It is generally a positive design decision, since by nature of non real-time OSes, Sleep isn't guaranteed to ever wake up. So it's as good a time as any to learn the "proper" way.
  15. Pass shared_ptr by reference as well. Otherwise, reference counter is modified each time a function is called, despite ownership not being changed.