• SLR

  • Bitrate comparison test

doublevr
I actually don't think that screenshots are the best way to measure the results of different bitrates. The bitrate dictates how smooth a video plays and that can hardly be captured in stills. It might be a good starting point but it's not very surprising that the difference in screenshots isn't that glaring.

    doublevr

    Missed there was a maximum cap for the highest resolution.

    There's 30Mbps maximum average over 10 seconds time period which roughly corresponds to the player playback cache. This way we can avoid buffering even for very complex parts of the file.

    Checking with dev team what are our options.

    Okay, the plan is to test Original file to SLR highest encoding with as many people and see if there's a difference. Please let me know how it worked for you.

    I LOVE this response. Thank you @doublevr for listening to us and for working with the devs to brainstorm and test solutions.

    This thread is very promising.

      Our Unity teamlead is killing it:

      we can and we have it in plans (no timeline yet), first we need to do a proper research on what would be the best approach. I would like that caching is supported on all platforms and has the flexibility on how and what we want to cache. Either we find a solution that already provides this or we implement it ourselves, but that will take some time to do it properly.

      That's the spirit 🔥

      I've watched Original bitrate (which is super laggy and makes the app to crash) vs SLR encoding on Quest Pro. There's a visible difference. Not a game changer, but some improvement for sure. We really want to fix it

      It's not okay to provide overbitrated download files and underbitrated for streaming. It served us well for up to 6K videos. It's time to update now.

      I don't think we want ultra high bitrate download files we called "Original" either

        doublevr Sounds good! As far as I am concerned, I do not need or even want bitrates above 90 Mbit/sec for SLRO original files (a recent one had 190). On the other hand, the FuckPassVR or VRAllure original files have bitrates of approx. 89 Mbit/sec (Source: https://www.sexlikereal.com/virtualreality/mosaic/id/30283, https://www.sexlikereal.com/virtualreality/mosaic/id/32126) and I never had issues playing them on Q2, so I hope you will not remove these HQ files.

          FuckpassVR, VRHush and LethalHardcoreVR Original bitrates are 90mbps, files are not too big (around 25GB) and quality is great.
          SLR Original sometimes go over 190mbps with file size up to 100GB.

            Every one here assumes more bitrate = more better
            Many even believe more K = more better

            mirdumar FuckpassVR, VRHush and LethalHardcoreVR Original bitrates are 90mbps

            90Mbps is a little bit high, but at least FuckpassVR and VRHush also offer 45Mbps as alternative on their website.

            CzechVR uses 60 or 80Mpbs depending on the scene. For most other studios 60/62Mbps is the maximum they use for 7/8K scenes, so I guess something between 55Mbps and 75Mpbs would be a good compromise between size and quality.

              doublevr Good to hear that SLR is on it to improve this! This will probably even be more visible on some of the upcoming headsets like the crystal so it's also some future proofing right there.
              Personally I wouldn't download the originals anymore if there was a higher bit rate version available. However, I must say, I'm still glad that the originala are there. It's just a nice escape hatch for when you feel the encoding is not optimal or when you want to make sure.

                g2kbuffetboy id like to see 40 mbps for the lower quality/streaming 8k versions instead of the current 22 or 30. 40 is high enough for the image quality to look acceptable at that resolution and low enough to not be wasting too much bandwidth and to work without buffering delays for people with 50 mbps internet connections.

                  Yeah despite being 4X larger bitrates are the same, MediaInfo shows this for MAX_Q file "Stream size: 259 MiB (30%)", and this for 30M file "Stream size: 259 MiB (99%), so i would assume, as they have same stream size, that files are the same, only MAX_Q has some junk data in it or something.

                  MediaInfo shows that they have same encoding settings, also for MAX_Q it shows "IsTruncated: Yes", that only happens when file is not expected size, or is corrupted, etc.

                  SchnuppiLilac hes trying to play us for fools again. the videos are totally identical but the max q one has exactly 600mb of random data appended to the end of it to make it bigger.

                    Hey guys, we went into full research mode today, trying to figure out the difference between original file and max streaming one that we provide for download, the difference is there but miniscule.
                    The example we used, granted, did not have a full frame of moving things, so lets say it was average content.
                    We will continue to test on "harder" examples like some harem scene, where the girls are all around the camera.
                    Will keep you updated with our findings.

                    Also we have a memory leak with playing original files, we will fix this, so you can watch them too.

                    Can I ask who are we actually addressing here, the people watching downloaded files, or people watching porn by streaming?

                      Sandi_SLR let's get all the files and images into a separate post. I'll lock this one

                      We really want to clear this once and for all

                        Sandi_SLR both hopefully. I'd like to see downloaded files at their maximum visual fidelity, and for streaming to be greatly improved.