mp4a.40.5 vs mp4a.40.2

allwaysFun

Hello,
i use latest LinuxMint version + Vivaldi (chrome based) browser
When i watch VR cams i often switch between 2D/3D.
But some 3D streams doesn't work.

As example for 3D:
works: https://www.sexlikereal.com/vr-cam-girls/salutchristine
doesn't work: https://www.sexlikereal.com/vr-cam-girls/daliacruz

The difference seems to be the audio code:
works: SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="avc1.64002a, mp4a.40.2"

doesn't work: SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="hvc1.1.6.L180.80, mp4a.40.5" not supported (2) [{…}, {…}]

Can i do something on my side?
Screenshot output dev console: https://my.hidrive.com/lnk/O8gifiV1c
Screenshot model_3d_steam: https://my.hidrive.com/lnk/MsHMXDhEa

Regards

SchnuppiLilac

I think the issue is rather the video codec, HEVC/H.265 not being supported in Linux browsers due to patents. For possible solutions, you might want to feed your post into your favorite LLM.

allwaysFun

SchnuppiLilac
I will give it a try. Thanks.

allwaysFun

SchnuppiLilac
Hello, LLM offers at least solutions, but none of them fits here, because the szenario's are different (i'm not the streamer or the hint to use "HEVC Only in Supported Browsers" isn't helpful + i can't inject javascript into receiving live streams :-)

I wonder, if both my mentioned streams are on sexlikereal, why use they different codecs?

AshSLR

allwaysFun Please check if the issue persists when you use the Chrome browser

allwaysFun

Hello, with fresh installation of google's latest stable i've got the same "not supported" message in dev console.

https://www.sexlikereal.com/vr-cam-girls/mollybaby
video/mp4; codecs="hvc1.1.6.L180.80, mp4a.40.5" not supported (2) [{…}, {…}]0:
{type: 'video', id: 1, codec: 'hvc1.1.6.L180.80', timescale: 48000}1:
{type: 'audio', id: 2, codec: 'mp4a.40.5', timescale: 48000}length: 2[[Prototype]]: Array(0)

So, the question seems to be why some livestreams on sexlikereal are streamed in "hvc" and some in "avc"?
And can i do something?

allwaysFun

On Windows i can switch in Vivaldi Browser at any time between 3D/3D stream, no errors:

SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="hvc1.1.6.L180.80, mp4a.40.5"
SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="avc1.64002a, mp4a.40.2"
SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="hvc1.1.6.L180.80, mp4a.40.5"
SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="avc1.64002a, mp4a.40.2"
SentryScript.astro_astro_type_script_index_0_lang.DcAI3WPc.js:15 video/mp4; codecs="hvc1.1.6.L180.80, mp4a.40.5"

https://eu1.stream.dreamcamtrue.com/hls/<id>/0tduj3b2704.2.m4s

On github i found relate to "hls.js" this hint:
"Best practices for HLS are to provide multivariant playlists with multiple bitrate tiers for each codec. Include AVC1 (h264) variants for fallback on platforms that do not support HEVC."

Is it a problem of Linux Vivaldi Browser, Linux itself or just missing codecs?

allwaysFun

Hello, finally i found a solution.

By creating "vivaldi-stable.conf under ~/.config with those parameters:

--enable-features=VaapiVideoDecoder,VaapiVideoEncoder,VaapiIgnoreDriverChecks,VaapiOnNvidiaGPUs,PlatformHEVCDecoderSupport --ignore-gpu-blocklist
--disable-features=UseChromeOSDirectVideoDecoder
--use-gl=desktop

I added in "/etc/Enviroment" additional:
VAAPI_BACKGROUND_DRIVER=nvidia
NVD_BACKEND=direct

but don't know if the vr stream works without also.
(dont want't test it now)