I've been keeping a blog for my current Android game and as I get closer to an actual playable version of the game, screenshots just aren’t enough to show new progress anymore. What I need is video. The problem is, my game won’t run on the current emulator (uses OpenGL ES 2.0), and my computer couldn’t run the emulator if it wanted to anyways. So desktop video capture is out of the question. The only real idea I have is holding the phone in front of the only video camera I own: a webcam… yeah. Does anyone know a better (preferably free) way to capture video from an Android device?
Tell me more
×
Game Development Stack Exchange is a question and answer site for
professional and independent game developers. It's 100% free, no registration required.
|
|
Perhaps something like Droid@Screen would work? Here's a video of setting it up and capturing video using CamStudio. Droid@Screen is in alpha, so it might work. Good luck! I'll keep an eye out for those videos on your blog .) Hopefully your computer can handle that much :/ Edit If your android device is rooted, there's an entirely on the phone option with ScreenCast & Recorder. Here's an article and the android market page for paid and free. Free version limits to 30 seconds of recording. |
|||||
|
|
we now have a free SDK that allows you to record videos with no overhead (we capture all the OpenGL calls) within any app or game. And any Android game developer that sends us their video could be featured at Game Developers Conference in San Francisco Details: http://www.lunarg.com/seemegaming/ |
|||||||
|
|
This isn't the easiest way, but it doesn't require rooting your phone. You can slow down your game, run it in the emulator, record a video of the emulator, and then speed up the video. More details on http://www.firedroid.net/2010/07/01/recording-android-games/ |
|||
|
|
|
I'm not familiar with Android development, but I've used this technique on other platforms. As you can take screen shots, could you simply lock your time step to say 1/30th sec (instead of using actual elapsed time) and save a screen shot every frame, which you can reassemble afterwards into a video on your PC. The main downside of that method is that audio capture is more difficult - you will probably need to recreate it or replace it with something else. It's also helps if you can record and replay any required user inputs since the game will be running in slow motion thanks to the screen shot saving. |
|||
|
|
|
You should port your game on Desktop. OpenGL ES 2.0 can be easily port on OpenGL 2.1. With a desktop version, you can use many tools to debug and profile your OpenGL code. Yes, it is a lot of work but you will develop quicker with a Desktop port. If you refuse to port your OpenGL ES code, there are OpenGL ES emulator on windows too (Theren't android emulators). Note: With a video capture tool, you can't expect 30FPS. Only hdmi output present on many devices can help you... Note 2: an OGLES 2.0 android emulator with hardware support is in the google labs, but no availability date. |
|||||||
|
|
Unfortunately, I don't know if there are any good, solid, simple answers, since a lot of it depends on the device you're using and the game itself. A quick google of
This issue is that some of these solutions might take too long to implement, or plain old won't work for OpenGL games. And none of these will really show off any elements of the game that rely on touch, or accelerometer, or microphone/camera. So in some cases, the best option is to just stick the phone on a flat, well lit surface, point a camera at it, and play your game. In some cases, a web cam might be good enough to show the game in action, and you can entice people with pretty screenshots as well. If the web cam really is terrible, there's the option of finding a friend with a camera you can borrow for a few hours (or less) |
|||
|
|
