8 replies to this topic

[Ron]

We are having some weird hard to reproduce problems with the MP3 recording applet. Some of our users are complaining that the audio is getting mixed up. What happens is this:
1. You record something, but when you press stop the last part 1-2 seconds is missing
2. You record again, but now the audio fragment starts with the last missing part, and also ends too early
3. You record again, but now the audio fragment starts with the (longer) missing part from the last record
4. etc.

There is no upload in between. Only using the stop and record buttons.

Sometimes, without any apparent reason, the re-recorded fragment is OK. But most of the time the starting and ending points are mixed together.

Mac OSX: 10.5.5.
Safari 3.1.2.
Java Plug-in 1.5.0
Using JRE version 1.5.0_13 Java HotSpot™ Client VM
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------

OS: Mac OS X
VERSION:1.3.20.4
Mp3 Dll version
Post variables:
- key = _wa_form, value = upload
- key = item_id, value = 2390
- key = _action_ok, value = Ok
DEMO_VERSION
Maximal time of record is 0:0:20
Background color = (128, 128, 128)
current Java specification version: 1.5
local file hash: 845b76eb535ea3133a140ce1d0884c4c6c1c5f7a
remote file hash: 845b76eb535ea3133a140ce1d0884c4c6c1c5f7a
Loading library /Users/Luna/Library/Application Support/Vimas//jaudioMp3Mac.tar...
Library loaded...
Library version : 10
local file hash: 845b76eb535ea3133a140ce1d0884c4c6c1c5f7a
remote file hash: 845b76eb535ea3133a140ce1d0884c4c6c1c5f7a
Start Record
Stopped
Start Play
Start Record
Stopped
Start Play
Start Record
Stopped
Start Play
Start Record
Stopped
Stopped
Start Play

Is there anything known about such a problem? How to fix it?

[Ron]

We've found out how to reproduce the problem on the vimas website too:

0. make sure you use safari 3.1 or 4.0 or firefox 3.0 on a MAC and java 1.5.0_X
1. goto http://vimas.com/mp3.php
2. press record, say something, press stop, listen if the audio file is complete: check if the last part of the fragment isn't missing
3. press record, say something, press stop, listen if the audio file is complete: check if the last missing part is added to the beginning of this fragment
4. click the link 'mp3 recording applet sdk', so you revisit the same page
5. now repeat steps 2-3-4 until the error occurs

You will have to repeat this for about 10 times for the error to occur. At the point the error has occured once, from that point on the error will always occur.

[Sergey]

Ron, I will reply you in a few days. Sorry for the delay.
Sergey

[Ron]

Hi Sergey, that would be wonderful! Hope to hear from you soon.

[Ron]

Hi Sergey, did you make any progress on the problem already?

[Wayne]

I am interested in the results of this post in the forum. My company has a client that does voice recordings and one of their recorders also experienced a similar issue. They indicated the same carryover experience also in the 10th to 15th recordings where the last syllable of the 10th recording started on the 11th recording and the last of the 14th carried over to the beginning of the 15th. The client thought the recorder was using the Windows platform using IE or FireFox.
Is there a possible issue with fraction of a second cutoff and then buffers not being cleared?

[Rost]

Now we are developing new AudioApplet, which will work in mp3 mode too.
In two weeks it will be ready and the problem described here has no chance to occure in new AudioApplet.

Please, keep up with our releases.

[JodinMorey]

Hey Vimas,

I am also having this problem. It doesn't seem like the new "AudioApplet" has come out to fix this yet. Do we know when it will? I use macs, and have this problem consistently if the browser in question doesn't shut down inbetween recordings.

I have a suggestion, does the applet use the flush() and/or drain() method when it opens, and (of course) when it closes?

Thanks.

-Jodin

[Rost]

Applet is now available at http://vimas.com/audio.php

Rostislav.