Always attempt direct play on first playback

[1hitsong]

Changes

• On playback request, first attempt to direct play the video
• If playback fails, attempt remux
• If playback fails, attempt transcoding

[michaelcresswell]

This works the same as 3.1.9 for a majority of my content.

Two things I've noticed:

• The transcode reason is (effectively) lost. I see 'Force Transcode option is enabled' with this but 'ContainerNotSupported' with 3.1.9 for one of my test videos.
• For another video, playback never starts with this (the loading spinner gets to 100% but playback never starts) but playback works with 3.1.9
  The video is 10-bit h264, was generated with ffmpeg -f lavfi -i smptebars=size=1920x1080:rate=30 -t 30 -c:v libx264 -pix_fmt yuv420p10le -crf 18 -y sample_10bit.mp4, and is attached.

sample_10bit.mp4

[1hitsong]

The transcode reason is (effectively) lost. I see 'Force Transcode option is enabled' with this but 'ContainerNotSupported'
with 3.1.9 for one of my test videos.

Yeah, I'll need to do some clean up on the reason logic. I was also thinking it might be cool to relay to the user the exact Roku error in a popup as the transcode logic hits.

For another video, playback never starts with this (the loading spinner gets to 100% but playback never starts) but playback works with 3.1.9

I'll check it out, but my guess is Roku believes it can play the video, but in reality it can't. I wonder if we do a playback timer similar to the buffer timer so that if playback doesn't start in X seconds, it falls into transcode logic 🤔