There are some SBS/OU videos on YouTube, if we could get access to the video settings panel we could watch them without having to stream from a desktop, would be super convenient
#Allow us to enable the 3D modes when using the YouTube browser
shy plank
glacial crescent
i like this idea. also maybe the ability to have a curved screen?
like maybe through the popup menu
shell atlas
The YT SBS thing is a service based problem.
Youtube does not give a damn about VR any more and switched all clips that were marked as 3d to anaglyphic without a users choice.
Only SBS videos without 3D tag survived that silly decision
frosty wren
Wow, Youtube engineers breaking something that already worked fine while still ignoring all the things that have never worked well? You shock me.
shell atlas
I´ll send you a Wave with the details 😉
shy plank
Youtube does not give a damn about VR any more and switched all clips that were ...
There’s still some that work, and bigscreen already has 3D controls coded and stuff, they just have to make it so it can be chosen on the YouTube browser
Every single day things are being uploaded to YouTube in SBS 3D but you’re right YouTube formatted a lot of the old ones and messed them up
fiery sierra
I would like this feature too. Also with the new cloud browser
pastel cobalt
There’s still some that work, and bigscreen already has 3D controls coded and st...
Those 3D controls are from the video player
You tube does not use the video player it uses a browser and then YouTube it's self uses a html video player embedded on the page
There is no way for big screen to control the YouTube player with out injecting JavaScript code into the browser window and this is not something you want Todo as it opens up a lot of security issues
There is no other way to make a browser display as 3D
As stated before YouTube removed it's own native 3D video player options long ago from the browser
shy plank
Those 3D controls are from the video player
You tube does not use the video pl...
Not without rewrapping the video, which seems tedious, thanks for the insight
fiery sierra
I don't see how that would matter. It would just have to be an overlay to turn a sbs video to 3D. Doesn't have to interact with any of the browsers code
pastel cobalt
I don't see how that would matter. It would just have to be an overlay to turn a...
what kind of over lay ?
you would need to make a video full screen then while its full screen detect the video player being used witch is diffrent on every single site you would then need to work out the left and right side of the video player in order to somehow grab both side of the video to then over lay one side over the other
fiery sierra
At the top level in bigscreens software. It doesn't need to know anything about what's on the screen, only the dimensions for the sbs to be converted to 3D. As the split is always at the same point geometrically speaking. Think you're overthinking the interaction needed to make it work
pastel cobalt
At the top level in bigscreens software. It doesn't need to know anything about ...
again your forgetting the fact bigscreen is multi platform and not every platform supported would have the power to capture and calculate a in app browser this is the exact same reason they didnt capture the native browser to allow stand alone streaming they had to use a cloud based browser
it would significantly alter and complicate the code base and would not run on every supported platform that big screen is for
the only way to make a in browser video 3D where there was not a default option would be in browser code injection to make sure every platform bigscreen supports would also be able to run the function in the same manner and again this would complicate this a hell of a lot
fiery sierra
The cloud based browser is a bandwidth issue as not all clients have the bandwidth to stream to multiple users at once, so it's offloaded to the cloud browser.
As for 3D the 2D video can be streamed to each user and then converted at the device by bigscreen, it's not that complicated to do
pastel cobalt
The cloud based browser is a bandwidth issue as not all clients have the bandwid...
lmao its not a bandwidth issue haha its a power issue do you know how much resources it takes to capture a window and then encode it for streaming out to other people never mind having to work with over lays and other calculations as well lol especially in a 3d enviroment thats all ready uses a lot trust me i do i am a develoiper by trade
if it was a bandwidth issue they wouldn even have desktop streaming they would just allow you to run your owe broadcast server because most people dont have the bandwidth for desktop streaming but thats built in lol
like i said it would be IMPOSIBLE to capture calculate and work with filter overlays natively in app on every bigscreen supported platform! the only way it could be done nativly would be code inhjection that would open it up to security risks and complicate development because not every site uses the same browser so it would need constant code modifications to account for and indentify all the diffrent klind of players used
fiery sierra
Yet the remote desktop works perfectly with 3D so any streaming mode can as well.
They have said the cloud browser is there due to bandwidth as trying to use a p2p system wouldn't work due to upload bandwidth issues on devices
pastel cobalt
Yet the remote desktop works perfectly with 3D so any streaming mode can as well...
❔ Why does this exist? Why isn't it a local streamed browser?
Due to hardware limitations of most current Quest headsets, it wouldn't really be feasible to run a local browser while also hosting a room with up to 15 other people and do real time encoding and streaming of that to everyone else at a low enough latency that it wouldn't be noticeable.
as i stated "hardware limitations" aka the power of the device not all bigscreen supported devices have the power to capture and encode and broadcast a local browser there for its simply not an option imagine trying to run video filters and other comuptations on top of just capturing the browser
the only option would be code insertion into the browser that happens on everyones headset as they join the room that way its not "hardware" dependant but as i stated that would be overly complicated and would incure many security issues
so like i said this full conversation is just a mute point its not happening
fiery sierra
Limitations of "most current headsets" I agree the quest 1 and 2 might have issues with power.
But trying to upload to 14 other users on a lot of peoples broadband with limited upload bandwidth is an issue as well that I have seen the devs post about as a reason for why the cloud browser was needed too.
However I think you are conflating the computational difficultly of encoding and uploading a stream to multiple users with the relatively simple task of the end user applying a 3D filter to the stream they are receiving.
There's a reason why programs like owl3D takes so long to convert a film to 3D, because all the heavy computation is done in the conversion. When it's being streamed to a user the power needed to take that 2D sbs source and apply a 3D filter is minimal
pastel cobalt
Limitations of "most current headsets" I agree the quest 1 and 2 might have issu...
the player is activly decoding the raw video stream be that mp4 or h264 making it much easier to intercept and work with the indevidual video tracks there is no 3D filter the main video track for 3d sbs content is taken and split and then worked with to overlay properly this could be seen as a filter yes but as its working with the raw video data its not just a filter
fiery sierra
The 3D is calculated by the offset in the left and right images on the 2D video, which is what takes programs like owl3D all that time to encode. I just used the term 3D filter to mean the 3D single image the user sees.
Either way this is getting pointless. Have a nice evening 😀
deep gull
The feature was added in build 0.950.0.406584-beta-perma-rooms
