retarded 3D Green's function uniformly moving point source #75
Conversation
|
I see at least two easy solutions:
Any preference for one of the two solutions? |
|
2nd solution seems to be the better one as we should avoid additional entries in the |
|
Yes, I'm also in favor of the 2nd solution. The only downside is that it will probably affect a lot of files. Do you also plan to add a time-domain version of the moving source, or will this be to complicated? |
* master: Update copyright owner to SFS Toolbox Developers Update README for online documentation Remove wavread and wavwrite (#81) Return delay offset from delayline() (#82) New Handling of delayline and fractional delay (#50) Fix dos line endings Update comments for SSR BRS Update license in missing files Change license to MIT (#80) Make direction_vector() work with matrix => vector add modal weighting to time-domain nfchoa (#77) Fix comment of tapering_window() Add automatic scaling to loudspeaker weights for plotting (#78) Update comment of interpolation() Update NEWS Fix interpolation calling bug in interpolation_ir() Remove debugging parameter Fix normalization for 2D interpolation Further improvements to description of interpolation() Enhance description for interpolation() Conflicts: SFS_general/direction_vector.m
|
The time-domain version would require time-variant convolution and time-variant driving signals. This would require a complete new component in the toolbox. So far, I have no idea, how this could be included in the current framework. |
|
Should we include then only the monochromatic version. I don't see that we develop the time domain version at the moment. |
|
So we remove the check for the direction of the secondary sources? |
to test:
sound_field_mono([-2,2],[-2,2],0,[0,1,0,100,0,0,1],'mps',1,1000,conf)TODO:
for the moment, i had to deactivate the check for the secondary sources' orientation vector to be normalized, as the velocity of the moving source is encoded in the magnitude of the sound source. Any ideas regarding a good solution?