'Processing' takes stage significantly longer on 6030

MrGrackle

The post-processing stage probably takes 10 times longer (or more) now than with using 6029 and before. The progress bar crawls, then it hangs at around 50% for a considerable amount of time.
If I were to get a video before, it used to be almost instantaneous from processing to remuxxing. Not anymore. Every download seems to have "Download error: Md5 inconsistent" in the log itself. Not sure if that is related or not, or if that even matters. The attached log shows downloads from two providers.
I deleted the miles and miles of stuff at the beginning of the log that have no correlation.

MrGrackle

Meant to say 6230. Also, the download time is significantly longer too, all providers.
6229 on average downloads at 100MB/s. 6229 might go as high as 40MB/s.

Stan001

Something is different, or at least it seems. On Amazon, things still come pretty fast, regarding download, but processing and then remuxing seems a bit slow, and streamfab seems to download video, then audio. Why not download them both at once? Another issue with Streafab on several providers it uses one thread (or what can also be known as simultaneous downloads or connections) to download, which makes its download slower when most providers support downloading using more than one.

I guess for now, it's back to 6229 when this occurs.

Germania

The progress bar crawls, then it hangs at around 50% for a considerable amount of time.
MrGrackle

Same here
[quote=Germania;n461872]btw: Processing is slower with 6230 as with 6229 ..[/quote]

3x [Log]: Download error: Md5 inconsistent.
is often seen in other logs - but never in mine with 6230
I see this in your log after dl - so perhaps the "Saving Task Queue"

> Also, the download time is significantly longer too, all providers

I can't download that fast - maybe that's why I can't see the difference
But on holidays the network traffic is significantly higher for the streamers

btw: Keyword slower
The (2nd) Analyzing before Downloading from Netflix is 12-13x slower
with last releases as with SF 6223

streamfab seems to download video, then audio.
Stan001

[quote=Germania;n461872]and now dl first video then audio - with <6230 the other way around[/quote]

MrGrackle

Same here

btw: Keyword slower
The (2nd) Analyzing before Downloading from Netflix is 12-13x slower
with last releases as with SF 6223

Germania

Peacock on 6229 comes down at about 300MB/s (yes, that's right, 300 MegaBYTES per second), on 6230 it's gimps at 45 - 50.
This is tested just now (the holiday).

Sebastian001

The crucial question will be. It was intentional that it would take longer, or is it a mistake :-)

Stan001

I don't know, I guess it's perspective, hardware, or other.
I went all the way back to 6221 and have not seen a big difference in downloading, processing, or remuxing speeds. Others may get different results.
Only one movie on Netflix was tested; other results with the same or other providers and different movies/shows may vary.
During the whole processing stage, stremfab.exe seems to be very busy, doing what is not known or obvious. Possibly decrypting the streams?
After which remux starts and ffmpeg kicks in, doing most of the work. Then, after ffmpeg, your movie file is ready.

jpp72

Peacock on 6229 comes down at about 300MB/s (yes, that's right, 300 MegaBYTES per second), on 6230 it's gimps at 45 - 50.
This is tested just now (the holiday).
MrGrackle

300 MB/s must be an error. Unless you have 3 Gigabit fibre (which i have) with your computer being connected via ethernet and not wireless. The ethernet would also need to be connected to a 10 gigabit port both ways and you are downloading to a very good NVMe PCIe SSD.

All possible but whenever StreamFab downloads chunks, it doesn't do it efficiently so you cannot attain those speeds.

I suggest you install DU Meter, NetMeter Evo, NetWorx or NetSpeedMonitor so you can see the real speed and not what StreamFab is saying.

It happened before with Discovery+ when it was saying 165 MB/s when DU Meter was saying 60 MB/s.

Ok, back to radio silence for me.

Stan001

Lol, I thought 300MB/s was high. They just upgraded to 1.5 gig in my area, and I fully get 1.5 gig download using speed tests. Still have slow downloads with certain providers so it seems some providers have limitations, and again I go back to streamfab using one thread versus multi-thread when downloading. And I have seen programs that download audio and video at the same time, not one then the other. This made a big improvement in downloading.
Still can't see why streamfab64.exe seems to have CPU and disk drive spike activities and seems to be somewhat slow in processing, once that's done ffmpeg takes over and things speed up to get a final video file. I know nothing on my system is causing this as no other spikes happen with any program running while watching Task Manager.
But I doubt we will see this addressed by streamfab developer, but the developer has surprised me before, so it could happen.

I don't replace any files in streamfab install, just to see what happens. The few times I did, I never did see much improvement.

Seeing >here the discrepancy in file sizes really gets crazy. I do know I need to get back to watching DU meter to see if it corresponds to streamfab downloading speeds.

Sebastian001

I can only speak for RTL+ on this point; they fixed something there at some point. Since then, the display has shown the speed twice as fast as it actually was... It's possible that it's correct again now...

I don't know if Wi-Fi 6 is the same in the US as it is in Europe, but it makes it almost impossible to get 1 Gig of fiber to the device. You need Wi-Fi 7 with a 6 GHz network, or LAN, at best.

I think it's the processing that's freezing or doing something else... that's the biggest limitation at the moment.

Sebastian001

Well, I've had enough... everything's taking too long.
I'm going back to 6229! :confused:

MrGrackle

300 MB/s must be an error. Unless you have 3 Gigabit fibre (which i have) with your computer being connected via ethernet and not wireless. The ethernet would also need to be connected to a 10 gigabit .
jpp72

My connection is around 2.4 Gb, and connected via 10 Gig ethernet, so the math does support that number. In the old modem days, it was 10 bits per byte so that overhead would indeed require 3 Gig.

@Stan001 you're seeing megabits. Still a great speed though. Bare minimum at each new version I still modify the Amazon module with the season hack. Even if a show has only say 3 or 4 seasons, I don't need to enumerate every single episode of all the seasons every time I want to dl an episode.

I have also been seeing various micro-glitches all over the place since doing a clean install. The latest one is that in the "Downloading" tab, the Analyzing progress bar keeps blipping, no matter what stage of the process is happening. Such as the actual download or the processing or remux.

0xFeedBeef

My connection is around 2.4 Gb, and connected via 10 Gig ethernet, so the math does support that number. In the old modem days, it was 10 bits per byte so that overhead would indeed require 3 Gig.

MrGrackle

Fun fact: 2.5Gbps isn't actually a separate standard but a modified down (slow lane) 10Gbps standard to cope with old wire; so if you have a decent chip in your ONT and your "neighbours" aren't greedy, you can get very good rates (different story if you life off DOCSIS). I am on 2.5Gbps sync XGS-PON and regularly get over 2.5Gbps (and even over 3Gbps) according to fast.com (and I'm using an eight year old E3 xeon box with a x550 controller running FreeBSD as a router plugged into the ONT then a 10G switch).

TomG69

Well, I've had enough... everything's taking too long.
I'm going back to 6229! :confused:
Sebastian001

I confirm this ... 6229 is (for Amazon) very faster!

Stan001

I confirm this ... 6229 is (for Amazon) very faster!

Yes, I confirmed this too. 6229 says, very quickly downloading audio, then downloading video, then goes to processing.
6230 says, downloading video, then downloading audio, and then a longer processing time.
Yes, at least a whole extra minute, or more, when finished.
Streamfab*.exe is the one busy processing using both disk and CPU time.

I said before no reason why streamfab can't multithread download, but also download both audio and video at the same time.

Don't know why the change, nor was anything really mentioned in the changelogs other than the ability to get episodes of shows. These tests were done with movies.

Stan001

Amazon seems faster as stated in 6231 change logs.

Germania

[quote=Stan001]Amazon seems faster as stated in 6231 change logs.[/quote]

I can't see a difference with 6231 amazon dl speed ..
.. but like all SF <6230, audio is dl first and then video

And the processing speed is with 6231 much faster for me, too