• SLR
  • Issues with latest SLRO original high bitrate files

I am having big trouble playing the latest SLRO original video files with bitrates of 190 (or 150) on a Q3 when downloaded. Anyone else experiencing this?

Before, these files had bitrates around 130 which worked perfectly fine. I am wondering what's the logic behind that massive bitrate increase lately. Q3 is the recommended device, and if Q3 cannot handle these files, who is the target audience?

Hairsational No, via Wifi (DLNA). Most files are too large for a 128 GB Q3 anyway. But I don't think the Wifi is the bottleneck. When I download those files, data transfer rates over Wifi are well above 190 Mbps and basically the same as my internet connection speed. My Wifi router is telling me that connection speed to the headset is 1.9 Gbps, Q3 says signal is excellent, I am sitting like 3 steps away from the source.

I noticed that it seems to work a little better in DeoVR than in HS which I am normally using. The sex parts of the Dragon Ride scene are quite okay but the horse ride in the beginning still plays choppy.

    Hairsational Directly from the Wifi router which has a DLNA server built in. Portable SSD plugged into the Wifi router via USB, router being the limiting device here (USB 3.1 Gen 1, 5 Gbit/s). Since HS supports DLNA, this set-up has worked for me significantly better than everything I had before.

    In the meantime, I have tried plugging the SSD directly into Q3 and using 4XVR player. I think that's currently the only player supporting this. Results are better than over Wifi but the horse ride still plays a little choppy.

      Hey guys.
      It's true that we used higher bitrate for recent videos
      That was a part of quality enhancement effort as long as the other changes in our pipeline
      If you check releases of 2 years old they had same 200 mbs bitrate
      So far most of the people enjoying and noticing the quality improvements
      With minority of people complaining about issues with big files
      However we already considered reducing the bitrate to 150 mbs
      but i wouldn't recommend to go lower then 130

        Manny_S I don't think anyone ever complained about the quality of original quality versions? 130 mbps vs 200 mbps isn't going to make any tangible difference to the quality of the more compressed versions either...

          Manny_S If you check releases of 2 years old they had same 200 mbs bitrate

          I remember those and will check if I have the same issues.

          Generally speaking, if higher bitrates of the files in the pipeline that will be transcoded will make the 30 Mbps files that most people stream actually look better, then you should go as high as possible. But for me as an end user it would be nice to still have the UHQ download option with files I can actually play - it doesn't need to be same file as in the production pipeline. Unless for some reason I am the only one having issues with 190 Mbps...

            Hairsational its more of how high the quality will be in the input before server transcodes it
            you see we prepare one master file for server to transcode to different resolutions
            the better the input quality - the better transcoded results will be
            we dont provide any additional files for downloads
            its the same master file / original that can be downloaded from which all of the resolutions are made

            SchnuppiLilac we might have overreacted to the previous quality issue outbrake that was massively discussed in the SLR image look thread
            and launched all possible improvements
            but hey... the quality does look good now 😁
            don't worry, we already introduced lower bitrate to the pipeline
            and sorry for the inconvenience!

              Manny_S Oh I know perfectly well how it works. What I'm saying is that using a 200 mbps file as input is quite unlikely to make any difference to the output compared to using a 130 mbps file as input. At bitrates that high there should be no visible difference between either input.