qamran-itware / audioscout

Automatically exported from code.google.com/p/audioscout
GNU General Public License v3.0
0 stars 0 forks source link

audio metadata db problem [can not find the exsiting metadata] #3

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
I tried to test the query and submit function of the client.
1. start the server (metadatadb, auscoutd, tblservd)
2. ./auscoutclient /Path/To/Audios/ tcp://localhost:4005 2 10
   (This step is OK)
3. ./auscoutclient /Path/To/Audios/ tcp://localhost:4005 1 10
   (Cannot find the metadata in step 2)

What is the expected output? What do you see instead?
It should show the metadata, but it failed. And I checked the audio.db. It does 
have metadata, but the dur and part are 0 in most of the records. 

Original issue reported on code.google.com by shaoxinj...@gmail.com on 29 Mar 2011 at 2:11

GoogleCodeExporter commented 8 years ago
the number of seconds parameter needs to be at least 15 seconds, meaning only 
15 seconds of the file is  actually hashed.  Obviously, you need to submit the 
files first, before querying, so use 0 which will hash the whole file.  Also, 
after submitting files, make sure you send the table servers a SIGHUP signal 
with: kill -s SIGHUP <pid>. Make sure the pid is the process id for the 
tblservd that is running.

So, first submit all the files in your music collection directory:

./auscoutclient /path/to/audio/files/dir tcp://localhost:4005 2 0

Then to query the same files:

./auscoutclient /path/to/audio/files/dir tcp://localhost:4005 1 15.0

Original comment by starkd88@gmail.com on 29 Mar 2011 at 3:25

GoogleCodeExporter commented 8 years ago
It is alright for dur and part fields to be 0.

Original comment by starkd88@gmail.com on 29 Mar 2011 at 3:27

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
Still not working. Maybe my server config is not right.
Here are my steps.

1. ./metadatadb -d /home/soleo/audioscout-read-only/audio.db
2. ./auscoutd -d tcp://localhost:4000
3. ./tblservd -s 192.168.10.36 -p 4005 -i /home/soleo/audiodb

192.168.10.36 is my PC's IP, and I only use one PC to do the testing. I can see 
all
the three programs are running, but when I use auscoutclient to query my audio 
files, It didn't show the debug info in logs.

Original comment by shaoxinj...@gmail.com on 29 Mar 2011 at 5:34

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
I am reading the code and find client only send cmd, snbframes and hash, not 
sending toggles. Is sending toggles(in function audiohash) necessary for 
quering? Maybe it is the cause of the problem.

Original comment by shaoxinj...@gmail.com on 29 Mar 2011 at 9:14

GoogleCodeExporter commented 8 years ago
More information.
1. In Terminal shows the info below
(0) 02.mp3
    1375 hash frames

Sending query ...

Recieved: not found
2. In syslog

Mar 29 17:52:09 soleo-desktop tblserv[2064]: SUBSCR: recieved 
cmd=1,nb=1375,rows=0
Mar 29 17:52:09 soleo-desktop tblserv[2064]: WORKER40: do lookup for hash[1375]

Original comment by shaoxinj...@gmail.com on 29 Mar 2011 at 9:59

GoogleCodeExporter commented 8 years ago
I'm sorry.  You need to send a USER1 signal (not SIGHUP) to tell the tblservd 
to merge tables.  The SIGHUP terminates the process.  So, after adding the new 
files:

kill -s USR1 <pid> 

Another thing: when you turn on the tblservd, do this:

./tblservd -s localhost -p 4005 -i /home/soleo/audio.db

The 192.168.10.36 address is for other pc's on your lan to access that 
interface.  You want the localhost.  This tells the tblservd the address on 
which to contact the auscoutd.

To get logging, you need to pass the -l flag with the desired logging level 
(e.g. -l 7 for full logging)

Original comment by starkd88@gmail.com on 29 Mar 2011 at 4:15

GoogleCodeExporter commented 8 years ago
Thank you. It works.

Original comment by shaoxinj...@gmail.com on 30 Mar 2011 at 2:59

GoogleCodeExporter commented 8 years ago

Original comment by eklin...@gmail.com on 4 May 2011 at 3:04