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

Discussion in 'AnyStream' started by 0x0x0x0x0, Apr 2, 2021.

  1. 0x0x0x0x0

    0x0x0x0x0 Well-Known Member

    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: Apr 6, 2021
  2. Prospere

    Prospere RedFox Development Team

    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.
     
    Steve55, Lowpro, donaf and 4 others like this.
  3. donaf

    donaf Well-Known Member

  4. 0x0x0x0x0

    0x0x0x0x0 Well-Known Member

    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]
    
     

    Attached Files:

  5. Jason Mulree

    Jason Mulree Member

    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: Apr 12, 2021 at 1:59 PM
  6. 0x0x0x0x0

    0x0x0x0x0 Well-Known Member

    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)
    
     

    Attached Files:

  7. donaf

    donaf Well-Known Member

    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.
     
    Lowpro and whatever_gong82 like this.
  8. Prospere

    Prospere RedFox Development Team

    That's THE top priority at the moment.
     
  9. donaf

    donaf Well-Known Member

    Thanks @Prospere! We appreciate all you're doing.
     
  10. 0x0x0x0x0

    0x0x0x0x0 Well-Known Member

  11. donaf

    donaf Well-Known Member

    So far so GREAT! Thanks @Prospere... Awesome job on Version 1.1.1.0! :thankyou:
     
    whatever_gong82 and Gummigutta like this.