fix(tizen): restore avplay video rendering and fix playback issues

[anudeepreddy]

The tizen player was not configured properly, the initial assumption was tizen avplay was unable to play content but after a bit of testing it turns out it's used a bit differently which was causing the video playback to be missing and was just playing audio. This PR fixes that problem.

• Add surface for video rendering
• Fix avplay lifecycle order: open() → setListener() → setDisplayRect() → prepareAsync() → play()
• Remove tick timer polling getCurrentTime() to fix audio stuttering (time updates already provided by oncurrentplaytime callback)
• Dismiss loading overlay on canplay event so it clears after mid-stream buffering

[edoedac0]

/oc Review this pull request: check for code quality issues, look for potential bugs and suggest improvements

[opencode-agent]

Findings:

1. High js/core/player/playerController.js:939-965, js/ui/screens/player/playerScreen.js:4304-4356
   Removing startAvPlayTickTimer() also removes the recurring timeupdate events AVPlay used to emit. PlayerScreen.schedulePlaybackStallGuard() advances lastPlaybackProgressAt only on playing/timeupdate, so healthy Tizen playback can now be misdetected as stalled and force recovery after the AVPlay timeout window.

2. Low js/core/player/playerController.js:2213-2215
   There’s a stray console.log("[PlayerController] Selected playback engine:", preferredEngine); in the main playback path. This will spam production logs on every play and should be removed.

Overall, the AVPlay rendering fix looks directionally correct, but I’d address the stall-guard regression before merging.

opencode session  |  github run

[edoedac0]

hey @anudeepreddy, could you please take a look at this and fix any potential issues mentioned so we can merge?

[anudeepreddy]

The ticktimer was not removed in the previous commit and is removed now in the latest commit and also made sure that timeupdate event is preserved.

The console.log still exists, I hope that is fine