Gwyneth and Jor3l:
The audio stream using the parcel streaming URL (mp3 file), which is
produced
dynamically by Pure Data (PD), which operates through avatar interaction
in-world,
so a control/audio feedback loop.
If I manually make an ajustment in PD, I hear the results immediately
if I route the
audio to the sound card. If I instead route the audio to mp3cast~ (an
object in PD),
then it routes to land parcel via the streaming URL. Therefore, the
delay lies somewhere
in between the bytes sent from PD to the bytes received by the land
parcel, which
is presumably forwarded to the client. PD has no perceivable delays --
its audio output is
immediate as a result of real-time parameter modification (e.g., UI
sliders).
Maybe you are right that a few seconds is normal and that we cannot
get beyond
that.
Here is an entry into my R&D blog which points to the student web URL:
http://www.cise.ufl.edu/~fishwick/Blog/Entries/2010/10/3_Dancing_resonance.html
We use Shoutcast because we could not get Icecast to work correctly
(always had
lots of distortion in the stream).
-p
On 10/20/2010 7:03 AM, Gwyneth Llewelyn wrote:
Paul,
How does that audio stream get into the viewer? Is it the parcel
streaming URL that has the link to the file that gets downloaded (or
the stream that gets connected to)?
If so, the "delay" is not related neither to OpenSim, nor to the
viewer, but merely with the software you use to send the file/stream.
If it's a *file*, obviously there is some buffering: a 1 MByte file
that will be played by the viewer needs to be transmitted in full
first, and "a few seconds" is normal. If it's a *stream*, the
buffering will take a bit less, but it will never be "zero".
Unless I didn't understand your setup, and in reality, what you do is
something way more interesting, which is getting the sound synthesised
externally, uploaded as an asset to OpenSim, transferred to the
viewer, and played as any other sound asset. If that's what you do in
merely 3-5 seconds, wow, I'm impressed it's so fast!
- Gwyn
On 2010/10/20, at 05:45, Paul Fishwick wrote:
We have a project where actions initiated in OpenSim create a signal
which goes out to modulate a real-time sound synthesis engine, whose
output gets fed back into the OpenSim viewer. Unfortunately, there
is usually a 3-5 second delay between the action and hearing the
result. Presumably, this delay is due to buffering, probably by the
client viewer since we've tested the other parts of the loop. This leads
to the question of whether anyone knows of an OpenSim world
viewer where one can fine-tune the buffer size for streaming audio?
For the stock LL viewer, I cannot find any debug options to allow
this tweak.
-p
--
Paul Fishwick, PhD
Professor and Director, Digital Arts and Sciences
CISE Department, CSE 301
University of Florida
Gainesville, FL 32611
Email: [email protected]
Web: http://www.cise.ufl.edu/~fishwick
Blog: http://www.representationz.com
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
--
"I'm not building a game. I'm building a new country."
-- Philip "Linden" Rosedale, interview to Wired, 2004-05-08
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
--
Paul Fishwick, PhD
Professor and Director, Digital Arts and Sciences
CISE Department, CSE 301
University of Florida
Gainesville, FL 32611
Email: [email protected]
Web: http://www.cise.ufl.edu/~fishwick
Blog: http://www.representationz.com
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
