Provide some details (for feedback to be useful for PRT), because tushy videos are popular and many people downloaded it for sure (I didn’t). And you’re the only one to write here.
Size/bitrate/screencaps seem alright.
If both versions have artefacts is same moments, probably source file is to blame.
This will fix file for VLC x64
ffmpeg -i input.mp4 -c copy -movflags +faststart output.mp4
[mp4 @ 000001f6a834be00] Starting second pass: moving the moov atom to the beginning of the file3x elapsed=0:00:00.51
[out#0/mp4 @ 000001f6a8340280] video:500690KiB audio:52573KiB subtitle:0KiB other streams:0KiB global headers:2KiB muxing overhead: 0.479185%
corrupt both 720 and 1080
Provide some details (for feedback to be useful for PRT), because tushy videos are popular and many people downloaded it for sure (I didn’t). And you’re the only one to write here.
Size/bitrate/screencaps seem alright.
If both versions have artefacts is same moments, probably source file is to blame.
Confirmed corrupt 720p. No VLC open, and MediaInfo will not even parse header.
If You Used VLC video player and Windows 11,
Windows have have some issues with VLC player, Use another player
The 1080p seems to play fine on MPC. Is there timecode where the video skips or breaks?
I tested file from PRT and XC, and both plays right !
I used Media Player Classic w/ modifications from media code !
x64 ffmpeg-2026-08-20 will play, but warning message
[mov,mp4,m4a,3gp,3g2,mj2 @ 000002687b69c600] UDTA parsing failed retrying raw
This will fix file for VLC x64
ffmpeg -i input.mp4 -c copy -movflags +faststart output.mp4
[mp4 @ 000001f6a834be00] Starting second pass: moving the moov atom to the beginning of the file3x elapsed=0:00:00.51
[out#0/mp4 @ 000001f6a8340280] video:500690KiB audio:52573KiB subtitle:0KiB other streams:0KiB global headers:2KiB muxing overhead: 0.479185%