Hi Richard, Very interesting. So there would be a delay consideration per source, not per speaker. Is this already written into the DBAP algorithm or any pan law at that, or do you manually implement. If so, how?
By the way, in much the same line of thinking, if this gunshot were moving, would you implement a doppler effect or would that be impossible to calculate on a per source basis since it is so listener position dependant? On Aug 23, 2019, 2:27 PM -0600, Richard Foss <r.f...@ru.ac.za>, wrote: > Sorry, slow reply Ralph. The way I see it - focus on the virtual source, > not the listener position. Wherever the virtual source is positioned in > an installation, make the speakers respond as if there was a real source > at the virtual source position. If there was a gunshot at the virtual > source position, the gunshot should not play immediately from a speaker > some distance away from the virtual source position. > > A person close to the further speaker (from the virtual source) should > hear the louder gunshot from the close speaker (to the virtual source) > and the softer gunshot from the further speaker at the same time. If the > softer gunshot arrived from the further speaker first, the proximity > effect might kick in. > > I am talking about a DBAP context, where all speakers play at varying > levels, not for example VBAP. As I mentioned, this approach seems to > work very well when implemented. > > On 2019/08/22 10:18 PM, Ralph Jones wrote: > > Richard Foss, I still don’t get it, sorry. Perhaps I’m being obtuse. But to > > clarify, you said: > > > > > > > for a particular real source > > > > > channel, delay its play out from a speaker FAR from the virtual source > > > > > LONGER than from a speaker CLOSE to the virtual source > > > > (capitalization mine). Why do you want to delay the signal to the FARTHER > > speaker? How does that help address proximity effect? It seems to me that > > it would only accentuate it. > > > > Ralph Jones > > _______________________________________________ > > Sursound mailing list > > Sursound@music.vt.edu > > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, > > edit account or options, view archives and so on. > > -- > Professor Richard Foss > Computer Science Department > Rhodes University > Grahamstown 6140 > South Africa > > Tel: +27 46 6038294 > Cell: +27 83 288 9354 > email: r.f...@ru.ac.za > > _______________________________________________ > Sursound mailing list > Sursound@music.vt.edu > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, edit > account or options, view archives and so on. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://mail.music.vt.edu/mailman/private/sursound/attachments/20190826/09a065d8/attachment.html> _______________________________________________ Sursound mailing list Sursound@music.vt.edu https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, edit account or options, view archives and so on.
