You are right. The recording leg is what is causing the uniqueid to be different. The destination is clicked and recorded it no longer matches the one on cdr because what is recorded is the source uniqueid. Is there any work around on this because when you use fop2 for recording the calls, there are cases wherein you don't know who originated the call. So i might be clicking on the destination and when i click on record, it will not process the recording.

Also, is that right about what i commented that the monitor_mix should be set to false for this script to run successfully?

I am having the same problem. I used the recording_elastix.pl script but it still did not appear, so i decided to debug some more. This is what i have come across with. I'm not expert, but i have tried to put a logical mind in trying to get at the bottom of the problem.

a.) the recording_elastix.pl script requires in and out files and the final output file .wav ( which i had done in the fop2.cfg )
b.) the monitor_mix = true ( prevents the recording_elastix from running because it can no longer locate the 'in' and 'out' files ( so i set this to false ). This after looking at the recording_elastix.pl script that it mixes it too.
c.) I noticed that the uniqueID in the CDR table for that specific call is NOT Equal to the uniqueID of that of the generated wav file after the recording by FOP2. It is incremented by "1" .. example 1338135904.7.wav whereas the cdr shows 1338135904.6 <--- notice the 6 and 7 . So this alone is not equal that is why the update script for mysql will never write the "audio:fnm" correctly.

Now my setup is run on elastix and the fop2 version is the one provided by them 2.25. I only installed the license. I tried racking my brain looking at the forums and found this thread which i hope anybody out there from FOP2 can shed light on.

I can fix this problem by editing the update portion of the script to the mysql table but my question in the first place would be, why the Increment in the UniqueID?

Any help would be greatly appreciated. Thanks