Hi Tobias, Thanks for a perfectly logical explanation, and the patch of course. We committed it in r5846 (https://trac.pjsip.org/repos/changeset/5846). Regards, Ming On Thu, Jul 26, 2018 at 6:31 PM, Tobias Schneider <tobias.schneider@xxxxxxxxxxxxxxxxxxxx> wrote: > Hello Ming, > > we are using the refresh function to update a list of audio device in > the system. One problem was, that when there are two audio devices, > which both should be used (e.g. one for ringtone, the other for call, or > some usb-devices being connected at runtime), it could happen, that > using one or the other device fails, depending whether the user is > calling the refresh function or not. > > Imagine you are using deviceA for callA, user wants to change audio > device while calling and therefore lists available audio devices > (leading to a call to refresh audio devices), now deviceA is not in list > anymore, but deviceB. So user is switching to deviceB, everything fine. > The next call, callB, should start at deviceA again (as this is users > default or something), but deviceA is not available (because user now > did not call refresh function again). You may note that listing of audio > devices is not the same as refreshing audio device list, but listing of > audio devices must include a call to refresh audio devices to include > dynamically added/removed devices (like USB). > > I hope the scenario is clear so far. > > Regards, > Tobias > > Am 25.07.2018 um 01:48 schrieb Ming: >> Hi Tobias, >> >> Can you let us know in what use cases can this be useful? Since the >> device won't be usable anyway. >> >> Regards, >> Ming >> > > _______________________________________________ Visit our blog: http://blog.pjsip.org pjsip mailing list pjsip@xxxxxxxxxxxxxxx http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
