Releases
v0.1.20-debug
Compare
Sorry, something went wrong.
No results found
Falcor 0.1.20-debug — probe-only listen-audio diagnostic
After live WebView is playing (onPageFinished + short delay, playing event, and ~2s later / on quality change), runs JS once that reports media state.
Snackbar (screenshot-friendly), e.g.:
q=SUB | src=cam1 | webrtc | vMute=1 vol=1 | aTracks=0 vTracks=1 | audioEls=0 | hasListen=1
Logcat tag FalcorAudioProbe with fuller detail (full URL, candidateIndex, per-track fields, audio elements, AudioContext hint).
Probe-only: no StreamQuality MAIN-default change, no AppBar mute / applyMute / Tap-for-sound resurrection; native HTML5 controls + WebView-primary live kept (0.1.19 model).
Diagnosis notes (no product change)
camera.audio.enabled / hasListenAudio only inform caps UI — live URLs always request media=video+audio.
livePlayerPageUrls prefers caps.liveStreamName before preferSub resolution; MAIN/SUB toggle may load the same src if caps lock the name.
resolvePreferredLiveStreamName prefers sub role first when building caps.
Default quality remains SUB; WebRTC candidates try webrtc.html before mse.
Likely silence causes: HTML5 autoplay vMute=1, aTracks=0 (no audio on go2rtc stream), or same silent src for both qualities.
You can’t perform that action at this time.