Stuttering

[platonium]

Hi, Don and the Transcode Crew, it's been a while. Love the new tool and have moved to it exclusively. Did run into an odd issue with a transcode recently. The rest of the video looks great, but there's about a 2:40 segment that seems to sutter - like being under a strobe light. The source mkv looks fine for that same period.

The source is a DVD. Fumbling around, I did the first run using OT plain and a second run with --x265 (just to see what would happen). Both times, it seems pretty much the same and only applies to those 2:40 minutes. The movie is the Secret Garden 1993 so there's not much in the way of fx either.

Thanks, and hope everyone is safe and well this long weekend.

[klogg416]

Hi @platoniun,

What are you using for playback? We have seen that kind of behaviour on slightly underpowered devices deciding h265 streams in software. The AppleTV generation before the 4K model is an example of this, works great 98% of the time, and then does a weird time compression / strobe / massively dropped frames dance for a few seconds when a scene is too complex.

[platonium]

Thanks, it’s happening in the exact same section of video (with both transcodes) for both a TCL TV and on the Acer Laptop used for the encoding. The scenes before and after as well as films I would think are more demanding like a BD transcode of Terminator Dark Fate play smoothly.

Sent from my iPhone

On May 24, 2020, at 5:11 AM, Kyle notifications@github.com wrote:



Hi @platoniun,

What are you using for playback? We have seen that kind of behaviour on slightly underpowered devices deciding h265 streams in software. The AppleTV generation before the 4K model is an example of this, works great 98% of the time, and then does a weird time compression / strobe / massively dropped frames dance for a few seconds when a scene is too complex.

accounts@klaynation.com

On Sun, May 24, 2020, at 1:44 AM, platonium wrote:

Hi, Don and the Transcode Crew, it's been a while. Love the new tool and have moved to it exclusively. Did run into an odd issue with a transcode recently. The rest of the video looks great, but there's about a 2:40 segment that seems to sutter - like being under a strobe light. The source mkv looks fine for that same period.

The source is a DVD. Fumbling around, I did the first run using OT plain and a second run with --x265 (just to see what would happen). Both times, it seems pretty much the same and only applies to those 2:40 minutes. The movie is the Secret Garden 1993 so there's not much in the way of fx either.

Thanks, and hope everyone is safe and well this long weekend.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABYBUMGWFQ2MAK5AGRRNIWLRTCX3PANCNFSM4NIX3RSA.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633221777, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ADT2S3MZFJ5EH5FROUSAEO3RTEFFFANCNFSM4NIX3RSA.

[klogg416]

If the issue was the player then I would expect the problem to be in the same spot on both encoders, but given you are experiencing it on two devices then likely you are getting tripped up by something else. Have you confirmed the source file plays correctly? Checked the logs for errors?

[platonium]

Thanks, when I look at the log (which I don't really understand). Ctrl-F "error" returns only this:

ffmpeg -loglevel error -stats -i (etc, etc)

Is there something specific for which I should be looking?

On 5/24/2020 9:39 AM, Kyle wrote:

If the issue was the player then I would expect the problem to be in the same spot on both encoders, but given you are experiencing it on two devices then likely you are getting tripped up by something else. Have you confirmed the source file plays correctly? Checked the logs for errors?

On Sun, May 24, 2020, at 10:43 AM, platonium wrote:

Thanks, it’s happening in the exact same section of video (with both transcodes) for both a TCL TV and on the Acer Laptop used for the encoding. The scenes before and after as well as films I would think are more demanding like a BD transcode of Terminator Dark Fate play smoothly.

Sent from my iPhone

On May 24, 2020, at 5:11 AM, Kyle notifications@github.com wrote:

Hi @platoniun,

What are you using for playback? We have seen that kind of behaviour on slightly underpowered devices deciding h265 streams in software. The AppleTV generation before the 4K model is an example of this, works great 98% of the time, and then does a weird time compression / strobe / massively dropped frames dance for a few seconds when a scene is too complex.

accounts@klaynation.com

On Sun, May 24, 2020, at 1:44 AM, platonium wrote:

Hi, Don and the Transcode Crew, it's been a while. Love the new tool and have moved to it exclusively. Did run into an odd issue with a transcode recently. The rest of the video looks great, but there's about a 2:40 segment that seems to sutter - like being under a strobe light. The source mkv looks fine for that same period.

The source is a DVD. Fumbling around, I did the first run using OT plain and a second run with --x265 (just to see what would happen). Both times, it seems pretty much the same and only applies to those 2:40 minutes. The movie is the Secret Garden 1993 so there's not much in the way of fx either.

Thanks, and hope everyone is safe and well this long weekend.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABYBUMGWFQ2MAK5AGRRNIWLRTCX3PANCNFSM4NIX3RSA.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633221777, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ADT2S3MZFJ5EH5FROUSAEO3RTEFFFANCNFSM4NIX3RSA.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633241423, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABYBUMFSOLPQCCVKKQHIHO3RTEXC5ANCNFSM4NIX3RSA.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633257427, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADT2S3OL4ACHJ6EUL7TUQVLRTFESRANCNFSM4NIX3RSA.

[klogg416]

Can you paste the log in here and reply with the link?

[platonium]

Thank you so much: https://pastebin.com/CyamCsYD.

On 5/25/2020 6:33 AM, Kyle wrote:

Can you paste the log in here https://pastebin.com/ and reply with the link?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633575113, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADT2S3JG4AQCCH5AUUPSSW3RTJXTTANCNFSM4NIX3RSA.

[klogg416]

No errors in there that jump out to me, normally there is a giant spew of garbage at the end if there is a problem during the transcode.

Can you confirm that watching the input file doesn’t show the same problem?

Beyond that, I’m afraid I need to hand off to @donmelton for new ideas

[platonium]

Thanks for checking that out. The source seems fine - at least by my eye. No artifacts before or after the affected sequence.

Sent from my iPhone

On May 25, 2020, at 11:46 AM, Kyle notifications@github.com wrote:



No errors in there that jump out to me, normally there is a giant spew of garbage at the end if there is a problem during the transcode.

Can you confirm that watching the input file doesn’t show the same problem?

Beyond that, I’m afraid I need to hand off to @donmeltonhttps://github.com/donmelton for new ideas

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633682230, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ADT2S3NZZMV45SDZJENKU2TRTK4GPANCNFSM4NIX3RSA.

[lisamelton]

@platonium Sorry I took so long to respond but @klogg416 was doing such an excellent job with his diagnosis that I didn't think intervention was necessary.

But I must say that I'm at a loss because there's nothing in the .log file that you very nicely provided which would indicate a problem. :(

As @klogg416 mentioned, when this happens it's sometimes due to a problem within the source. However, weirdly that does not mean the source has playback problems itself. Often it is a subtle issue with ffmpeg or other encoding tools reading timing information within the video stream.

So, as an experiment I want you to try two more transcodes of this movie with slightly different options.

For the first experimental transcode, try adding --no-filters to your command line. This will disable automatic deinterlacing and forcing a frame rate of 23.976 FPS.

For the second, try adding --deinterlace to your command line. This will only disable forcing the frame rate.

If both of these two transcodes still exhibit the same problem then my only suggestion would be to re-rip the movie.

[klogg416]

Thanks @donmelton, appreciate the next steps.

[platonium]

Thanks to both of you for your help and assistance. The --no-filters option worked so it must be some kind of weird defect in the source. Very much appreciate all the guidance as always.

On 5/25/2020 1:23 PM, Kyle wrote:

Thanks @donmelton https://github.com/donmelton, appreciate the next steps.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/donmelton/other_video_transcoding/issues/37#issuecomment-633706183, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADT2S3NCA4JHZSRTGWGVMTDRTLHSTANCNFSM4NIX3RSA.