Shotcut not reversing correctly 19.09.xx

So I did try using the latest version of shotcut, 19.09.xx

I wanted to generate mp4 reverse files. Instead:

It had the problem of generating 36 byte .mov files that were useless. I reverted to the previous version, 19.08.16. That also had the problem as well, from the later version that I soon removed.

After around 3 to 4 minutes, it finally gave me a full .mov file, after reversing a less than half second footage in MTS. I do not know if this is my computer, but I did want to have .mp4, not .mov.

Here’s a log of what it does when it lags.

ffmpeg version n4.1.4-15-g0253771 Copyright © 2000-2019 the FFmpeg developers
built with gcc 5.5.0 (GCC)
configuration: --prefix=/root/shotcut/shotcut/Shotcut --disable-static --disable-doc --enable-gpl --enable-version3 --enable-shared --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libvpx --enable-libopus --enable-libmfx --cross-prefix=x86_64-w64-mingw32.shared- --arch=x86_64 --target-os=mingw32 --pkg-config=pkg-config
libavutil 56. 22.100 / 56. 22.100
libavcodec 58. 35.100 / 58. 35.100
libavformat 58. 20.100 / 58. 20.100
libavdevice 58. 5.100 / 58. 5.100
libavfilter 7. 40.101 / 7. 40.101
libswscale 5. 3.100 / 5. 3.100
libswresample 3. 3.100 / 3. 3.100
libpostproc 55. 3.100 / 55. 3.100
[mpegts @ 000000000033bdc0] parser not found for codec hdmv_pgs_subtitle, packets or times may be invalid.
Last message repeated 1 times
[h264 @ 000000000033db80] Reinit context to 1920x1088, pix_fmt: yuv420p
Input #0, mpegts, from ‘C:/Users/Kien/Desktop/for now/2019 furama + ytp/00002.MTS’:
Duration: 00:30:33.38, start: 0.755733, bitrate: 16580 kb/s
Program 1
Stream #0:0[0x1011]: Video: h264 (High), 1 reference frame (HDMV / 0x564D4448), yuv420p(top first, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc
Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> prores (prores_ks))
Stream #0:1 -> #0:1 (ac3 (native) -> alac (native))
Press [q] to stop, [?] for help
[h264 @ 000000000033a300] Reinit context to 1920x1088, pix_fmt: yuv420p
[graph_1_in_0_1 @ 0000000002d4a340] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3
[format_out_0_1 @ 0000000002d4a540] auto-inserting filter ‘auto_resampler_0’ between the filter ‘Parsed_anull_0’ and the filter ‘format_out_0_1’
[auto_resampler_0 @ 0000000002d4a740] ch:2 chl:stereo fmt:fltp r:48000Hz -> ch:2 chl:stereo fmt:s32p r:48000Hz
[alac @ 00000000023f5940] encoding as 24 bits-per-sample
[Parsed_scale_0 @ 0000000002d4a840] w:iw h:ih flags:‘accurate_rnd+full_chroma_inp+full_chroma_int’ interl:0
[graph 0 input from stream 0:0 @ 0000000002d4a940]w:1920 h:1080 pixfmt:yuv420p tb:1/90000 fr:30000/1001 sar:1/1 sws_param:flags=2
[Parsed_scale_0 @ 0000000002d4a840] w:1920 h:1080 fmt:yuv420p sar:1/1 -> w:1920 h:1080 fmt:yuv422p10le sar:1/1 flags:0x46000Output #0, mov, to ‘C:/Users/Kien/Desktop/for now/2019 furama + ytp/ytp files/I HAD ENOUGH - Dy5780.mov’:
Metadata:
encoder : Lavf58.20.100
Stream #0:0: Video: prores (prores_ks), 1 reference frame (apcn / 0x6E637061), yuv422p10le(tv, top first, left), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 30k tbn, 29.97 tbc
Metadata:
encoder : Lavc58.35.100 prores_ks
Stream #0:1: Audio: alac (alac / 0x63616C61), 48000 Hz, stereo, s32p (24 bit), 128 kb/s
Metadata:
encoder : Lavc58.35.100 alac

Then this happens after 3:08

No more output streams to write to, finishing.
video:25311kB audio:271kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006760%
Input file #0 (C:/Users/Kien/Desktop/for now/2019 furama + ytp/00002.MTS):
Input stream #0:0 (video): 68346 packets read (2209819707 bytes); 34171 frames decoded;
Input stream #0:1 (audio): 35632 packets read (27365376 bytes); 35632 frames decoded (54730752 samples); Input stream #0:2 (subtitle): 0 packets read (0 bytes);
Total: 103978 packets (2237185083 bytes) demuxed
Output file #0 (C:/Users/Kien/Desktop/for now/2019 furama + ytp/ytp files/I HAD ENOUGH - Dy5780.mov):
Output stream #0:0 (video): 40 frames encoded; 40 packets muxed (25918692 bytes);
Output stream #0:1 (audio): 16 frames encoded (63168 samples); 16 packets muxed (277696 bytes);
Total: 56 packets (26196388 bytes) muxed
[AVIOContext @ 0000000003301dc0] Statistics: 2 seeks, 103 writeouts
[AVIOContext @ 0000000000523040] Statistics: 2369589392 bytes read, 2 seeksCompleted successfully in 00:03:08

What could be wrong? It was never this slow before, and definitely not putting out the correct format. I also do not know if this is just for .MTS, but I will tell you if this error applies to other formats such as .mp4

I do not see anything incorrect here. Reverse creates 2 jobs: the first converts the sub-clip into a format (mov) suitable for seeking in reverse. The second job does the reverse against the first job output. Maybe you did not wait for the second job. I just tested it, and it works.