Downloading stops before video is complete

Rakly3

It's an issue with the browser + parallel download + filesize.
There isn't much we can do about it other than stopping the streaming service, but we are a streaming service, not a download service. So....

It's like trying to download 10 Netflix movies at the same time.

The parallel connection is required for stream buffering.
A download manager is equipped to deal with this as it writes away the data instead of buffering it. And the streaming video player doesn't need to store the data so it dumps it when the buffer is full and no longer needs it..

[deleted]

Rakly3 Great and thorough answer! Sometimes I have buffering problems in DeoVR (I think). It says 'error incorrect file type' while streaming in 4K H265. Do you know why that might be? Can I increase the buffer in Deo? FDM is a godsend. That's worth promoting to save users a long road of discovery. I'm not a massive downloader, but I'm having to re-download the few videos that I do want in super-high quality that became corrupted through Firefox.

PalmPilot

This problem happens even when downloading only one file and not streaming anything at the same time.

Aren't downloads handled via a totally different protocol than streaming (HTTP versus UDP)?

Given that a download is being sent via a stateful HTTP transmission, then if the server drops the connection the download should still be able to be reinstated and resumed. But for some reason the browser is getting the message that the download is complete when it's not. The file in the Download directory appears complete, but only contains part of the content.

spacepirate

[deleted] that error is a bug in deo. i used to get it all the time but switched to a different player now and no problems.

Rakly3

[deleted]
as spacepirate said, that is a bug and should not happen. Did you install the required codecs on your system?

[deleted]

@Rakly3 I'm pretty sure it's impossible to install codecs in Android, but maybe I'm wrong. I also think it's impossible to install codecs for Oculus / Meta products. Basically the problem occurs while streaming every so often, and especially while skipping forward and backwards. I was just wondering if Deo had a specific chunk size. Relatedly, the "Original" of this file won't even run, nor other original files from the same studio, https://www.sexlikereal.com/scenes/the-club-24022?tab=downloads . I'm also trying to figure it out ...

@spacepirate Which player do you suggest? I've had a better experience for non-SLR on SkyBox. SkyBox has MKV compatibility and is better for correcting slightly damaged / corrupted files on the fly. One of the great advantages of MKV they can integrate the subtitles for JAV films. And I see that there is a database of subtitles for VR JAV, some of which may even be here on SLR https://www.subtitlecat.com/

[deleted]

Great point @Hunky-Dory . I can imagine how that would be confusing. And since it has nothing to do with the SLR-side it would be hard to get help.

@Rakly3 I think I'm good now with the first question. For reasons I can't explain the problem has gone away. However, I'm still curious why the films of StasyQVR, in original format, appear to be stored in a different format from all other studios, or mpeg-4 instead of mp4 (different, right?); I can't get the originals to play without glitches and artifacts. I have no problem getting the SLR-conversions to play ... For example, this video (awesome content!) https://www.sexlikereal.com/scenes/the-club-24022

Rakly3

[deleted] Those are the files we get from them.

PalmPilot

nfrosty [deleted]

Thanks nfrosty and PieInSky. I'll try one of those Download Manager thingys.

[deleted]

<strike>Free Download Manager works. I checked several others that don't (like Jdownloader, which would work if SLR shared the download link, but they don't, probably with good reason).</strike>

EDIT: It works for Original studio files, not SLR converted Index files

[deleted]

So I switched from streaming to downloading and I still get the error. Worse still it looks as if the files themselves have become corrupted in some way: certain parts of films aren't watchable, and it's impossible to know which parts unless I watch the thing through to completion. I'm using Free Download Manager, as recommended, and have set FDM to download one film at a time. I have no idea why this is happening, but DeoVR gives the error "Unsupported file type"; the file size matches the size on the server. Most often this happens with the copies converted for particular devices by SLR. By downloading the original it's possible to avoid the error, but some of the original files are gigantic. Got any ideas how to fix the problem in any other way?

Rakly3

[deleted] But this is only with the StasyQVR original files, right?
Original Studio files we can not guarantee to be compatible, since those are the ones sent to us, not encoded by us.

[deleted]

The problem is universal (all SLR-converted Index files, etc) and not solved by downloading one file at a time at least for me. The solution is either the complex method outlined in the other thread or to stream only, which is fine and I guess understandable.