HLS Explorer doesn't try to run the player with the next variant if the player exited with error 1 after 404 on supplied variant

[lprot]

Try this link http://abclive.abcnews.com/i/abc_live4@136330/master.m3u8 It selects 404 variant that passes to exteplayer and it won't play.

[lprot]

PlayerApp::processStart: exteplayer3 "http://abclive.abcnews.com/i/abc_live4@136330/index_4000_av-p.m3u8?sd=10&rebase=on" -u "Enigma2 HbbTV/1.1.1 (+PVR+RTSP+DL;OpenPLi;;;)" -h "Cookie:_alid_=VxxdzZiqBv3JatrtPXwi3g==; path=/i/abc_live4@136330/; domain=abclive.abcnews.com
" -a 0 -n 0
[DVBCAHandler] no more services
[eConsoleAppContainer] Starting /usr/bin/grab
ExtEPlayer3::handleJsonOutput - unhandled key "EPLAYER3_EXTENDED"
[eDVBResourceManager] release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x128f958
[eEPGCache] remove channel 0x128f958
[eDVBResourceManager] stop release channel timer
[eDVBFrontend] close frontend 0
ExtEPlayer3::handleJsonOutput - unhandled key "FF_ERROR"
ExtEPlayer3::handleJsonOutput - unhandled key "PLAYBACK_OPEN"
PlayerBackend::recvStopped - retval = 0
PlayerBackend::gotMessage - stop
eServiceApp::gotExtPlayerMessage - stop
eServiceApp::isCurrentlySeekable
resolved to PLAY
eServiceApp::unpause
PlayerBackend::thread_finished

Maybe catching some exteplayer error messages can define switching to another variant in this case...

[lprot]

Looks like you can just use "FF_ERROR" to try call player with the next variant...