Re: [QtMoko] MelodiQ - Music Recognition App
On 09/19/2010 11:44 PM, Alex Samorukov-2 wrote: >Could you please add "preview" mode before sending data to the >server? May be my mic settings are wrong? Recorded sample is stored in /tmp/melodiq-sample2.wav. You can try to play it right after recording. If this audio is recognizable by human and has sufficient length and the database contains a fingerprint of this song then it should be recognized. Anton -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-MelodiQ-Music-Recognition-App-tp5547663p5549175.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] MelodiQ - Music Recognition App
On 09/19/2010 03:31 PM, ANT wrote: > I recently found an interesting online music recognition service [1] that > allows you to upload a short (e.g. 10-15 sec) audio fragment (in almost any > popular format) directly to the project's web page and get the information > about the track title, artist's name, album, etc. It recognizes even > low-quality microphone records, so I wrote a Shazam[2]-like GUI for it. > > Please meet MelodiQ - a music recognition app that can be really useful in > some cases. Source codes are hosted on GitHub [3]. The demonstration video > is available on Youtube [4]. Note that you should place the phone very close > to the source of sound while recording a sample. It is also necessary to > solve the CAPTCHA to get the recognition results. > > > Thank you. I tried to test it, but for some reason it fail to recognize any sample :( I tried radio and also some songs on a notebook, but no luck. Could you please add "preview" mode before sending data to the server? May be my mic settings are wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My N900 experience compared to my FR experience
Rui Miguel Silva Seabra wrote: Em 16-09-2010 09:30, Patryk Benderz escreveu: [cut] so it will stop working? he he. nice ;) Not nice nor fair, where are your lines of code in help of SHR? I'm not a core developer, but at least I'm making a (sort of) kickass StatusNet client :) Rui I contributed to the wiki, and wrote a pointless app, and I thought it was funny. :-) Though people who try to phone/text me just think I'm crazy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] MelodiQ - Music Recognition App
Youtube video has moved. Here is a new link: http://www.youtube.com/watch?v=b4LWaOsWY_E Cheers, Anton -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-MelodiQ-Music-Recognition-App-tp5547663p5547863.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] MelodiQ - Music Recognition App
BTW, I used the following commands to capture the microphone's output: $ alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore $ arecord -D plughw:0,0 -r 11025 sample1.wav Ctrl+C $ alsactl -f /usr/share/openmoko/scenarios/stereoout.state restore but I noticed that recorded sound was _very_ quiet, so I decided to add one more command to increase volume level: $ sox -v 15 sample1.wav sample2.wav Please e-mail me if you know a better solution for recording music with Freerunner's mic. Cheers, Anton -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-MelodiQ-Music-Recognition-App-tp5547663p5547669.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] MelodiQ - Music Recognition App
Hello, I recently found an interesting online music recognition service [1] that allows you to upload a short (e.g. 10-15 sec) audio fragment (in almost any popular format) directly to the project's web page and get the information about the track title, artist's name, album, etc. It recognizes even low-quality microphone records, so I wrote a Shazam[2]-like GUI for it. Please meet MelodiQ - a music recognition app that can be really useful in some cases. Source codes are hosted on GitHub [3]. The demonstration video is available on Youtube [4]. Note that you should place the phone very close to the source of sound while recording a sample. It is also necessary to solve the CAPTCHA to get the recognition results. The database of this service is limited so it can't recognize absolutely each existing songs. Don't forget to shock your friends who never heard about such kind of programs. [1] http://audiotag.info/ [2] http://www.shazam.com/ [3] http://github.com/Sektor/melodiq [4] http://www.youtube.com/watch?v=6dOT2yjkvwI Have a Fun! Anton -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-MelodiQ-Music-Recognition-App-tp5547663p5547663.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] GSM Multiplexer (GPRS)
On 09/19/2010 01:44 PM, Radek Polak wrote: > >> 1) compiled latest gsm0710muxd on debian (i know that there is >> fso-abyss, but i got some problems on compilation, gsm0710 is much easer >> to build, so i started with it). >> > Hi Alex, > what about using the multiplexer in kernel? We will probably need quite recent > kernel but otherwise do see any problem with it? It was commited in mainline > kernel - i think it's this commit [1] > I think that its very good idea - because it will be supported by community and also speed should be better then in user-land process (less userland-kernel jumps). Its interesting, how easy is to backport it to the current kernel. Also its currently in experimental status, so not sure how stable it is (but its not hard to be more stable then qtopia multiplexer ;)). It will also require to use another serial port driver in qtopia device profile, but its not a problem at all. May be i will try it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPRS is broken
==> /var/log/fsogsmd.log <== 2010-09-19T11:48:11.427395Z [INFO] libfsotransport <0710:3>: URC: [ "%CSQ: 31, 99, 4" ] ==> /var/log/fsogsmd.log <== 2010-09-19T11:48:15.923119Z [INFO] PdpPppMux <>: PDP Context Status now FREE_SMARTPHONE_GSM_CONTEXT_STATUS_OUTGOING 2010-09-19T11:48:16.131438Z [INFO] libfsotransport <0710:3>: URC: [ "%CSQ: 31, 99, 3" ] ==> /var/log/fsogsmd.log <== 2010-09-19T11:48:18.276473Z [INFO] libfsotransport <0710:3>: URC: [ "+CGREG: 2" ] 2010-09-19T11:48:18.298187Z [INFO] libfsotransport <0710:2>: SRC: "+CSQ" -> [ "+CSQ: 31,99 ", "OK" ] 2010-09-19T11:48:18.321223Z [INFO] libfsotransport <0710:2>: SRC: "+CREG?" -> [ "+CREG: 0,1", "OK" ] 2010-09-19T11:48:18.355635Z [INFO] libfsotransport <0710:2>: SRC: "+CREG=2;+CREG?;+CREG=0" -> [ "+CREG: 2,1,"0002","05E7"", "OK" ] 2010-09-19T11:48:18.382536Z [INFO] libfsotransport <0710:2>: SRC: "+COPS=3,0;+COPS?" -> [ "+COPS: 0,0,"vodafone P"", "OK" ] 2010-09-19T11:48:18.411392Z [INFO] libfsotransport <0710:2>: SRC: "+COPS=3,1;+COPS?" -> [ "+COPS: 0,1,"voda P"", "OK" ] 2010-09-19T11:48:18.440701Z [INFO] libfsotransport <0710:2>: SRC: "+COPS=3,2;+COPS?" -> [ "+COPS: 0,2,"26801"", "OK" ] 2010-09-19T11:48:18.472286Z [INFO] libfsotransport <0710:2>: SRC: "+CGREG?" -> [ "+CGREG: 0,2", "OK" ] 2010-09-19T11:48:18.500670Z [INFO] libfsotransport <0710:2>: SRC: "+CGREG=2;+CGREG?;+CGREG=0" -> [ "+CGREG: 2,2", "OK" ] ==> /var/log/fsotdld.log <== 2010-09-19T11:48:18.521836Z [INFO] SourceGsm : Received GSM network status signal ==> /var/log/fsogsmd.log <== 2010-09-19T11:48:20.800956Z [INFO] libfsotransport <0710:3>: URC: [ "+CGREG: 1,"0002","05E7"" ] 2010-09-19T11:48:20.804015Z [INFO] libfsotransport <0710:4>: SRC: "D*99***1#" -> [ "CONNECT" ] 2010-09-19T11:48:20.807791Z [INFO] fsogsmd : received signal -11, exiting. 2010-09-19T11:48:21.388358Z [INFO] fsogsmd : Binary launched successful (FsoFrameworkFileLogger created as theLogger) ==> /var/log/phoneuid.log <== 2010.09.19 12:48:21.024988 [libphone-ui-shr]WARNING: Activating PDP failed: (4) Message did not receive a reply (timeout by message bus) ==> /var/log/fsogsmd.log <== 2010-09-19T11:48:21.837368Z [INFO] LowLevelOpenmoko <>: Registering openmoko low level poweron/poweroff handling 2010-09-19T11:48:21.838200Z [INFO] TiCalypsoModem <0C>: Ready. Using lowlevel plugin openmoko to handle vendor specifics 2010-09-19T11:48:21.847418Z [INFO] TiCalypsoModem <0C>: Ready. Using pdp plugin mux to handle data connectivity 2010-09-19T11:48:21.867858Z [INFO] TiCalypsoModem <0C>: Modem Status changed to FSO_GSM_MODEM_STATUS_CLOSED ==> /var/log/phonefsod.log <== 2010.09.19 12:48:21.937943 [phonefsod] MESSAGE: Inhibiting suspend during startup phase (max 360s) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] GSM Multiplexer (GPRS)
Alex Samorukov wrote: > After debugging i found that most of gprs related issues are coming from > qtopia multiplexer. I decided to try to use external multiplexer with > qtopia. For the initial experiment i did: > > 1) compiled latest gsm0710muxd on debian (i know that there is > fso-abyss, but i got some problems on compilation, gsm0710 is much easer > to build, so i started with it). Hi Alex, what about using the multiplexer in kernel? We will probably need quite recent kernel but otherwise do see any problem with it? It was commited in mainline kernel - i think it's this commit [1] Regards Radek [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e1eaea46bb4020b38a141b84f88565d4603f8dd0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community