Consider reinstating finished event after end reached was changed to stopping

[caprica]

The native event manager changed end reached to stopping.

vlcj used end reached for its finished event.

Since stopping does not seem semantically the same as finished, the event was changed in vlcj also.

But it would be better to keep the finished event in vlcj if that is possible.

[caprica]

This is actually tricky.

The stopped event may occur whether the media finished or not - but it is (probably) the most common use-case to know when media actually finished (so the next one can be played).

[caprica]

This is complicated by the fact that "stopping" now seems to be raised whether the media reached the end or was explicitly stopped - so how do you determine the difference? In this sense, stopping is NOT a compatible replacement for end reached.

[caprica]

Related to #1133.

[mfkl]

https://code.videolan.org/videolan/vlc/-/issues/26819 cross-tracking.

[caprica]

Remember to update README as this is currently called out as a backwards-incompatible API change.