Rule #1 - Be Patient - Rule #2 - Don't ask when, if you don't contribute - Rule #3 - You have coding skills - LinuxMCE's small brother is available: http://www.agocontrol.com
Colin,perhaps you want to list the blackberry phone model you have and see if anyone (myself included) can do some looking into it.I don't think "crappy old" was an official model number Then again... I'm not a guru here
Last I checked, Blackberries with 4.x have Bluetooth support..It's been a while since I looked into that, I'm not sure if it's JSR082..also, 4.x is MIDP2.0/cldc1.1.You can check your blackberry.. it's in the settings somewhere.It's a page that states Java version..My Blackberry Pearl 8100 supports it. Regards, Dan
Quote from: Matthew on February 15, 2008, 09:23:16 pmQuote from: hari on February 15, 2008, 08:58:08 pmQuote from: JimmyGosling on February 15, 2008, 07:14:52 pmDoes that mean it's limited to 3 addresses. Would everyone using this need to purchase this license for their bt dongles?no. That stack is only for development. Together with it and the mpowerplayer you can emulate a real phone with jsr082 using bluez hardware. That really speeds up development as you don't have to test on the phone itself. The emulator included in Sun's wireless toolkit can't use real hardware so you can't talk to the Bluetooth_Dongle from the sim. You could of course use the stack in another j2se java application. We don't need that because Bluetooth_Dongle is not an java app and directly communicates with the HCI device.You don't need the stack for using the JavaMO with a real phone.I would buy you the license for E25. Can I buy it and transfer it to you, rather than pay PayPal fees twice?of course. This is the address of my dongle: 00:09:DD:50:23:2D
Quote from: hari on February 15, 2008, 08:58:08 pmQuote from: JimmyGosling on February 15, 2008, 07:14:52 pmDoes that mean it's limited to 3 addresses. Would everyone using this need to purchase this license for their bt dongles?no. That stack is only for development. Together with it and the mpowerplayer you can emulate a real phone with jsr082 using bluez hardware. That really speeds up development as you don't have to test on the phone itself. The emulator included in Sun's wireless toolkit can't use real hardware so you can't talk to the Bluetooth_Dongle from the sim. You could of course use the stack in another j2se java application. We don't need that because Bluetooth_Dongle is not an java app and directly communicates with the HCI device.You don't need the stack for using the JavaMO with a real phone.I would buy you the license for E25. Can I buy it and transfer it to you, rather than pay PayPal fees twice?
Quote from: JimmyGosling on February 15, 2008, 07:14:52 pmDoes that mean it's limited to 3 addresses. Would everyone using this need to purchase this license for their bt dongles?no. That stack is only for development. Together with it and the mpowerplayer you can emulate a real phone with jsr082 using bluez hardware. That really speeds up development as you don't have to test on the phone itself. The emulator included in Sun's wireless toolkit can't use real hardware so you can't talk to the Bluetooth_Dongle from the sim. You could of course use the stack in another j2se java application. We don't need that because Bluetooth_Dongle is not an java app and directly communicates with the HCI device.You don't need the stack for using the JavaMO with a real phone.
Does that mean it's limited to 3 addresses. Would everyone using this need to purchase this license for their bt dongles?
I just sent you a PM with instructions how to retrieve your customized unlimited development license. Let us know how the development goes.
as this is my first midp project maybe some java guy can look at the code and see if I'm doing something terribly wrong:http://svn.charonmedia.org/trac.cgi/browser/home/hari/javamo/com/linuxmce/javamo
BD_PC_ReportMyVersion.javaCode: [Select]public class BD_PC_ReportMyVersion extends BDCommand {26 public BD_PC_ReportMyVersion() {27 super();28 }(...)
public class BD_PC_ReportMyVersion extends BDCommand {26 public BD_PC_ReportMyVersion() {27 super();28 }(...)
But superclass BDCommand.java has no member "BD_PC_ReportMyVersion()", nor does BDCommand's superclass "SerializeClass", etc, so there's no "super()" to call.
And that's just the first class/method I looked at. The naming and use of CLASS CONSTANTS also looks wrong.
But to get started (with the basic debugging question), what are you expecting these classes to do, and what are they doing instead?
root@golem9:/usr/src/home/javamo# make bluezsimcd /home/hari/java/mpp-sdk && java -jar player.jar /usr/src/home/javamo/output/JavaMO.jadmpowerplayer 2.0.118544090208avetanaBluetooth version 1.3.18ahciOpenDevice(0)setting HCI_DEVICE_ID to 0Channel opened at 1S:10S:0S:0S:0S:11S:0S:0S:0S:50 S:48 S:48 S:54 S:46 S:49 S:49 S:46 S:48 S:57 S:0 ReceiveLong: got byte: 5ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 5GOT ACK: OKAYS:1S:0S:0S:0S:0S:0S:0S:0ReceiveLong: got byte: 101ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 101Got BD_CP_SEND_ME_KEYSTROKESReceiveLong: got byte: 1ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 1SEND KEY STROKES: trueS:5S:0S:0S:0S:79 S:75 S:65 S:89 S:0 S:1S:0S:0S:0S:0S:0S:0S:0ReceiveLong: got byte: 100ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 100ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 0
ReceiveLong: got byte: 102ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: got byte: 0ReceiveLong: long result: 102Get BD_CP_SHOW_IMAGE
Cool, Hari! Well done - let me know if you need testers. I have a Blackberry Curve and also a Sony K{something}!