StreamFab 6.1.6.7 x64..... And Why You Should Be Using This Version

[smithbrad]

So, you aren't going to send a StreamFab.log as requested? Starting rumors without providing proof is even more shameful and tiresome.

So, are you saying it's not re-encoding? Just 4 posts up I described how the resulting file is 25% the size of the source file (actually my mistake it is closer to 33%). If it was a download the resulting file would be the same size. Is that not enough evidence?

[Cats4U]

You are right, the DL I tried on another computer shows it encoding. It appalling that the release note says it suppose to be DL, when it in fact encoding the DL. Shameful.
The video is called The Big Chase for anyone that wants to try

So, you aren't going to send a StreamFab.log as requested? Starting rumors without providing proof is even more shameful and tiresome.

I know this makes me sound awfully lazy, but I just watch the progress. For a series that I downloaded today, each episode took about 30 seconds to download and 6 minutes to process. I'm quite certain that means it re-encoded, else the process step would have been just a few seconds.

And no, I didn't sit there with a stopwatch; I watched the first minute or so, and then came back later and checked the timestamps.

You are right, the DL I tried on another computer shows it encoding. It appalling that the release note says it suppose to be DL, when it in fact encoding the DL. Shameful.
The video is called The Big Chase for anyone that wants to try

[Cats4U]

The new version fails after the processing stage when DL amazon video. This is become tiresome.

Also tiresome is having to say over and over to everyone to post the name of the video you are having trouble with and attach the StreamFab.log for that one session if you want it to be looked into. Just complaining does nobody any good.

[wyhtmgm]

But it brings up the question..... how do you tell if a video is being re-encoded?.....

I know this makes me sound awfully lazy, but I just watch the progress. For a series that I downloaded today, each episode took about 30 seconds to download and 6 minutes to process. I'm quite certain that means it re-encoded, else the process step would have been just a few seconds.

And no, I didn't sit there with a stopwatch; I watched the first minute or so, and then came back later and checked the timestamps.

[smithbrad]

But it brings up the question..... how do you tell if a video is being re-encoded?.....

At least from an Amazon perspective it is simple math. Before the DRM issue when I downloaded from Amazon at best quality, and it listed the file size as 2.3 GBs I would get a file 2.3 GBs. Now I download the same file listed as being 2.3 GBs (assuming this is the size of the source file) and it comes down as 800 MBs. In both cases the resolution is 1080p. Also, the processing takes twice as long.

The problem will be fixed soon.

Wilson

The new version fails after the processing stage when DL amazon video. This is become tiresome.

[Cats4U]

I put both possibilities because I didn't know which it was. I really don't follow Pluto all that closely. Whatever it was, it was broke in 6.1.6.7 and fixed in 6.1.6.9 (either the original or test version).

[weavermovies]

To tell you the truth, I don't know anymore. Each module's methods and StreamFab.log are different. Looking at your log, my guess would have been that it was re-encoded with the multiple MKV files eventually merged into one, but Wilson is adamant that Pluto doesn't use re-encoding. So, I'd have to go along with him in that there was a bug or Pluto changed something, and it was fixed sometime between 6.1.6.7 and 6.1.6.9.

If by bug you meant that something could have happened on my laptop during processing..... I thought exactly the same thing..... and because of that..... I ran it a second time before I posted.....

The second result was the same as the first.

[Cats4U]

But it brings up the question..... how do you tell if a video is being re-encoded?.....

To tell you the truth, I don't know anymore. Each module's methods and StreamFab.log are different. Looking at your log, my guess would have been that it was re-encoded with the multiple MKV files eventually merged into one, but Wilson is adamant that Pluto doesn't use re-encoding. So, I'd have to go along with him in that there was a bug or Pluto changed something, and it was fixed sometime between 6.1.6.7 and 6.1.6.9.

[weavermovies]

Here's the logfile..... which wouldn't attach to the previous post.....

PLUTO - CHICAGO 2002 - StreamFab 6.1.6.7 Test Version.log

[weavermovies]

As you probably saw, I removed Pluto from the banner as a working module. Wilson, replied to my report that Pluto was not working by saying that it is working, and showed a 6.1.6.9 screenshot to that effect. I said that it does not work in 6.1.6.7, and I will only use updates that do not contain any re-encoding code. I think you feel the same. I told him that we will re-test when they come out with a new update that doesn't contain re-encoding for any of the streamers.

As I've posted in the past..... Since ROKU works in the Windows StreamFab 6.1.6.9 x64 Test Version..... I have it loaded on another laptop to access ROKU should the need arise..... so in deference to Wilson.Wang..... I just got done attempting to download a couple videos through PLUTO.....

They were both successful producing 720p..... which has always been the maximum resolution attained through PLUTO..... in MKV..... H264..... with subtitles.....

Consequently..... Wilson.Wang is correct in saying that PLUTO works as far as the Windows StreamFab 6.1.6.9 x64 Test Version.....

But it brings up the question..... how do you tell if a video is being re-encoded?.....

The reason I ask is because during the download process..... in the StreamFab Output folder > PLUTO folder..... after video processing completed..... when remuxing began..... I had multiple MKV files start to populate.....

For example..... one of the videos was "Chicago (2002)"..... and once processing ended and remuxing began..... I had multiple MKV files in the PLUTO folder labeled..... "Chicago"..... which would normally be there during remuxing showing 0KB..... but also "Chicago0"..... "Chicago1"..... "Chicago2"..... "Chicago3"..... all the way up to "Chicago12"..... indicating various file sizes..... and then after remuxing..... they all disappeared with the exception of the "Chicago" MKV video file..... which remained as it normally would after remuxing completed now showing its actual file size vice 0KB.....

I've never seen this happen before.....

So again..... Wilson is correct..... PLUTO does work in Windows StreamFab 6.1.6.9 x64 Test Version..... but is it with or without re-encoding?..... And why all the various files?.....

I've attached the log and a couple screenshots.....

I'm sure I should already know what I'm asking about..... but you know me..... I'm "a bit slow"..... and "don't understand the issues".....

Thanks!

UPDATE..... The logfile follows..... It wouldn't attach to this post.

[Cats4U]

weavermovies ,

What I said about PLUTO and endlessly analyzing stands.....

As you probably saw, I removed Pluto from the banner as a working module. Wilson, replied to my report that Pluto was not working by saying that it is working, and showed a 6.1.6.9 screenshot to that effect. I said that it does not work in 6.1.6.7, and I will only use updates that do not contain any re-encoding code. I think you feel the same. I told him that we will re-test when they come out with a new update that doesn't contain re-encoding for any of the streamers.

[Chameleon]

They are all old titles, try something new and see if you get anything. They are all old titles, this was always possible, are you a bit slow or don't you understand the issues?

[weavermovies]

The following movies were downloaded from NETFLIX..... using Windows StreamFab version 6.1.6.7 x64..... yesterday afternoon..... March 25, 2024..... beginning at around 3:30pm ESDT..... in Northern Virginia..... through Verizon FIOS gigabyte..... using the most current version of Windows 10..... and no VPN.....

OUT OF AFRICA..... 1080p..... H264..... WITH SUBTITLES..... NO RE-ENCODING.....
ERIN BROCKOVICH..... 1080p..... H264..... WITH SUBTITLES..... NO RE-ENCODING.....
NYAD..... 1080p..... H265..... WITH SUBTITLES..... NO RE-ENCODING.....
THE HATEFUL EIGHT..... 1080p..... H265..... WITH SUBTITLES..... NO RE-ENCODING.....
THE HARDER THEY FALL..... 1080p..... H265..... WITH SUBTITLES..... NO RE-ENCODING.....
THE GRAY MAN..... 1080p..... H265..... WITH SUBTITLES..... NO RE-ENCODING.....

The log file is attached..... It's in the order listed..... I didn't feel like starting and stopping for individual log files so it's continuous.....

It's a Notepad file so if you want to check the validity of my statement..... just use the find command to seek the beginning of each video within the quite lengthy log file..... and then you can look at each as if it were a separate log.

NETFLIX - OUT OF AFRICA - ERIN BROCKOVICH - NYAD - THE HATEFUL EIGHT - THE HARDER THEY FALL - THE GRAY MAN - StreamFab 6.1.6.7.log