I guess, the author of the issue addresses the sensitivity of the delay-sliders in VLC for iOS. Sadly, the request is expressed very poorly and as such probably not taken very seriously. If I'm right, I have the same request and will try to explain the reason for the request and a possible solution in more detail.
Feature Request: Change the delay-sliders in VLC for iOS to a slider with variable sensitivity based on orthogonal distance to the slider-direction (like the scrubber)
On mobile devices it's quite common to use Bluetooth-earphones or -speakers. When watching a video with VLC for iOS using Bluetooth-earphones, the audio-delay is somewhere below 500 ms. For example, a Bluetooth-speaker of mine, has about 200 to 250 ms delay. The smallest step, while adjusting the delay on my iPad currently is 110 ms. I have to adjust the slider very carefully to get to the 220 ms and I have to try several times to not displace the slider, when lifting the finger. In simple words: It's a pain in the ass, to set this slider to an acceptable value.
Solution-draft
I had a look into the code for VLC for iOS and did a quick'n'dirty-test. On the VLCMovieViewController-files I found the sliders being VLCResettableSliders, which originate in VLCSlider. There is a VLCOBSlider as well, which provides the sensitivity-adjustment for the scrubbing-slider. I copied the VLCResettingSlider to VLCResettingOBSlider and derived it from OBSlider. In the Xib-files I updated the type accordingly. It worked and made it a lot easier to adjust the delay, even in 10 ms-steps. The slider-knob was bigger, though and there are no indicator-labels to provide information about the sensitivity.
Contribution
In days of GitHub & Co. the VLC-process with patches via mailing-lists seem a bit complicated to me. The general experience is, to get rude answers and rejection as "the new guy coming here and having weird ideas without knowing how things work." So I ask you kindly, to accept this feature-request. As the changes are not that massive, it can be done quite quickly by an insider, without me having to spend a few hours and then getting a rejection on the mailing-list.
Thanks a lot for the great work, VLC for iOS is by far the most versatile video player, as on the other platforms.
Hello, Thanks a lot for your detailed problem explanation. In fact, we'd love to see your patch! (feel free to attach to the ticket if you prefer to not sign-up to the mailing-list)
Since I agree with you on the feature request and its necessity, let me point 2 other things:
in my experience tones on mailing-lists and in pull requests greatly depend on the project and its contributors, but on the feature. At VideoLAN, we deploy a Code of Conduct specifically disallowing the behavior you described.
since in the the modern age it feels easier to attract new contributors and talent by providing a web form to share patches, this is exactly where we are moving later this year :)
Finally, to come back to the actual issue discussed in this ticket, VLC-iOS will receive a feature we developed for the tvOS port quite soon which is automatic detection of audio output delay and adaptation to changing devices. So if you connect your Bluetooth accessory, we will delay the sound accordingly and stop doing so when switching to the internal speaker or physically plugged headphones.
thanks for the welcoming reaction. I will clean up the changes I made and provide a patch-file as soon as possible. This might take some time, though, as my winter-break is over as of today and everyday-business will eat up my time again.
I'm curious about the automatic delay-detection and will have a look at it :-)
Edit: Wups, outputLatency is available through AVFoundation since iOS 6!? Did too many things other than iOS... 8o/