Appstore Blogs

Appstore Blogs

Want the latest?

appstore topics

Recent Posts

Archive

Showing posts tagged with Fire Tablets

April 07, 2015

David Isbitski

Amazon is hosting a Developer Day on April 25th at the Cross Campus in Santa Monica, California. Amazon Developer Evangelists will share industry best practices and help mobile developers learn how to grow their app business via the Amazon Appstore. Amazon technology leaders will be on-hand to answer developer questions and lead talks on topics such as building apps and games for Android devices, BlackBerry,  Fire tablets, Fire phone, Amazon Fire TV, and how to build voice controlled experiences for Amazon Echo. Attendees will also learn best practices around how to make fun games and to market your game to influencers and build a fan base.

The format of the workshop will be split between morning lectures and afternoon “App Hours.” The App Hours will allow developers to get 1:1 support to publish and tests their own apps and games to the Amazon Appstore, guidance around building apps and games with Android, Unity and Xamarin, and hands on experience with the Amazon Mobile App SDK, Fire Phone SDK, Fire TV SDK and Amazon Echo SDK code samples. Developers will also be rewarded with Amazon gift cards for successful app submissions to the Amazon Appstore during the App Hours’ time period.

Already have an Android app? Bring your APK for a chance to win cool prizes! Click here to register now!

Agenda

Check-in and Breakfast
9:30am-10:00am

An Overview of the Amazon Devices and Services for Mobile Developers
10:00am-10:45am
David Isbitski, Developer Evangelist, Amazon
We will start the day off with an overview of Amazon's current developer ecosystem. Learn how you can take advantage of Amazon’s Mobile Apps SDK, Amazon's Appstore and the new line of consumer Fire devices like Amazon Fire TV, Fire TV Stick and Fire tablets, as well as monetization services such as in-app purchasing.

Building Spoken Language Apps and Experiences for Amazon Echo
10:45am-11:45am
David Isbitski, Developer Evangelist, Amazon
Echo is a new device from Amazon designed around your voice. It's always on—just ask for information, music, news, weather, and more. Tucked under Echo's light ring is an array of seven microphones. When Echo detects the wake word, it lights up and streams audio to the cloud, where it leverages the power of Amazon Web Services to recognize and respond to your request. With the release of the developer SDK you can now build your own apps and experiences for Amazon Echo. This session will cover everything you need to know starting off with how to use the SDK, how to build your first app, and end with the app submission process.

Lunch
11:45am-12:00pm                       

How We Made a Game No Fun
12:00pm-12:45pm
Peter Heinrich, Developer Evangelist, Amazon
There are lots of suggestions about how to make a game fun.  Best practices are everywhere, but you can't just follow them blindly.  To create a fun game, you have to figure out how best practices integrate into your specific game.  Come see what we did wrong, and what we learned along the way.          

How to Evolve Players into Fans
12:45pm-1:30pm
Peter Heinrich, Developer Evangelist, Amazon
We’ve analyzed the top mobile games to see what best practices make them stand out from the crowd. Several trends emerging now will amplify those best practices, and games will have more opportunity than ever to excel. In the future, the top games will have fully realized fan bases that will drive their user acquisition and engagement engines. That fan base will include players but also content creators, advocates and potential new customers — this will open up a wider range of monetization options. Come see how top mobile games drive more engagement and revenue and learn how to you can do this with your own game.      

Break
1:30pm-1:45pm

App Hours
1:45pm-3:45pm
Get 1:1 support to publish and test apps and games to the Amazon Appstore. Learn how to build apps and games with Android, Unity and Xamarin. Get hands on experience with the Amazon Mobile App SDK, Fire Phone SDK, Fire TV SDK and Amazon Echo SDK code samples.

Raffle and Wrap-Up
3:45pm-4pm


Seating is limited so be sure to register for the event to reserve your spot. Hope to see you there!

-Dave (@TheDaveDev)

 

February 25, 2015

Peter Heinrich

Do you have an idea for a great mobile game? Have you been following Jesse Freeman's blog series on creating games for the Amazon Appstore? Are you looking for inspiration to finally dive in and get started?

Thanks to the folks over at Scirra, now is the perfect time to fire up Construct 2 and turn your amazing idea into a working game—without programming. Scirra just launched their Build a Game Challenge, which rewards game developers for submitting their Construct 2 apps to the Amazon Appstore. From now until April 1, 2015, you can earn up to $100 toward the purchase of royalty free assets available from Scirra, like graphics, animations, sound effects, and music.

Fast, Fun, Powerful

Construct 2 is a drag-and-drop game creation tool that makes it easy to build 2D games based on HTML5. No coding is required, so even beginners can get started quickly. Experienced developers will find it flexible enough to support demanding requirements like complex behavior processing, graphical effects, and specialized event handling.

Worldwide Reach with Amazon

Once you have created your HTML5 game with Construct 2, you can publish it to Amazon's Appstore and make it available to millions of players around the world. Your game will be accessible in 236 countries and territories, and will appear in our store right alongside the native Android apps there. (Learn more about publishing web apps on Amazon.)

Turn That Game Idea into Reality

Don't put it off any longer! Take Scirra's Build a Game Challenge and bring your game idea to life. You will have fun doing it and even earn rewards along the way.

Not sure how to get started? Stay tuned for our upcoming blog series on building a game with Construct2.

Ready to Submit Your App or Game?

  • To learn more about the Amazon Appstore, click here
  • Click here to register for free as an Amazon Developer. 
  • Click here to download the Amazon Mobile SDK. 
  • Click here to submit your app

-peter (@peterdotgames)

 

February 19, 2015

David Isbitski

Amazon will be out at GDC San Francisco next month offering several opportunities to connect directly with you. Starting on Monday, March 2nd from 5:05pm to 5:30pm you can hear @MikeFHines talk about What Makes the Top 50 IAP Games Unique on the Amazon Appstore and lessons you can apply when generating revenue in your own games.

Then on Tuesday, March 3rd from 10am to 5:30pm we will be hosting an Amazon Developer Day covering games for Amazon Fire devices, how to build better cloud gaming experiences, reaching fans with Twitch, and applying in-app monetization best practices based on Amazon's IAP data. Technical evangelists from Amazon Appstore and AWS will be on hand to answer your questions as well as the Games Business Development team to discuss game promotion opportunities. We’ll also have devices for you to explore and test your games on, as well as a chance to win some Amazon Fire devices! Here is what the day’s agenda will look like. Click here to add a session to your GDC Scheduler.


An Overview of the Amazon Devices and Services for Game Developers
10am-10:45am

David Isbitski, Developer Evangelist, Amazon
Alf Tan, Head of Games Business Development, Amazon
Vlad Suglobov, CEO, G5 Entertainment

We will start the day off with an overview of Amazon's current developer ecosystem.  Learn how you can take advantage of AWS services specifically targeted for Game Developers, Amazon's Appstore and the new line of consumer Fire devices like Amazon Fire TV, Fire TV Stick and Fire tablets, as well as monetization services such as in-app purchasing.  Plus, hear how G5 entertainment has had success on the Amazon platform from G5 CEO Vlad Suglobov.          

Top Tips for Porting Unity Games to Fire Devices
10:45am-11:30am

Jesse Freeman, Developer Evangelist, Amazon  
In this talk, we'll cover important tips for porting Unity games over to Fire TV, Fire tablets and Fire phone. Through code examples, we'll demo how to support multiple resolutions for pixel perfect Orthographic and Perspective Cameras, abstracting player input to support keyboard, controller and touch, and optimization tips for C# for the best performance. We'll also show how to deploy to our devices and get your game up and running on Fire OS. You'll walk away knowing what it takes to publish to the Amazon Appstore and help expand your game's user base.

How to Evolve Players into Fans
11:30am-12:00pm

Peter Heinrich, Developer Evangelist, Amazon
We’ve analyzed the top mobile games to see what best practices make them stand out from the crowd. Several trends emerging now will amplify those best practices, and games will have more opportunity than ever to excel. In the future, the top games will have fully realized fan bases that will drive their user acquisition and engagement engines. That fan base will include players but also content creators, advocates and potential new customers —  this will open up a wider range of monetization options.  Come see how top mobile games drive more engagement and revenue and learn how to you can do this with your own game.

Catered Lunch
12:00-12:30pm

Build and Deploy Your Mobile Game with AWS
12:30pm-1:30pm
Dhruv Thukral, Gaming Solutions Architect, Amazon
Tara Walker, Technical Evangelist, Amazon
Developing a successful mobile game today is about more than just the game:  Users expect backend services like user authentication, downloadable content, and social features. Using our AWS Mobile SDK for iOS and Android, it’s easier than ever to build a game with these services.  This session will provide a step-by-step approach to add features to your game such as user identity management, dynamic content updates, cross-platform data sync, and more.  We’ll demonstrate how to use the AWS Mobile SDK to securely interact with services such as Cognito, DynamoDB, S3, and EC2.  Finally, we’ll provide a few common architecture patterns and scalability tips for AWS game backends.

How We Made a Game No Fun
1:30pm-2:15pm

Mike Hines, Developer Evangelist, Amazon
There are lots of suggestions about how to make a game fun.  Best practices are everywhere, but you can't just follow them blindly.  To create a fun game, you have to figure out how best practices integrate into your specific game.  Come see what we did wrong, and what we learned along the way.       

Connecting with Your Customers - Building Successful Mobile Games through the Power of AWS Analytics
2:30pm-3:30pm

Nate Wiger, Principal Gaming Solutions Architect, Amazon
Free to play is now the standard for mobile and social games.  But succeeding in free-to-play is not easy:  You need in-depth data analytics to gain insight into your players so you can monetize your game.  Learn how to leverage new features of AWS services such as Elastic MapReduce, Amazon S3, Kinesis, and Redshift to build an end-to-end analytics pipeline.  Plus, we’ll show you how to easily integrate analytics with other AWS services in your game.

Deploying a Low-Latency Multiplayer Game Globally: Loadout
3:30pm-4:15pm

Nate Wiger, Principal Gaming Solutions Architect, Amazon
This is a deep-dive straight into the guts of running a low-latency multiplayer game, such as a first-person shooter, on a global scale. We dive into architectures that enable you to split apart your back-end APIs from your game servers, and Auto Scale them independently.  See how to run game servers in multiple AWS regions such as China and Frankfurt, and integrate them with your central game stack.  We’ll even demo this in action, using AWS CloudFormation and Chef to deploy Unreal Engine game servers.

How Game Developers Reach New Customers with Twitch
4:15pm-5:15pm
Marcus Graham, Director of Community & Education at Twitch
Ernest Le, Director Publisher & Developer Partnerships at Twitch

Twitch is the largest live video platform and community for gamers with more than 100 million visitors per month. We want to connect gamers around the world by allowing them to broadcast, watch, and chat from everywhere they play.  In this session, learn game developers are creating engaging experiences and reaching new customers via the Twitch platform.

Mobile Ads Team at GDC

The Mobile Ads Team will be at GDC and has created a special offer just for attendees!

While attending GDC anyone who integrates the Amazon Mobile Ads API for the first time into their app or game will receive a $100 Amazon.com Gift Card.* The Amazon Mobile Ads API is easy to integrate and delivers highly-relevant mobile optimized ads from Amazon and brand advertisers ensuring a great experience for users. Members of the Mobile Ads team will also be on hand in booth #2429 to help you throughout the event.

Amazon Fire TV Twitch Broadcast

Then on Wednesday, March 4th we will be broadcasting live from GDC with a couple of special guests from 4pm to 7pm. The event is open to the public from 4pm to 6pm and you do not need to be a GDC pass holder to attend. Simply stop by the AWS Pop-up Loft on Market Street between 4pm to 6pm PST and join us in person for the Twitch stream.


We will be showcasing several new Amazon Fire TV games as well as interviewing the game developers who created them. Not at GDC? No worries, you will be able to watch the stream live on Twitch here from 4pm to 7pm PST.

If you’re a gamedev at GDC this will be a great opportunity for you to speak directly with Amazon Appstore, AWS and Twitch experts all in one place. Hope to see you there!

-Dave (@TheDaveDev)

*Visit exhibit #2429 for more details. Send us an email at amazon-mobile-ads@amazon.com with your Amazon Developer Portal registered email ID to qualify. Existing apps already sending ad requests do not qualify. Existing developers who integrate the Amazon Mobile Ads API into another qualified app for the first time are eligible for the offer. One Amazon.com Gift Card per participant while supplies last. Amazon.com Gift Cards ("GCs") may only be redeemed towards the purchase of eligible products on www.amazon.com GCs cannot be reloaded, resold, transferred for value, redeemed for cash or applied to any other account.  Amazon.co.uk is not responsible if a GC is lost, stolen, destroyed or used without permission.  See www.amazon.com/gc-legal for complete terms and conditions. GCs are issued by ACI Gift Cards, Inc. All Amazon ®, ™ & © are IP of Amazon.com, Inc. or its affiliates. Amazon may modify or cancel this offer at any time.

 

February 12, 2015

Mike Hines

As the size of mobile apps get larger, and services and tools get more complex, they add more method references to our apps. Google Play Services alone adds 29,460 methods (reference).  The result is that we are hitting the original design limitations of Android build architecture. Specifically, we hit the inability of a single Dalvik Executable file (dex file) to support more than 65K Method references. When that happens, your code will generate build errors and won’t run.

You can learn more about this issue here: https://developer.android.com/tools/building/multidex.html

And a Few Methods More

When you compile your code and are short of the 65K limit, you may reasonably believe you don’t need to worry about this problem. That is, until you submit it to an Appstore. Most appstores, (the Amazon Appstore included), add additional method references as part of the ingestion process. If your code is ”too close” to the limit when submitted, your code may fail upon submitting to an Appstore after the additional references are added. This has always been the case. However, with the release of Android 5 (Lollipop) we have started seeing a lot more of these “too close” dex file problems. To help you avoid or work around this limitation, we have some suggestions below:

What Hitting the Wall Looks Like

You’ll know when your app references more than 65,535 methods because you’ll see an error something like this:

Or

If you see these errors, you can certainly address them before submitting to an Appstore. But even if you’re close, you’ll want to try some of these practices to stay comfortably away from “too close”.

How Close Are You to 65K Method References?

To find out how close you are to 65K method references, you can utilize a tool called dex-method-counts to get the method count and what is referencing them:

https://github.com/mihaip/dex-method-counts

What is “too close”?

“Too close” will be different for each Appstore and each device OS, so there is no single correct answer. But Google sets max methods to 60K if Multidex is used, so you can be pretty sure that 60K methods is a safe number for newer Android devices. (Devices running older Android OSs may need that limit closer to ~55K methods).

Use ProGuard to Help Remove Unused Libraries

The first (and easiest) step is to remove as many unnecessary libs and methods as possible.  To help in this task, you can use ProGuard (part of the Android SDK) with -dontoptimize –dontobfuscate in the configuration which will remove unused methods from the dex file during build time. (See this helpful blog post on using ProGuard by Crashlytics)

Using More Than One dex File

If removing unused libraries doesn’t work for you, you can try using the Multi-dex approach, which splits up classes.dex into multiple dex files.

The quickest and safest approach for using multi-dex is to use the Multidex library with Gradle Plugin: https://developer.android.com/tools/building/multidex.html.

There are few caveats to this approach however; the main one is the requirement to use Gradle. You may also find that it may not remove enough methods to go below the limit without performing a few extra steps which are outlined in the “Using the Multidex Library” section below. You can use the dex-method-counts tool referenced above to check the method count of your resulting classes.dex file.

Using the Multidex Library

With Android 5.0 Lollipop release, a new support library (android-support-multidex.jar) appeared in Android SDK ver 21.1.x and Android Support library 21.0.3. You can find it in:

\android-sdk\extras\android\support\multidex\library\libs. It contains two new classes: MultiDex and MultiDexApplication and simplifies the Multidex loading process. According to Multidex documentation (http://developer.android.com/tools/building/multidex.html) it does not provide additional functionality on Android 5.0, which already has built-in support for secondary dex files. Rather, on previous versions of Android, it allows additional .dex files from the APK archive to the classloader. The library allows the archive to become part of the primary DEX file of your app and manages access to the additional DEX files.

To implement multi-dex for Pre-Android 5.0 releases follow the steps below:

Step #1

Make sure you have updated your Android build Tools to the latest version – You will need at least 21.1.x, current version as of this writing is 21.1.2

Step #2

Add the android-support-multidex.jar library into your project. You can find it in: \android-sdk\extras\android\support\multidex\library\libs

Step #3

Add multiDexEnabled true and Multidex dependency to your buildConfig in the build.gradle file. An example below:

Step #4

You can override the android.app.Application class, or declare MultiDexApplication class in AndroidManifest.xml file as shown below:

Step #5

If you have any additional libraries in your project, be sure that you disable pre-dexing on them. Unfortunately the --multi-dex option is not compatible with pre-dexed libs.

You can do this by adding the example below to your app/build.gradle file.

Step #6

You have to configure build instructions to endure that your Multidex app is optimized for the Amazon Appstore and our ingestion process. As of this writing you have three options:

Option #1 – Manually create the main-dex-list file.

In app/build.gradle file we have to add:

There are two params:

--multi-dex - enables splitting mechanism in build process

--main-dex-list - file with list of classes which have to be attached in main dex file (we will address this one in Step #5)

To ensure your Multidex app will ingest and publish properly in the Amazon Appstore you should use the --main-dex-list param to put the following in the main .dex file:

  • Custom Applications
  • Activities
  • Services
  • Receivers
  • Providers
  • Instrumentations
  • Annotations

Option #2 – Ignore the multi-dex and multi-dex-list parameters.

If you are using studio 0.9.0+ gradle 0.14.2 and use the dx.additionalParameters to manually set the max number of referenced methods in your main classes.dex file, then the main-dex-list will be auto-generated and you don’t have to set the multi-dex and multi-dex-list parameters. It will look similar to:

Option #3 - Ignore the multi-dex and multi-dex-list parameters if you are using studio 0.9.0+ gradle 0.14.2 and let the build tools automatically limit the dx.additionalParameters parameter to 60,000.

This should work for most applications, however if you have a very large number of classes in your app you may find that you will need to manually set your max number to something less than 60,000 to have your app ingest properly in the Amazon Appstore.

Additional Resources

StackOverflow has some handy info.

The source code of how Gradle automatically generates a main dex list is here.

There is also a tool that can automatically generate this main-dex-list here.

This blog post has an example of a useful proguard-rules.txt file that accommodates the AWS SDK and some other popular tools.

 

February 10, 2015

Jesse Freeman

Welcome to the final part of this five part series on making games for the Amazon Appstore. Part one, two, three and four helped you build the foundation for your game’s design and in this final post we will talk about how to actually market your game.

So you have finally finished your game and are ready to release it to the world. While there is a lot you can do after you have completed your game to help make it a success, you should always be thinking about marketing your game from the very beginning. The following section will help you with everything from naming your game to how to help it stick out in an overcrowded mobile store. While marketing a game is not an exact science, and its success has a lot to do with the quality of your game and pure luck, you can still take the necessary steps to ensure it gets the most attention possible out of the gate.

Naming Your Game

The name of your game is going to be the single most important decision you make. Companies spend huge amounts of money doing market research to come up with product names, and what you come up with for your game has lasting effects. The most basic thing you can do to help your game be more successful is to simply give it a descriptive name. Look at other games and how they came up with their names:

  • “Mario” – Named after the main character. While it doesn’t describe what you will be doing in the game, it helps establish the lead and his name defines the brand.
  • “Legend of Zelda” – The word legend implies a deep story told a long time ago, and saving Princess Zelda is the main objective of the game.
  • “Grand Theft Auto” – The name alone implies stealing cars and breaking the law. It clearly describes the main gameplay mechanic the player is going to expect to be doing.
  • “Angry Birds” – Doesn’t get any more basic than this. You play as a bunch of angry birds.

Naming a game isn’t always an easy task, but make sure your game’s name is clear, descriptive, and easy to remember. Also, make sure your game’s name makes sense for sequels and continuations if you find yourself with a hit on your hands.

Getting People to Play Your Game

This topic really goes back to the beginning section on what platform to build your game in. The key to success is really getting your game in the hands of as many players as possible. To do that, you will need to pick a platform with the most reach possible. While HTML5 has the incredible advantage of being published to the Web, you will find that it is more difficult to publish to a native store. Frameworks like GameMaker and Unity will allow you to publish to multiple platforms, but they charge extra for that service. Some features are free, and while GameMaker allows you to export an HTML5 version for the Web and Unity has a Web Player for its game, you really need to do your research and pick the right tool from the beginning.

The ideal scenario is that you are able to release your game on all of the major platforms: Web, iOS, Android, FireOS and desktop. From there, you have some granular options to decide on, like what devices to support on each mobile platform, and even what version of the OS you can support. Don’t forget Web stores, such as Chrome Market and Firefox’s new Web-based Phone OS. Also, there are online game portals that do revenue sharing based on ads around your game. While mobile is all the rage, don’t forget how many people still use Web browsers, and every modern mobile device also supports playing Web games, so you get even more bang for your buck. I am now working on having all of my games as Web-playable demos pointing to the app store versions to help broaden my audience, since being found on the Web is much easier than in an app store.

If the Web isn’t your thing, also keep in mind cross-platform desktop publishing. A lot of indies have had success with Steam Greenlight, as well as bundle deals like Humble Bundle. Both of these distribution solutions leverage desktop compiling and usually want games that support Windows, Mac, and Linux. If you intend to ever get your game on Steam, make sure you are able to offer a desktop installer.

Charging for Your Game

With all of this talk about distribution, you are probably thinking through all of your monetization options. Let’s take a look at the three most common options out there now:

  • Flat rate – Your first instinct is probably to charge a flat rate for your game, like 99 cents or more. Some games can command a very high premium on the mobile market, but gone are the days of charging $5, $10, or more, especially if you are just starting out. When it comes to pricing your game, you should do a lot of research on your game’s genre, its competition, and what it costs. If you see a lot of high quality free games similar to yours, it’s probably best to consider an alternative option.
  • Free with ads – This was popular for a long time before in-app purchases were introduced. Basically, you make the game free and use ads to help generate money. While there are clear advantages to making your game free, which allows anyone to download it, it is also incredibly hard to monetize from ads. As an example, my most successful game on Android with almost 50k downloads (roughly 1-2k players a day) only generates $1 or less each day. In order to really make money with ads, you will need at least 100k players a day or more, and show larger, more obtrusive ads that tend to slow down the game’s flow or frustrate players.
  • IAP (in-app purchases) – The final approach, which has gained considerable popularity lately, is relying on IAP (or in-app purchases). Usually, the game is free and you try to upsell so users buy more levels, items in the game, or even ways to speed up their in-game character’s development. What’s good about this approach is that your game is completely free, so you get my people playing your game, and if they like it or you have compelling IAP, they end up paying more than they normally would had your game been sold at a flat rate. This model is extremely hard to pull off successfully, and it’s a fine line between adding additional value to your game and trying to exploit the player’s compulsion loop.

The reality is that, if this is your first game, chances are high that you will not make a lot of money off of it. Having a successful game is kind of like winning the lottery. I am not telling you this to discourage you; I want first-time game developers to have a clear idea of what they are in for. Even seasoned game developers have a difficult time monetizing their games without help from marketing firms. Even getting good reviews on game sites, which is hard to do, doesn’t always translate into lots of sales. The best thing you can do is get featured on the app store itself, but once that promotion is over, unless you have a real hit on your hands, you will see a natural drop off in your game’s sales or downloads.

The last thing I want to talk about, which leads into our next topic, is that making games is a learning experience. The more games you make the better you become as a game developer and grow your chances of making a hit game. While it’s very frustrating for first-time game developers to work hard on something and not see people download it or buy it, you shouldn’t give up. One of the best things your game can be is a promotional tool for you and even your next game. Always be sure to have links to your other games inside of your game to help promote everything you are doing. You may be surprised to realize that, over time, you actually end up building up a following of people more willing to pay for your next game if they continue to play and like the ones you are releasing now.

The More Games You Make the Better

I talk to a lot of game developers each day, and they all have the same story: the more games they have in the store the better their sales are. This happens for two reasons. The first is that, when you make more than one game, they are all featured on your game’s download page under a section that highlights other games made by the same author. That means that each additional game you make basically gives you free advertising for your other games. The second thing that happens is that, when a person likes your game, they naturally want to play more games you have made. This means they will look at anything else you have created, which is the basis for building your own fan base. So each successive game you release will naturally help drive downloads and sales of your past games as well. This is another reason why you should not give up if your first game isn’t an instant success and just keep making as many games as you can!

Conclusion

The good news is that publishing to the Amazon Appstore is free and easy, especially if you are already building Android games. Simply sign up for a developer account at the developer portal to get started today. Here are some additional links to help you gets started:

- Jesse Freeman (@jessefreeman)

 

February 09, 2015

Peter Heinrich

We’ve come a long way from the custom 3D renderers and affine transformation tricks that used to be the stock and trade of every game programmer pushing the graphics envelope. Modern GPUs and frameworks let us concentrate (mostly) on the game we want to make, instead of the low-level drawing.

That doesn’t mean we are completely off the hook, though. We still have to (get to?) make choices about how the game looks and performs. We control the rendering technology—even if we don’t have to write it—and it’s up to us to tweak and optimize its behavior to suit our needs.

Texture maps are a great example. Applied almost like decals to the polygons of 3D objects, these images are essential assets that add depth, beauty, and realism. The price for this visual interest is a little extra configuration and resource management. Here are three simple ways you can improve your game’s appearance and performance when texture mapping on Fire tablets.

Know Your Limits

The latest generation of Fire tablets support OpenGL ES 3.0 and below, while older Kindle Fires support OpenGL ES 2.0. OpenGL ES makes working with textures easy, even if you are targeting multiple devices with varying capabilities. You can query the device at runtime to learn what is supported and adjust accordingly to optimize performance.

Maximum texture size, for example, describes the largest width or height possible for image data used as a texture. In the past, manufacturers tended to support only small sizes (e.g. 1K, 2K, or 4K on a side), and it was common to allocate video memory for textures based on the maximum size available—simple, if not especially efficient. With newer hardware supporting textures 8K or 16K across, though, this shortcut can rapidly exhaust all video memory.

Fire tablets support much larger texture sizes than other devices on the market, so allocating memory based on that limit by default is a bad idea. Instead, the best practice is to allocate memory based on your actual size requirements.

Get Compressed for Less Stress

If you don’t plan on manipulating texture data at runtime, you can improve memory efficiency and performance by compressing your textures in advance. Compressed textures allow OpenGL ES to optimize video memory usage, making more of it available to your game and sometimes making what you have perform better. How you compress your data depends on your requirements and the device(s) where your game will run.

ETC1, a limited compression format supported by Android and Fire OS as a standard feature, is available on all Fire tablets. It does not support an alpha channel, though, which means textures compressed with ETC1 cannot have transparency. The ETC2/EAC format remedies this, supporting transparency as well as higher compression and better visual quality. It is a standard feature of OpenGL ES 3.0 and available on the latest Fire tablets, though not earlier models supporting only OpenGL ES 2.0.

Fire tablets also support GPU-specific texture compression formats. ATC compression works on devices with Qualcomm Adreno graphics processors, while those using PowerVR chips support the PVRTC format.

Qualcomm Adreno 420

Fire HDX 8.9 (4th Gen)

Qualcomm Adreno 330

Kindle Fire HDX 8.9” (3rd Gen)

Kindle Fire HDX 7” (3rd Gen)

PowerVR G6200

Fire HD 7 (4th Gen)

Fire HD 6 (4th Gen)

PowerVR SGX 544

Kindle Fire HD 7” (3rd Gen)

Kindle Fire HD 8.9” (2nd Gen)

PowerVR SGX 540

Kindle Fire HD 7” (3rd Gen)

Kindle Fire HD 8.9” (2nd Gen)

PowerVR

Kindle Fire (1st Gen)

 

It is possible to combine multiple texture compression formats in a single APK. You can even include ATC and PVRTC textures together if you don’t want to release separate versions of your game based on GPU. In that case, you would determine at runtime which compression format was supported and load the appropriate set of textures.

“Much in Little”

Generically, a bitmap is a collection of picture elements related by proximity, palette, or some other characteristic. Similarly, a mipmap is a collection of related graphical objects, only these represent different levels of detail (LOD) for images. (The Latin multum in parvo, “much in little,” is where we get “mip.”) You can dramatically improve the appearance—and sometimes the performance—of your 3D game by pre-scaling certain images, especially those used as textures. The idea is to create high-quality “down-samples” that OpenGL ES will choose between, based on distance from the camera or 2D render size.

OpenGL ES can even interpolate between adjacent mipmap images (called trilinear filtering) to smooth the transition as objects move closer to or farther from the camera viewpoint. Because fewer texture pixels must be processed to render the down-samples (compared to simply scaling the full-sized image), they are drawn faster. Since they are anti-aliased as part of the pre-scaling step, the load on the GPU also decreases.


         Image by Tokigun (CC BY-SA 3.0)

Using mipmaps in your game is straightforward, because OpenGL ES includes a function to generate them for you. It also allows you to specify the smoothing strategies it will apply when reducing and enlarging the images.

Conclusion

Even though much of the low-level drudgery of rendering has been pushed to frameworks and graphics processors, we are still in the driver's seat and ultimately control how our games look and how well they perform. These simple tips will help you fine tune the way OpenGL ES works with textures on Fire tablets, keeping your games running fast and looking great.

-peter (@peterdotgames)

 

February 06, 2015

Jesse Freeman

We are now 4 topics into this series on how to make games for the Amazon Appstore. If you missed the original posts, make sure to check out part one, part two and part three to get caught up.

Once you have your game up and running, and you begin to approach being able to release it, you are going to want to go over all the details and make sure it’s polished. Sure, you can put a game out there just to see how it does, but in today’s saturated market of mobile games, you need to make sure you put your best foot forward when releasing your game. Here are a few things you should do in your own game before you release it.

Consistent Design

One of the most important things you should do in your game is make sure your art style is consistent throughout the game. Your in-game graphics and your UI, and even the splash screen, should all look and feel like they belong together. The best example I have of this is Mega Man 2.

As you can see the box art for “Mega Man 2”, on the left, is completely different than what the actual game looked like, on the right. While there is a time and place for being creative with your game’s art style, just make sure you don’t set the wrong expectations for your perspective players. This is especially important when it comes to creating screen shots to entice people to pay for or download your game. In the end, keeping everything consistent will help make the overall game feel more polished.

Supporting Multiple Resolutions

How to support multiple resolutions is probably one of the most common questions I get asked at all of my game design talks. Outside of supporting mobile resolutions, which are all over the place, desktop monitors have been driving game developers crazy for years. When it comes to designing for multiple resolutions, you just need to understand how aspect ratio works and decide whether your game will attempt to maintain it. To help myself out, I always start with a comp of the three main resolutions I want to support.

Here you can see that the native resolution of my game is 800 X 480. This is a 5:3 aspect ratio. From there, I can easily scale my game to 1024 X 768, which is a similar aspect ratio of 4:3. My game will also support 1366 X 768, which is a 16:9 aspect ratio. The key to this system is that my game camera simply shows more of the game screen as I change aspect ratios, and the UI moves based on the resolution as well. Here is an example of the game at two different resolutions.

Here is the game at 800 X 480. As you can see, the camera shows less of the action, but I make sure the UI scales down nicely to support the lower resolution without any overlapping.

And here is the game at 1366 X 768. As you can see, both versions of the game are fully playable, but you end up with a little extra screen real estate at the higher aspect ratio.

Perceived Performance Optimizations

The last thing I want to talk about when polishing your game is perceived performance. A lot of the time, developers spend days upon days trying to optimize their code when they end up forgetting that a few minor tweaks to the way their game runs will help give the impression of better performance to players. Sure, optimizing artwork is a key part of any performance optimization, but why not make your loading screen look more interesting while people wait, or work on making the transitions from screen to screen more seamless. Even tricks like lowering the FPS could actually help out if your game is struggling to maintain 60 FPS. Most games can easily get away with 30 FPS. Also, having more animation transitions and frames can help remove the feeling of slowness or unresponsiveness in gameplay.

Conclusion

The hardest thing to really understand is how to support multiple resolutions. Once you understand that you will be on your way to being able to make games across multiple platforms and screen sizes. To help get you started here are some resources to help you better understand our Fire Phone, Fire Tablet and Fire TV resolutions and tips for optimizing:

- Jesse Freeman (@jessefreeman)

 

 

 

January 28, 2015

Jesse Freeman

As we continue our game design series we’ll focus on one of the most important aspects for any game, adding artwork and sounds. Don’t forget to check out part one for picking a game framework and part two for game design 101.

If you don’t come from an art or music background, you might find this part of the game creation process the most stressful. Building a game for the first time will stretch all of your skills, like programming, creativity, design, and more. It’s easy to get bogged down in the details and forget the most valuable part of making a game, which is building something fun to play. In this section, I will talk about some approaches to adding artwork and sounds into your game.

Working Without Art and Sound

The first thing I tell people just starting out is to use placeholder art and sound while building a game. It may be hard to believe, but you can always get artwork later, and sound is just as easy to find online or get help making. To be honest, if you build a compelling enough game, you may even be able to convince an artist or musician to work for you and share the profit from the game. But none of that will happen if you don’t have a fun game to begin with. It also helps to take a look at other games that use minimalistic or dynamically generated art as inspiration as well. The following are a few very successful indie games that do that.

“Thomas Was Alone”
http://www.amazon.com/Bossa-Studios-Ltd-Thomas-Alone/dp/B00LXFHI60

While “Thomas Was Alone” looks deceptively simple from the screen shots, there are a lot of subtle visual effects that add depth to the art style. But, at the end of the day, the game is really about a set of primitive shapes and basic geometric levels.

“Super Hexagon”
http://www.amazon.com/Terry-Cavanagh-Super-Hexagon/dp/B00BVDNKSY/ref=sr_1_2

“Super Hexagon” was a hit as soon as it was released. It revolves around the simple concept of not touching the walls that rotate and move to the music. As you can see, the levels appear to be dynamically generated, and while its creator uses a really great soundtrack to move the levels along, all of the visuals can be sorted out once you have the basic gameplay mechanics down.

Let’s talk about how to make art and some ways to package it up into your game.

Working with Artwork

I love pixel art. It’s super easy to make, and most of the games I build are based on old Nintendo games I used to play as a kid. While pixel art isn’t for everyone, here is a list of some design tools to get you started:

  • Photoshop – This is one of the most popular and expensive art tools out there, but with Adobe’s new Creative Cloud plan, you can pay for it monthly. Photoshop is great for creating rasterized artwork, and you can do vector art as well. I use Photoshop for all of my game design and layout work.
  • Illustrator – Just like Photoshop, this is the most popular vector-based art tool out there. I suggest using a vector-based editor if you are going for a cartoony look or want to make sure your game’s artwork can scale to any resolution. Not a lot of game engines support vector artwork like Flash did, so that’s something to keep in mind.
  • Aseprite – If you are doing pixel art, this is one of the best editors out there. Not only is it free and open source, it’s just great for making pixel animation and even supports importing and exporting sprite sheets.
  • GIMP – If you are looking for a Photoshop alternative, I suggest checking out GIMP. I was never able to get into it, because I’ve been using Photoshop since version one, but GIMP is free and a lot of game developers and artists I know use it.

I could probably write an entire book on tools for making artwork for games, but you should take a look at other online tools I may have missed or that you might already own. At the end of the day, it’s all about doing the best you can when it comes to making artwork, and if your game is good enough, you will eventually find someone to help clean it all up. I actually outsource all of my artwork even though I have a background in art because I want to focus on the game and let someone else carry the burden of making good game art. You can find my own collection of open source art work at http://jessefreeman.com/category/game-artwork/

Working with Sounds

Just like artwork, creating sound effects can be a daunting process. I suck at sound design, and it’s another thing I try to outsource as much as possible. I do have a secret weapon, though, called Bfxr, which you can use online or install on your computer as an AIR app from http://www.bfxr.net/.

This app is perfect for generating simple 8-bit sound effects for your game. It may look intimidating at first, but as you can see on the left-hand side, there are a bunch of pre-defined sound templates, such as pickup, laser, explosion, and jump sounds. But the most important button is Randomize. I use this all the time to come up with new sound effects, and you can use the Synth option in the middle to modify it. I use these as placeholder sound effects in most of my games, and over time, I have built up a nice little collection of sound effects I can use from game to game to help speed up my development. You can download my collection at http://bit.ly/gamesfx.

Once you have some sound effects, you are going to need a way to convert them. Bfxr likes to generate .wav files, but you’ll be hard pressed to find a game frameworks that still use that file format. That is why I use a program called Audacity, which you can get at http://audacity.sourceforge.net/.

For example, when it comes to HTML5 games, you are going to need to output .mp3 and .ogg files, since each browser supports a different file format.

Conclusion

While this is just a small part of what you will need to produce artwork and sound effects, I have a few links below to open-source artwork and additional resources to help you get started:

- Jesse Freeman (@jessefreeman)

 

January 22, 2015

Jesse Freeman

As we continue this multi-part series on how to make your first game for the Amazon Appstore we’ll dig into the fundamentals of game design. If you are just finding this post, make sure you check out part one which covers picking a game framework that supports exporting to the Amazon Appstore.

For most people, it usually starts the same exact way. You have a game idea and just want to start building. Making a game is more than just having a good idea and the skill to code it; you have to think through the gameplay, the target audience, and map out what it is you are going to build.  I love this tweet by Sean James McKenzie of @baconandgames about your first game idea:


To help you simplify your idea to something manageable you should start by getting it down on paper. No one builds a house without a blueprint, and you shouldn’t make a game without a solid plan either. This could be something as simple as a task list with everything you need to do or something more specific, such as a document outlining all the details. Either way, your game design process is going to start with a blank page. Let’s talk about how to fill it in.

Document Your Idea

In traditional game development, you are encouraged to make a game design document. This is usually a large document outlining every aspect of a game. It’s the blueprint that the rest of the team must follow when building out the game. If you are a single developer, this is overkill. You can easily boil down a GDD into a single list of tasks with a few introduction paragraphs and any collateral or references, such as screen shots and links to other games or game mechanics you like.

It’s up to you to find the best way to document your idea, but the more you work through the details the better the project will end up. It’s very “cheap” to work out your ideas on paper or in your head before you start coding. Once you begin the coding process and need to go back, you amass what we call technical debt that can make your code unmanageable or, even worse, kill your productivity altogether by forcing you to constantly hack together new solutions or refactor code you’ve already written.

If you are having trouble getting started I highly suggest checking out the 1 Page GDD by Javi Cepa (@JaviCepa).

Getting Feedback

The most important part of this documentation process is sharing your idea with others and getting their feedback. I know you want to protect your idea with your life, but the reality is that most people starting out making games need feedback from others. We all start out with the lofty goal of “making a game I want to play,” but the reality is that you are just one person and, in order to be successful, you need to appeal to larger markets. I’m not saying you should post your game ideas online for all to see, but find a select group of trusted friends and run it by them. You’ll find that some feedback is hard to take, but being able to filter out what will actually make your game better is a valuable skill to have.

Play More Games

Perhaps the most important thing outside of documenting your own ideas is to start playing games … a lot of games. As a game maker, your hobby should be playing games, taking them apart, and figuring out what makes them tick. You should keep a notebook of all the games that you play, and even the ones you don’t play but see online. Use something like OneNote, or any note-taking app. The idea is to write down what you like about the game, what you don’t like, and some of your big takeaways from playing it. There should be screen shots if you like the art style and links to any collateral information on the game that will help you with your own ideas later. Since you never know how a game will inspire you, it’s important to be as detailed as you can. It sounds like a lot of work, but it’s honestly the most valuable tool you will ever have when it comes to finding inspiration and avoiding common pitfalls.

Conclusion

Once you have mastered these three steps for writing down your ideas, vetting them out and finding new inspiration you will be on your way to making your own game. To help get you started, here are a few games I suggest trying out on the Amazon Appstore which inspire me:

Ready to Submit Your Game?

  • Click here to register for free as an Amazon Developer. 
  • Click here to download the Amazon Mobile SDK. 
  • Click here to submit your app

- Jesse Freeman (@jessefreeman)

 

January 12, 2015

Jesse Freeman

In this five part series you will get the basic foundation you will need to get started. In part one we’ll cover picking a framework and why you should use one designed specifically for game development.

Whether you are a seasoned game developer or just getting started making your own game, chances are you are going to need a good game framework to build upon. A game framework could be as simple as a collection of code packed up into a library in a specific language, like JavaScript, or a more complex system of scripts, tools, and workflow built on a specific platform. Both types are designed to help speed up your game’s development. The last thing you want to be doing, especially when getting started, is reinventing the wheel. Here is a quick rundown of things to look for in a good game framework:

  • Speeds up development by including collision and physics, and handles input
  • Has good documentation and an active community to help answer questions
  • Is easy to pick up and matches your skill level (drag and drop for non-coders and low-level access for seasoned developers)
  • Easy multi-platform distribution, allowing you to get your new game on as many devices as possible

To help you pick the right game framework, I have highlighted a few of the most popular ones which work great on Fire OS devices and are perfect for people getting started making their first game. I have arranged these from easy to hard based on the above criteria.

Construct 2 (Beginner)

https://www.scirra.com/

Construct 2 is as easy as it gets for making a game. It employs a drag-and-drop behavior system, where you build up game logic from pre-made scripts that are attached to your game’s elements.

Construct 2 games are built in HTML5 (although you never have to touch the code itself) and, because of this, it’s ideal for publishing your game on the Web. Construct 2 games also run on a number of different platforms too The only down side to Construct 2 is that you are removed from the coding aspect of making the game, so you are fully dependent on what Scirra has provided. And, while you can add additional functionality via plugins, it’s not ideal if you come from a coding background and want to manually tweak things yourself.

GameMaker (Beginner to Intermediate)

http://www.yoyogames.com/studio

GameMaker is a great tool for making 2D games. It’s incredibly powerful, and a lot of well-known indie success stories got their start in GameMaker (“Spelunky,” “Hotline Miami,” etc.).

GameMaker is similar to Construct 2 in ease of use since you can perform drag-and-drop, event-based coding, and more advanced users can take advantage of its built-in scripting language called GML (GameMaker Language). GML is C based, so if you know C, JavaScript, Java, or C#, it will be familiar. But the language does have limitations, such as limited data structures and no classes. While the UI of GameMaker takes some getting used to, it’s still an excellent tool for 2D games, and its support for publishing to desktop, mobile, and HTML5 shouldn’t be overlooked.

Unity (Intermediate to Advanced)

http://unity3d.com/

Right now, Unity is a very popular game framework. Similar to GameMaker it also has it’s own IDE and you can drag and drop behaviors but Unity requires a baseline of coding skills to get up and running.

The IDE is very polished and easy to use, but being a 3D tool means that there is a certain level of knowledge you will need before getting started. Unity supports three languages: UnityScript (which is similar to JS), C#, and Boo. Unity now has a free version that supports exporting to desktop and mobile that displays the Unity logo on startup. The pro version gets incredibly pricey but adds lots of must-have features for more advanced game developers. Also, Unity released a new Sprite workflow for anyone interested in making 2D games.

HTML5 (Intermediate to Advanced)

https://github.com/bebraw/jswiki/wiki/Game-Engines

Sometimes you want to control every aspect of your code. HTML5 is a great place to do that, and it’s one of the only game platforms that allows you to target multiple platforms with the same code base, and include the browser on desktop and mobile as well.

There are a lot of really great HTML5 frameworks out there, but the two most popular are Impact ($100 license) and Phaser (free). The one thing to keep in mind is that you will have to manage browser compatibility across desktop and mobile, and native app distribution is still an issue. Also, in many cases you will need to bring your own tools, but seeing a game work perfectly in a mobile browser without a plugin opens up a lot of doors you would not get in a native mobile app store. On the flip side, we make it incredibly easy to test and publish HTML5 games on our devices via our Web App Tester.

Godot (Advanced)

http://www.godotengine.org/wp/

Godot is a new and completely open source game engine that just caught my attention.

While I’ve not used it, it looks incredibly promising and one I wanted to put on other developers radars. It uses a scripting langue similar to Phython and promises to export to multiple platforms. It’s one that I hope to dig into a little more in the new year plus being completely open source means you can tinker with how the engine works under the hood.

While I could probably write an entire book on different game frameworks and platforms, I don’t want to overwhelm you. The good news is that, if you are just starting out, there is guaranteed to be a framework that is right for your skill level or game idea. If you are looking for some more resources on how to get started, we have a few blog posts to covering Phaser and Unity, which you may want to check out:

- Jesse Freeman (@jessefreeman)

 

January 08, 2015

Paul Cutsinger

The thing I’ve enjoyed most in the past year is connecting with so many amazing app devs. We’ve talked in person and on this blog about monetization, opportunities on FireTV, Fire Tablets, Fire phone and some cool new features. But, one line of questions consistently tops the list… 

“How hard is it to get into the Amazon Appstore?”

While it’s easy to respond with “It’s easy, in fact most apps just work — it’s Android”, it’s always more fun and informative to say “Let’s try it right now!”  Frankly, it’s the only way for an app developer to really know. As a dev myself, I’ve heard “it’s easy” a million times when it’s really a more complicated answer and depends on my specific situation. So, maybe a better question would be “What’s the minimum amount of work that I need to do to understand the true cost of publishing my app to Amazon." (hint: it’s easy!)

With that in mind, I’d like to highlight a set of blog posts that help you answer that question by giving you specific answers for your specific app in minutes.

First, Use the Testing Tool Website

All you need is your APK. Drag and drop it into the tool’s website. We’ll run a test pass and in minutes you’ll get a report including specific action items (if any), links to the documentation you need for each action item and screenshots of your app on device. 

Amazon’s 90 second App Testing ServiceBlog, Video, Straight to the test  

Next, Try Your App on a Device Yourself

I’ve sideload apps with many developers and each time it’s really cool to see them light up when their app fires up. There’s a whole new set of Amazon Appstore customers available and it’s so close. Here’s how you can enable ADB and sideload on each of the Amazon devices and see your app running for yourself.

Side load your APK onto a deviceFire Tablets, Fire TV, Fire Phone  

 

Happy New Year!

Paul Cutsinger (@PaulCutsinger)

 

November 24, 2014

Peter Heinrich

An important success metric for any app is engagement: a measure of how frequently and how long people play your game. Amazon GameCircle is designed to help developers increase engagement through player Achievements, Leaderboards, and saved game syncing across multiple devices. Once you integrate GameCircle, players can seamlessly play games and interact with other gamers across mobile devices.

Now GameCircle social APIs offer new ways for you to improve player engagement by making it easier for players to connect with new friends.  Using a simple API you can now pull GameCircle friends data into your game for players who use Amazon devices. Players using Amazon devices are able to create a profile for themselves, including a nickname and profile image, and can add other GameCircle players to their friends list. You can access this data and display it in your own games or use it to leverage custom social interaction features.

Make It Easy for Players to Find Friends

Players with friends play longer, but not all players have real-life friends playing your game right now.  The GameCircle Friends API helps you solve that problem by enabling you to show your customers a list of suggested friends. By integrating a ‘Find Friends on GameCircle’ button into your game, players can easily click-through to their GameCircle Friends page to discover new friends who are also playing your game and add those suggested friends in just two clicks. GameCircle Friends doesn’t require players to grant your app permission or sign-in to access friends, so players can find and add new friends quickly and get back to playing your game sooner.

Add GameCircle Friends to Your Game

Add GameCircle Friends to your game today to increase player engagement.  Getting started is easy:

 

November 10, 2014

Corey Badcock

Vision Mobile recently shared a new chart showing a higher percentage of Amazon Fire developers above the app poverty line versus other platforms. More specifically, 59% of developers distributing their apps on the Amazon Appstore make more than $500 per month versus <50% on other platforms. Tweet: 59% of #devs distributing #apps to Amazon #Appstore make more than $500 per month versus <50% on other platforms http://ctt.ec/9Y1Z3+ The chart also showed that developers continue to experience increased monetization in the Appstore - Amazon had a bigger proportion of developers making $5,000+ a month compared to developers on other platforms. Tweet: #Amazon #Appstore had a bigger proportion of #developers making $5,000+ a month compared to #devs on other platforms http://ctt.ec/05hxK+ We’re excited to see developers like you expand their reach and monetize apps through the Amazon Appstore.

VM Graph

Today the Amazon Appstore is available on more than just Fire devices including the all-new Amazon Fire TV Stick. The Amazon Appstore for Android is also pre-loaded on BlackBerry 10 devices and carriers including O2, EE, Deutsche Telecom and others on millions of Android devices. This wide reach gives your app access to even more customers. Plus, the latest Amazon shopping app fully integrates apps and games into the shopping experience enjoyed by millions of customers. So when customers are searching for products in the Amazon shopping app, they’ll also discover relevant apps and games that they may also enjoy.  Here’s what some developers are saying about their experience with Amazon:

“When we compared our 2014 data, we noticed that ARPU on Amazon was 70% higher than on Android and 15% higher than on iOS”. Tweet: “When we compared our 2014 data, we noticed that #ARPU on Amazon was 70% higher than on #Android and 15% higher than on #iOS”. @AmazonAppDev                                                                         

– Elad Kushnir, VP of Business Development at Playtika

 

“The Average Revenue Per Download (ARPD) on Amazon is actually higher than on Android.”Tweet: “The Average #Revenue Per #Download (ARPD) on #Amazon is actually higher than on #Android.”  @AmazonAppDev   

– Jean-Baptiste, CEO at DJIT

Check out the infographic below to learn more about where your apps will be available once you distribute them on the Amazon Appstore then get started and submit your apps here.

P.S. The holidays are the best time of the year to submit your apps. Read our latest blog post to learn more: Three Important Stats About Holiday Device Sales

 

 

October 28, 2014

David Isbitski

Are you a C# developer looking to publish your apps and games across multiple mobile platforms?  Did you know that Xamarin fully supports Amazon’s growing ecosystem of devices including Kindle Fire tablets, Fire TV and Fire phone. 

At Xamarin Evolve 2014 this month I facilitated a session on building native Amazon Fire phone, Fire TV, and Fire Tablet apps with Xamarin Studio (Click the image below to see the video).

This free video will walk you through how to quickly use Xamarin to run your apps and games on Amazon devices, as well as provide an overview of Amazon Appstore services that help developers get their app discovered and increase customer engagement and monetization.  Now is the time!  Using the same C# language you love and the power of Xamarin you can reach millions of potential new Amazon customers. 

For more information about getting started with Xamarin Studio and Amazon Fire devices, check out the following additional resources:

-Dave (@TheDaveDev)

 

 

 

 

October 07, 2014

Paul Cutsinger

It started with a 90 second test to see if your Android app is ready to launch in the Amazon Appstore.

Then there was added support for Fire phone and screenshots from the actual device.

Now, you can get the results from your device testing even if you don’t have a developer account. So, grab your APK and get test results in 90 seconds.

Test your apps for Fire Tablets, Fire Phone and Appstore for Android in just a few minutes. 75% of existing apps and games we've tested require no changes before going live. You can find out whether your app has any of the common issues that can block publication on the Amazon Appstore. Our App Testing Service also gives you access to additional test results that show you how your app looks and performs on live devices. Start the test here.

@PaulCutsinger

Want the latest?

appstore topics

Recent Posts

Archive