Open GoogleCodeExporter opened 9 years ago
From the tut page:
I've run the program from commandline, and include the following log,
apparently the
input for readJavaFormatString is wrong:
Loaded dj_address: 10.0.0.1 Loaded volume: 90 Loaded manual_offset: 50 Loaded
seek_offset: 0,000000 Loaded seek_count: 0 Loaded respeed_coefficient: 1,000000
Listening on port 51924. Client mode selected Saving dj_address: 10.0.0.1Got
'format'
signal from server 0 PCM_SIGNED 1 2 2 44100,000000 3 4 4 44100,000000 5 16 6
false
Exception in thread "TCPListener" java.lang.NumberFormatException?: For input
str
ing: "44100,000000"
at sun.misc.FloatingDecimal?.readJavaFormatString(Unknown Source) at
java.lang.Float.valueOf(Unknown Source) at java.lang.Float.<init>(Unknown
Source) at
Client.CommunicatorClient?.decodeFormatString(CommunicatorClient?.java:
119)
at Client.CommunicatorClient?.handleDataMessage(CommunicatorClient?.java:8
5)
at Shared.TCPListener.run(TCPListener.java:145)
Original comment by youknowj...@gmail.com
on 7 Jun 2010 at 5:57
Thanks for the detailed debugging info, I'll try replicate the issue.
Jack
Original comment by youknowj...@gmail.com
on 7 Jun 2010 at 6:01
This seems to be a localisation issue with respect to the decimal point
representation. I'll get this fixed up for the next version. If you can't wait,
you
can change your decimal symbol from "," to "." - this is done in "Regional and
Language Settings" on Windows.
Thanks for the report,
Jack
Original comment by youknowj...@gmail.com
on 7 Jun 2010 at 6:15
Thanks for your time, I'll be awaiting the next version :)
Original comment by hildebra...@gmail.com
on 7 Jun 2010 at 6:41
Original comment by youknowj...@gmail.com
on 10 Jun 2010 at 3:09
Original comment by youknowj...@gmail.com
on 20 Sep 2010 at 8:29
Same problem - same version (v0.30 Revision 29)
Thx for the workaround: after changing on both PC - client and server - it´s
working (with Lags)
Windows 7 64-Bit Prof. German (Client)
Windows XP 32-Bit Prof. German (Server)
Looks like no fixed version will be available - if you have a beta - I will
test....
Cu
Woody
Original comment by woodyx...@gmail.com
on 18 May 2011 at 11:02
The workaround works for English Windows.
Personnaly, I have 2 pc on WIndows 7 in French and I had to change not only the
symbol number but the Format in "Regional and Language Setting" to English
aswell.
Hope this help !
SyncBoss rocks!!!
Original comment by jonathan...@gmail.com
on 4 Jun 2011 at 9:56
Attachments:
Since changing regional settings is not really an option but for tests, for me,
I tried a hack in CommunicatorClient which solves the sample rating format
issue. I now have an "Unusual seek time" problem instead. Can you help, Jack?
private void decodeFormatString(String s) {
//System.out.println(s);
s = s.substring(0,s.length() - 1);
String[] p = s.split("\\^"); //split, trimming off the \n char
added>> p[4] = p[4].replace(',', '.');
added>> p[2] = p[2].replace(',', '.');
for(int i=0;i<p.length;i++) {
System.out.println(i + " " + p[i]);
}
Original comment by hobgobli...@hotmail.com
on 27 Jan 2012 at 4:42
Thanks for trying to fix this hobgoblin.
Try forcing a US locale for the String.format call:
Server/Client.java; line 260
change from:
output = String.format("f%s^%d^%f^%d^%f^%d^%b\n",
to:
output = String.format(Locale.US, "f%s^%d^%f^%d^%f^%d^%b\n",
Let me know if you have any luck
Jack
Original comment by youknowj...@gmail.com
on 27 Jan 2012 at 5:39
Original issue reported on code.google.com by
hildebra...@gmail.com
on 3 Jun 2010 at 2:30