<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Mobile Phones for Music, Built in Java/Processing</title>
	<atom:link href="http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/feed/" rel="self" type="application/rss+xml" />
	<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/</link>
	<description>The latest gear, software, and techniques for electronic music production and performance</description>
	<pubDate>Thu, 08 Jan 2009 19:18:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: alexislli</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-208166</link>
		<dc:creator>alexislli</dc:creator>
		<pubDate>Mon, 25 Jun 2007 11:38:25 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-208166</guid>
		<description>In the http://www.apple.com/iphone/ads/ad2/ there is double tap to zoom in on the New York Times--not multi-touch finger spread zoom? Where is it?

http://www.pspconverter.com/iphone_converter/</description>
		<content:encoded><![CDATA[<p>In the <a href="http://www.apple.com/iphone/ads/ad2/" rel="nofollow">http://www.apple.com/iphone/ads/ad2/</a> there is double tap to zoom in on the New York Times&#8211;not multi-touch finger spread zoom? Where is it?</p>
<p><a href="http://www.pspconverter.com/iphone_converter/" rel="nofollow">http://www.pspconverter.com/iphone_converter/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bluderfok</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-203541</link>
		<dc:creator>bluderfok</dc:creator>
		<pubDate>Thu, 21 Jun 2007 06:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-203541</guid>
		<description>I am wondering now how to play games and create music tunes on iPhone with its lovely multi-touch screen device

http://www.mp4-converter.net/iphone-converter/</description>
		<content:encoded><![CDATA[<p>I am wondering now how to play games and create music tunes on iPhone with its lovely multi-touch screen device</p>
<p><a href="http://www.mp4-converter.net/iphone-converter/" rel="nofollow">http://www.mp4-converter.net/iphone-converter/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M-.-n</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194471</link>
		<dc:creator>M-.-n</dc:creator>
		<pubDate>Thu, 14 Jun 2007 09:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194471</guid>
		<description>and I forgot in the wish list:

!! A SDK !!  :)

The difficulties in getting homebrew running is a major point. That's why I'm not even considering porting LGPT to the PSP for example. When consume your free time in writing application, the last thing you wanna do is struggle with dumb plateform issues.</description>
		<content:encoded><![CDATA[<p>and I forgot in the wish list:</p>
<p>!! A SDK !!  :)</p>
<p>The difficulties in getting homebrew running is a major point. That&#8217;s why I&#8217;m not even considering porting LGPT to the PSP for example. When consume your free time in writing application, the last thing you wanna do is struggle with dumb plateform issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M-.-n</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194468</link>
		<dc:creator>M-.-n</dc:creator>
		<pubDate>Thu, 14 Jun 2007 09:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194468</guid>
		<description>I'm not too much gaggin for the 'phone' part.

I'd rather have a dumb 10$ cell phone for talking and a small-ish powerful device to write exciting apps that won't ring. With that respect, the GP2X is a *blast*, I still can't believe how much power I get out of it.

I think my perfect machine at this point would be the bastard child of the GP2x and DS:

+ Power and open-friendlyness of the 2X
+ Nice 320x240 of the 2X
+ Linux on board for remote telnet/samba
+ Wi-fi 
+ Touch screen from DS
+ 200 euros price tag.
+ Before some mention some tablet/pocket pc:
   it needs the knobs too.

As Extra:

+ The DS's dual screen for extra clarity
+ Twice the power (so I can start cramming
  more algorithms in the piggy)

I tried to mate mine but they don't see too attracted to each other :(</description>
		<content:encoded><![CDATA[<p>I&#8217;m not too much gaggin for the &#8216;phone&#8217; part.</p>
<p>I&#8217;d rather have a dumb 10$ cell phone for talking and a small-ish powerful device to write exciting apps that won&#8217;t ring. With that respect, the GP2X is a *blast*, I still can&#8217;t believe how much power I get out of it.</p>
<p>I think my perfect machine at this point would be the bastard child of the GP2x and DS:</p>
<p>+ Power and open-friendlyness of the 2X<br />
+ Nice 320&#215;240 of the 2X<br />
+ Linux on board for remote telnet/samba<br />
+ Wi-fi<br />
+ Touch screen from DS<br />
+ 200 euros price tag.<br />
+ Before some mention some tablet/pocket pc:<br />
   it needs the knobs too.</p>
<p>As Extra:</p>
<p>+ The DS&#8217;s dual screen for extra clarity<br />
+ Twice the power (so I can start cramming<br />
  more algorithms in the piggy)</p>
<p>I tried to mate mine but they don&#8217;t see too attracted to each other :(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194246</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Thu, 14 Jun 2007 03:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194246</guid>
		<description>Oh, yeah ... and I never did get to fully appreciate the Beatnik technology, developed by a startup led by Thomas Dolby, that powers MIDI phones ... I don't know how much of that is actually left in modern phones, though I know it had an impact.

Some phones now have pretty high-performance CPUs. I think sometimes they bog down because of poor bloatware running on them -- possibly just memory consumption. I've seen exactly the same hardware perform radically differently. Some here probably know more than I do, though...

I'd love to have a totally open phone platform.</description>
		<content:encoded><![CDATA[<p>Oh, yeah &#8230; and I never did get to fully appreciate the Beatnik technology, developed by a startup led by Thomas Dolby, that powers MIDI phones &#8230; I don&#8217;t know how much of that is actually left in modern phones, though I know it had an impact.</p>
<p>Some phones now have pretty high-performance CPUs. I think sometimes they bog down because of poor bloatware running on them &#8212; possibly just memory consumption. I&#8217;ve seen exactly the same hardware perform radically differently. Some here probably know more than I do, though&#8230;</p>
<p>I&#8217;d love to have a totally open phone platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194045</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Wed, 13 Jun 2007 19:57:26 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-194045</guid>
		<description>well most cell phones have a general midi synth that shouldnt use much cpu to drive.. i think I would be interested in a decent sketch pad that could export midi from songs made with that..</description>
		<content:encoded><![CDATA[<p>well most cell phones have a general midi synth that shouldnt use much cpu to drive.. i think I would be interested in a decent sketch pad that could export midi from songs made with that..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M-.-n</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193959</link>
		<dc:creator>M-.-n</dc:creator>
		<pubDate>Wed, 13 Jun 2007 16:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193959</guid>
		<description>Thanks for the fix.. good to know there's an opening there. what about the amout of processing you can do ? All cell phonezee I've seen so far are dead slow even for their regular usage (sending message, accessing the phone book). Hi end nokias have bell and whistles but still browsing the photos is a pain in the butt. Is there anything worthwile there ?</description>
		<content:encoded><![CDATA[<p>Thanks for the fix.. good to know there&#8217;s an opening there. what about the amout of processing you can do ? All cell phonezee I&#8217;ve seen so far are dead slow even for their regular usage (sending message, accessing the phone book). Hi end nokias have bell and whistles but still browsing the photos is a pain in the butt. Is there anything worthwile there ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193951</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Wed, 13 Jun 2007 16:04:33 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193951</guid>
		<description>Interesting to hear, divbyzero ... which provider would you say is better? Both Sprint and AT&#038;T/Cingular appear reasonably open.

I found Verizon really closed in general and dumped them, finally -- especially when they stopped supporting phone-as-modem features they actually pitched *to me* when I went with them. (And that's a case where the closed/open thing will be painfully obvious even to a fairly average consumer.)</description>
		<content:encoded><![CDATA[<p>Interesting to hear, divbyzero &#8230; which provider would you say is better? Both Sprint and AT&#038;T/Cingular appear reasonably open.</p>
<p>I found Verizon really closed in general and dumped them, finally &#8212; especially when they stopped supporting phone-as-modem features they actually pitched *to me* when I went with them. (And that&#8217;s a case where the closed/open thing will be painfully obvious even to a fairly average consumer.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: divbyzero</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193941</link>
		<dc:creator>divbyzero</dc:creator>
		<pubDate>Wed, 13 Jun 2007 15:50:02 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193941</guid>
		<description>A reasonably featureful real-world J2ME application (i.e., Java for mobile phones) I'm currently developing for my day job clocks in at 800 kb total memory usage.  Yes, thats kilo, not mega.  Obviously if they're trying to support devices with noticably limited hardware, they're going to optimize the runtime a heck of a lot more than the desktop version.

The available APIs are fairly limited, but not necessarily prohibitively.  If your phone supports the right optional media APIs, you should be able to run a nice little toy MIDI sequencer on the go.  I'd write one for myself in a heartbeat, but my personal phone is on the Verizon network (USA), which is, for all intents and purposes, completely closed to independent developers.</description>
		<content:encoded><![CDATA[<p>A reasonably featureful real-world J2ME application (i.e., Java for mobile phones) I&#8217;m currently developing for my day job clocks in at 800 kb total memory usage.  Yes, thats kilo, not mega.  Obviously if they&#8217;re trying to support devices with noticably limited hardware, they&#8217;re going to optimize the runtime a heck of a lot more than the desktop version.</p>
<p>The available APIs are fairly limited, but not necessarily prohibitively.  If your phone supports the right optional media APIs, you should be able to run a nice little toy MIDI sequencer on the go.  I&#8217;d write one for myself in a heartbeat, but my personal phone is on the Verizon network (USA), which is, for all intents and purposes, completely closed to independent developers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193891</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Wed, 13 Jun 2007 14:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmusic.com/2007/06/13/mobile-phones-for-music-javaprocessing-for-mobile-art-music/#comment-193891</guid>
		<description>Java applications most definitely don't need to use 100MB, but what you're seeing is Java's biggest problem -- the massively bloated JRE. The good news is, the Java community seems finally to be waking up to just what a big problem this is. I think you'll see a much better "consumer" JRE as soon as early 2008, and the OpenJDK initiative is likely to mean people will start working on open source development initiatives that address some of the other issues. Even now, there are ways around that.

Mobile is going to be a completely different story -- it's designed to be small. You don't get direct access to the hardware, necessarily, but you get a lot. I don't think cell phones are every likely to be serious music tools, but you ought to be able to do *something* with them. :)

And I agree ... buttons are great!</description>
		<content:encoded><![CDATA[<p>Java applications most definitely don&#8217;t need to use 100MB, but what you&#8217;re seeing is Java&#8217;s biggest problem &#8212; the massively bloated JRE. The good news is, the Java community seems finally to be waking up to just what a big problem this is. I think you&#8217;ll see a much better &#8220;consumer&#8221; JRE as soon as early 2008, and the OpenJDK initiative is likely to mean people will start working on open source development initiatives that address some of the other issues. Even now, there are ways around that.</p>
<p>Mobile is going to be a completely different story &#8212; it&#8217;s designed to be small. You don&#8217;t get direct access to the hardware, necessarily, but you get a lot. I don&#8217;t think cell phones are every likely to be serious music tools, but you ought to be able to do *something* with them. :)</p>
<p>And I agree &#8230; buttons are great!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
