• Support
  • Playing passthrough videos with ALPHA channel via DLNA

Hi!

I'm using your latest DeoVR app on the Pico 4 headset downloaded from the Pico Store.
It seems that the downloaded passthrough videos with the alpha channel enabled don't work properly when streamed via DLNA. Meaning, when enabling/disabling the passthrough option, nothing really changes (there's no passthrough at all).

But - when I copy the same files directly to my headset (to internal storage) and play them from there, passthrough in that case works as expected without changing anything (I just click on the "Eye" icon, and that's it).

I would say that's a bug, no? Because, why would videos play differently when streamed via DLNA compared to when they are played directly on the headset..?

Please fix that in future versions. Some files are 30-40 GB in size, and I don't have either enough free space on my headset for them, or time to wait for them to be transferred to my headset.

Thanks.

    5 days later

    Thanks for the confirmation and for the link. That's really unfortunate. This alpha passthrough is such a nice feature, but they ruined it with this bug 🙁

      BursVR Not sure if possible for you but you could also just stream these videos in the app until there is a fix

      Yeah, I know about the streaming, but I wouldn't download the file if streaming was an option for me 🙂 My internet connection is not that great, which often ruins my experience, and I also have to lower the resolution.

      DLNA is a perfect solution for those with bad internet and low free space on their headsets. From my dev point of view, I'm really curious how difficult is to solve this, as the team didn't come up with anything after months of acknowledging it really is the bug inside the app.

      This is a technical codec and container related 'issue' (limitation). But it's quite a lot to get in to. It's not something we can easily 'fix' as it's not a bug. We are working on / looking in to workarounds.

      BursVR Actually, I have to correct myself.
      'alpha channel' threw me off a bit.

      An alpha channel and chroma key are two different things. I get what you mean now. But I also can't say with certainty why the chroma key functionality isn't working over DLNA.

      mp4, like jpg, don't support alpha channel by default. There is a way to do it, but it's very specific and not widely supported. mkv for example does support alpha channel. - With mp4 it's easier to go with masking. But this requires pre-processing of the video.

      Likewise, mp4 does not support spatial sound, mkv does. (Don't confuse with surround sound)

      The chroma key is working fine over DLNA, tho all the values are initially set to zero. So when I play the video for the first time, I have to match all these values to the ones that are set automatically when streaming the same videos from your servers.

      It's the alpha channel type of video that I'm having issues with. I'm having a hunch it's due to the way it's "packed" inside the video frames themselves (around the spherical picture that later gets rendered), instead of being packed as a separate layer and processed individually. That seems to be something that DLNA protocol doesn't like very much. But that's just me and my understanding..

        BursVR Ahh yes, that's masking.
        Wasn't even aware we had scenes with it publicly available yet.

        BursVR tho all the values are initially set to zero.

        This is because the video file does not have this data, but when streaming, the app gets these from the SLR server.

        2 months later

        BursVR I was thinking the same thing. Tried it on a few different vids as my streaming is at times less reliable than DLNA and it would be nice to have the passthrough versions saved.

          Bluesmessiah Yeah, I agree. This issue still hasn't been fixed, so for chroma key you once have to set the values, and the next time the app will remember them. But for the videos using alpha channel passthrough, the only "workaround" is to copy the files to your headset and then play them from there. Which is not very convenient as transferring 30-40 GB can take time, and/or you might not have enough free space (especially on 128 GB headset models).

            BursVR
            In another thread, "SLR_Sandy" stated " Hey, fix for this is coming in next release, you will see the A button when streaming locally." that was 3 weeks ago. I'm assuming she meant DEOVR release.

              Bluesmessiah Right, DeoVR app. But release/approval times can vary greatly between platforms, especially for the Pico where a tiny change can take a week or even more to be verified by the Pico staff. That's something that would get an instant effect on the Quest platform - I give them that, tho I'm a hardcore Pico fan 🙂

              a month later

              The issue is finally fixed! At least on the Pico platform. Thanks to the team behind it..