media_player | 使用 flutter 和 c 构建的音视频播放器，还在逐步完善中 | Video Player library

Define your GUI, then go your event loop and make sure what event will happen in you GUI, then what's the next step to go for which event.

Here, revised code for your reference, no test for the code.

You're instantiating a new AudioPlayer audioPlayer object each time you call onPlay, which leaves you unable to stop that same player later.

Store your AudioPlayer audioPlayer in the state somewhere.

You appear to be missing some code in your posted script i.e. the play command.

I suspect that the IDE is holding the main loop open for vlc, thus it works.
However, from the command line, there is no loop, that is what you are missing.

Try the following:

Don't try to call Stop at the VideoEnded event, I think there is a known issue in this area in libvlc 3 that hangs the program. Call .Play with the new media instead.

Also, I wouldn't recommend to use two different libvlc instances if you can avoid it. 1 LibVlc, and 1 Media Player, but multiple Play() on the same MediaPlayer would be the norm. You can pass different options as media options if you need to have different options (though some options are not available at the media level, like the verbosity option (in which case, I'd register a log callback and filter there))

Try adding a pair of round brackets to get_media_player in media_player.get_media_player.audio_set_delay(3000), so that it becomes media_player.get_media_player().audio_set_delay(3000) ;-) !

The problem is that the MediaElement is expecting a link to a media file (MP4 file for example) and you're giving it a Youtube page. Whilst the Youtube page does have a video playing on it, it is not a video file in itself

You don't have to create your own renderer since there is already one.

From the LibVLCSharp.Forms documentation :

This package also contains the views for the following platforms:

• Android
• iOS
• Mac

The UWP support for Xamarin.Forms currently has blockers that we expect to get solved by the LVS 4/ libvlc 4 release. See this issue for a detailed explanation.

Newbie mistake I guess. videoItem file should never contain javax.print.attribute.standard.Media but rather javafx.scene.media.Media.

In the PreferenceBuilder widget, you should remove the first "Save Position" code, those 2 lines code before the scaffold return overrides the value of the saved audio position with a zero value when the widget builds for the first time, this is because the duration is null when the widget builds for the first time. A better place to save the audio position in sharedpreference is in the

_audioplayer.onAudioPositionChanged() function in the

_initAudioPlayer()

function. You can check the snippet below to get an idea of what I am talking about