Samsung Galaxy Tab 10.1

Posted by Simon in Adobe, AIR, Android, Flash, Flash Mobile, Mobile, Tablets on Feb 21st, 2011 | 0 comments

Be more Entertained

Samsung Galaxy Tab 10.1 is your ultimate entertainer, delivering a multimedia tablet experience at the grandest scale ever!

Watch Full HD movies, take 8MP photos, and play games or surf Flash websites on the large 10.1″ display and dual surround sound speakers! Everything runs smoother, faster and better with the powerful 1GHz Dual Core Processor and Android 3.0, Honeycomb platform.

Incredibly lightweight at just 599g and yet still fully loaded with features, Samsung Galaxy Tab 10.1 is your consummate entertainer and it’s always ready to perform.

Your life tools

The Samsung Galaxy Tab 10.1 has everything you need to keep tabs on your life-at home with your family, at work and even on the go! Running Honeycomb, Android’s newest platform made just for tablets, the Galaxy Tab excels at smooth web browsing and fast downloads thanks to HSPA+ 21Mbps and Wi-Fi access.

Enjoy the same access to Google Mobile Services on the tablet as on your PC – from Gmail to Google Calendar. Choose from over 3 million Google Books to read on the tablet without the burden of carrying multiple books with you. Download a myriad of apps from the Android Market to customise the functionality of the tablet to your needs.

Specifications

Hands-on Video

Samsung Galaxy S II Hands-On

Posted by Simon in Android, Mobile on Feb 14th, 2011 | 0 comments

Hands-On with the new Samsung Galaxy S II by Engadget.

Juxio Project featured on TechCrunch

Posted by Simon in Adobe, AIR, Apple, Development, Flash Builder, Flex, iPad, iPhone, Mobile, RIA, Services on Dec 7th, 2010 | 0 comments

In August 2010, Juxio was released in beta and so far has had quite a good reception from the public. The word Juxio [juhk-see-oh] comes from the word juxtaposition, the placement of two or more elements together to create new meaning. The company is based in Burlington, MA, USA.

The best way to describe the services is as follows:

“Juxio is a new visual way to communicate. Individuals and businesses use Juxio to combine images, text and more into mashable, visual streams called Juxes to share across social media and in print. Juxes are created on both our Web and iPhone apps. In the future we will support additional mobile devices. By making Juxio available anywhere at any time, we hope you find more ways to create new meaning.”

ThoughtFaqtory have been involved in the development of Juxio since the beginning of 2009. We were brought on-board to develop the web application, using Adobe Flex, Flash and ColdFusion. The biggest challenge in developing the web application was the client wanted the Juxios to be a maximum of 72″ x 36″ in size. One of the challenges we faced in the design phase was how we were going to handle the memory issues. We designed the application with these potential issues in mind.

The first idea we had was to use a tile layout and only render the tiles which were on the screen. This would reduce the memory load because only a portion of the Juxio would be stored in memory. But when zooming out so that the entire Juxio is shown we would have to store the entire Juxio in memory anyway. We could not afford to have the entire Juxio in memory because it could cause the application to crash due to insufficient resources. The team had to find a way to use less memory per inch of the Juxio. The biggest consumer of this was the images, so we looked at optimizing the system used to load and store images.

We worked on a system that would download an image stored in the cloud, scale and crop it to best fit the component it belongs to. A snapshot was taken of the transformed image and the original one is discarded. The smaller image is then rendered and kept in memory. Depending on the size of the original image we saved a significant amount of resources. The disadvantage of this approach is that when scaling an image we lose image quality. But because we are scaling down and not up, the loss is not as great. We also found that by taking the snapshot with Adobe Flash’s highest quality rendering mode we limited this loss.

One of the requirements was to render a 76” x 36” at 300 pixel per inch (PPI) PDF for print. Standard web graphics are 72 PPI to put this into perspective. An image of this size and quality would be 744 MB. While we could compress the image for the PDF, we would still need to create all of the pixels in order to compress them. It would be unfeasible to allow the Juxio to be edited at this quality. The team had to find a way to edit the Juxio at a low resolution and output it into a high resolution.

We decided to edit the Juxio with the standard 72 PPI and then scale it to 300 PPI when outputting to PDF. In order to create a 300 PPI image we needed to scale the Juxio up 4 times. Adobe Flash Drawing API is done using vector graphics and wouldn’t lose quality when scaling them up to the desired size. We used embedded font’s so that Adobe Flash would scale the text without losing quality too. But the images obviously pose a problem when scaled up 4 times the size. So we had scale the original image up by 4 to fit into it’s image component (explained earlier). Now the image stored in memory would be the correct size for the required 300 PPI to output to PDF. Essentially we were storing a 300 PPI image in memory. When the Juxio is edited, the image is scaled down and rendered at 72 PPI. Once the Juxio is being outputted, the image maintains its 300 PPI.

The screen shot below shows a set of images that have been cropped to match the exact size of the rectangle, so memory usage is minimal.

The team were very happy with the results and the effort that went into prototyping the different scenarios, it definitely paid off. That was the first of many obstacles that we encountered in the design and implementation phases of the project. We are continually adding new features as users become more advanced which allows the creation of even greater content. In the next article we will dive deeper into the functionality of the web application that make it such a powerful and unique product.

Earlier this year Juxio asked us to develop an iPhone application that allowed users to create Juxes (*smaller versions of Juxios) based on selection of templates using there iOS devices. Designing a mobile application requires a different approach compared to a web application on the desktop. Firstly, the screen size is a lot smaller, you are required to think on a screen by screen basis when designing mobile applications. When we started to design the iPhone app with the client, we need to take into account the hardware, form factor, screen size, orientation, input methods and other capabilities such as GPS and camera etc.

The one major challenge when designing for a mobile device is to take into account the network connectivity. Users take their phones everywhere with them which means variable Internet connectivity or sometimes non at all. So ideally the application should work in offline mode and check whether a network connection is available before sending or receiving data from the device.

So that is exactly what our team did, we designed and developed the application to work with or without a network connection. The app is smart enough to know when a connection is available and sync the data appropriately. Implementing a robust syncing framework is quite challenging but when it’s working can be a very rewarding experience. This functionality was essential in keeping the users different devices and web application in sync. We kept the process very simple for the user, there was no conflict management, that was all handled within the framework.

The next biggest challenge was implementing a layout engine for the different templates that the user can choose from. This was developed using Core Graphics API and is a little more complicated compared to using Adobe Flex and the Adobe Flash Drawing API. Each template is rendered based on a data structure defined in XML, and both the web and iPhone apps understand this structure.

To enable cross device content creation, sharing and display, we persist XML which is used by the layout engine to render the Juxio. The XML used to create the Template is modified by the users when they add content to the Juxio. This XML which describes the user’s Juxio is persisted to the cloud and allows the iPhone or web application to load and render the persisted Juxio.

Link to the TechCrunch article on Juxio when it launched in August 2010 as a private beta.

* A Juxio is created using the web application

* A Jux is created using the iPhone application

iPad is Amazing a new TV ad

Posted by Simon in Apple, iPad, iPhone, Mobile on Dec 1st, 2010 | 0 comments

Looks like Apple released a new iPad ad recently titled “iPad is Amazing” with the holiday season in mind. It is aimed at showcasing the new iOS 4.2 features such as AirPrint, AirPlay and multi-tasking.

New iPhone 4 Ads – Longer

Posted by Simon in Apple, iPhone, Mobile on Dec 1st, 2010 | 0 comments

The new iPhone 4 Ad touts better battery life. I have noticed that the battery does lose around 20% leaving it in standby mode overnight. The battery life is pretty good considering what the iPhone 4 can do including the high resolution Retina Display.