Handle invalid AudioStream playback positions

[Akosmo]

What problem(s) does this PR solve?

• Fixes: Crash due to audio loop offset being larger than the length calculated from the beat count #117817
• Fixes: Advanced audio editor for loops/beat setup broken/different for .ogg and ,mp3s, ogg file freezes editor with offset change (not ignored as editor claims in tooltip) #98192 (if merged with Fix information in advanced stream importer #119084)
• Fixes: AudioStreamPlayer can play sound from a negative position #89390
• Possibly supersedes: Fix audio reimport Causing Infinite Loop #117856
• Supersedes: Fix frames_mixed overflow in AudioStreamPlaybackMP3 and AudioStreamPlaybackOggVorbis #96384

Additional information

This pull request is an alternative to #119120 , where instead of seek() and play() functions allowing invalid playback positions, and just setting them to 0, they instead stop playback and return with an error message. This alternative exists after it was discussed in an audio meeting that invalid playback positions should be handled with an error, so the user can handle possible unexpected values.
I changed the order of some lines in the start() function of AudioStreamWAV, but it seems to function the same. I did this to avoid code repetition.
I tested this by using both functions directly in a player. I set the stream to Ogg, MP3, and WAV streams. I tried play with loop disabled and enabled, with loop offset and beat count at different values, and playing from the stream importer window too. Because of the large amount of cases, I could possibly have missed a case, but having dealt with this before on the other PR, I believe everything looks fine.

Read this PR for more info about my original attempt at fixing the issue, and why I'm handling it in the seek() function