• AnyStream is having some DRM issues currently, Netflix is not available in HD for the time being.
    Situations like this will always happen with AnyStream: streaming providers are continuously improving their countermeasures while we try to catch up, it's an ongoing cat-and-mouse game. Please be patient and don't flood our support or forum with requests, we are working on it 24/7 to get it resolved. Thank you.

[-BUG- FIXED 1.1.1.0] [1.1.0.0-1.1.0.3] [All providers] Non-deterministic track truncation

@0x0x0x0x0 Nice observation, but not quite right. This has very little to nothing to do with truncation. A coincidence of some sort.

no way!! :eek::eek::eek: It's happening every time there's a truncation, and not once when there isn't one :eek::eek::eek:

PS: I'm not saying I don't believe you, just :eek:
 
Last edited:
It does not matter anyway. I am testing the solution since early morning - by now no cut offs. There are differences in track durations (which is normal) up to a couple of seconds in the worst case, but no truncation.
 
still failing in 1.1.0.3:

Code:
!A Title_A_S01E14_.mp4 |v @ 640x480|=22:37,656 |a AAC @ 128000 (en)|=22:32,000 (5.656 s) [durations as reckoned by AS: |v|=00:22:37.656 |a|=00:22:37.696]
!A Title_B_S01E03_.mp4 |v @ 640x480|=22:49,368 |a AAC @ 128000 (en)|=22:48,000 (1.368 s) [durations as reckoned by AS: |v|=00:22:49.451 |a|=00:22:49.472]
!V Title_B_S01E05_.mp4 |v @ 640x480|=22:49,368 |a AAC @ 128000 (en)|=22:50,112 (-0.744 s) [durations as reckoned by AS: |v|=00:22:50.077 |a|=00:22:50.112]
 

Attachments

  • AnyStream_1.1.0.3.astlog
    388.6 KB · Views: 1
still failing in 1.1.0.3:

I can confirm, though it is noted that the release notes for 1.1.0.3 do not mention that this issue has been resolved or even addressed, so perhaps the developers are still working on the issue - fingers crossed ;)

As before, setting the download does impact the issue. Specifically, setting the speed to 2x appears to completely resolve the issue for A titles and sometimes resolves or improves the issue for D and N titles - at least for me anyway.
 
Last edited:
I can confirm, though it is noted that the release notes for 1.1.0.3 do not mention that this issue has been resolved or even addressed, so perhaps the developers are still working on the issue - fingers crossed ;)

As before, setting the download does impact the issue. Specifically, setting the speed to 2x appears to completely resolve the issue for A titles and sometimes resolves or improves the issue for D and N titles - at least for me anyway.

The disparity is more pronounced in N (differences upto 2s is "normal" for N, they just seem to cut them that way):
Code:
!V Title_A_S01E01_.1.1.0.3.mp4 |v @ 1920x1080|=50:00,998 |a E-AC-3 @ 640000 (en)|=50:11,008 (-10.01 s)
!V Title_A_S01E01_.1.0.9.1.mp4 |v @ 1920x1080|=50:13,469 |a E-AC-3 @ 640000 (en)|=50:13,664 (-0.195 s)

I wish I could replicate your success at x2 (Title_B differences demonstrate non-deterministic failure), but it makes no difference on my end, same titles as in #64:
Code:
!A Title_A_S01E14_.mp4 |v @ 640x480|=22:37,656 |a AAC @ 128000 (en)|=22:32,000 (5.656 s)
!V Title_B_S01E03_.mp4 |v @ 640x480|=22:49,368 |a AAC @ 128000 (en)|=22:49,472 (-0.104 s)
!A Title_B_S01E05_.mp4 |v @ 640x480|=22:50,077 |a AAC @ 128000 (en)|=22:48,000 (2.077 s)
 

Attachments

  • AnyStream_1.1.0.3.flix.astlog
    1.6 MB · Views: 0
I'm guessing that this is still a work-in-progress as I just did a trial run with 1.1.0.3 and it truncated both audio and video at the tail end of the download. I'll figure on the issue being addressed once I see it show up in the release notes.
 
This is one of those times when I have to take my words back:-

Code:
!A Title_A_S04E10_.mp4 |v @ 640x480|=22:31,550 |a AAC @ 128000 (en)|=22:28,949 (2.601 s) [durations according to AS: |v|=00:22:31.550 |a|=00:22:31.573]

PS: I tried downloading twice before reporting the problem. There were two episodes that were incomplete, the first one got fixed, but the second got chopped the second time around as well...
 

Attachments

  • AnyStream_1.1.1.0.return.of.the.axe.astlog
    281.5 KB · Views: 3
This is one of those times when I have to take my words back:-

Code:
!A Title_A_S04E10_.mp4 |v @ 640x480|=22:31,550 |a AAC @ 128000 (en)|=22:28,949 (2.601 s) [durations according to AS: |v|=00:22:31.550 |a|=00:22:31.573]

PS: I tried downloading twice before reporting the problem. There were two episodes that were incomplete, the first one got fixed, but the second got chopped the second time around as well...

That has some different cause:
00:02:20.869 - [Error] [Pump:audio1:disney] Invalid fragment length 175 (maybe actually bad data on Disney's side? Can't tell at the moment)
Seems related to this specific title. The original problem with cut off endings is definitely fixed.
 
Everybody please try v1.1.1.1.
Should fix all the aforementioned problems - specifically those pertaining to dropped/closed connections and aborted fragment deliveries.
 
That has some different cause:
00:02:20.869 - [Error] [Pump:audio1:disney] Invalid fragment length 175 (maybe actually bad data on Disney's side? Can't tell at the moment)
Seems related to this specific title. The original problem with cut off endings is definitely fixed.

You're right, I've checked and the audio does desync about the time that happened, but I'm still concerned about what happened with s3 e3 in the previous run (for which I don't have a log file) but got pulled through fine this time round...

So when rightly deserved, I'll cautiously but optimistically revert the status on this :)
 
Back
Top