winegstream reintroduce parser flushing

[Zlice Z]

Sent a patch yesterday that was mediocre and barely helps.

commit
https://github.com/wine-mirror/wine/commit/5144b27661fcd6705353d832e0383085f8afe842#

removed flushing from parser, which after commit bisecting turns out to be
the cause of Fallout 3 radio chugging every new song.

- re-introduced parser flushing (self explanatory, commit said it's not
worth it but it helps here)

- moved some variable initialization in wm_reader.c to after initial
conditional returns. these were in a switch-case before in the middle of
the function and it seems to be part of the stuttering, wasn't moved in the
mentioned commit though

- commented out and left my name by some EOS sets. they used to be checked
for EOS 'events' but those references have been changed to 'buffer' and idk
what the right action is. wine seemed to randomly seg fault on exit with
leaving them on though. suspect they incorrectly guess and set 'end of
stream' ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20220519/35589d46/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flush.patch
Type: text/x-patch
Size: 9079 bytes
Desc: not available
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20220519/35589d46/attachment.bin>