Proxies Not Showing in Player When Played From the Timeline

I recently upgraded my rig to a 5900X, RX 6950XT, and 128GB of RAM. I got tired of crashing Shotcut when my timelines got too complex or I had too many keyframes.

It exports using AMD hardware encoding just fine (and MUCH faster than my previous 5600X/GTX1650), but there seems to be an issue with proxies. It muxes them just fine, but then I only see a checkerboard grid when they are on the timeline. It doesn’t seem to matter whether I use software, H264, or HEVC hardware encoding, the proxies just don’t work right. This (obviously) has no impact on the final export, but it makes editing impossible.

Is there another setting that I should be digging up, or does shortcut just have issues with creating proxies with AMD hardware? Since the final exports work fine, I can quit my bitching and be grateful to have a beefy enough CPU to edit without proxies if I have to.

TIA,

J

Maybe, but it is hard to say because I do not know what operating system you have (also I have no AMD hardware on a Windows or Mac machine). What you can do if you are skilled enough is to view the application log after a proxy with hardware encoding starts. Go to the end of the log and look for the ffmpeg command line. Paste it here or try opening a terminal window and using it. Does a certain change (perhaps discovered by searching the web) to the command line work for you?

Win10 Pro. Domain member, if that somehow matters.

:laughing::joy: I sense controversy (or at least an “unofficial” tip/trick). I’ll do some googling.

Where are the logs stored? I’ll be happy to make a fresh run and see what they say.

menu View > Application Log

Easy enough. I also just noticed that the proxies behave even worse when using CPU encoding. Something is wonky.

I did a quick test run and it, of course, worked fine but I haven’t close/re-opened or done much else to try to reproduce the problem.

Here’s the ffmpeg command that it is using:

C:/Program Files/Shotcut/ffmpeg -loglevel verbose -i C:/Users/litljay/Videos/2022-09-13 05-50-15.mkv -max_muxing_queue_size 9999 -map 0:V? -map 0:a? -map_metadata 0 -ignore_unknown -vf yadif=deint=interlaced,scale=width=-2:height=540:in_range=mpeg:out_range=mpeg -color_range mpeg -color_primaries bt709 -color_trc bt709 -colorspace bt709 -f mp4 -codec:a ac3 -b:a 256k -pix_fmt yuv420p -codec:v hevc_amf -rc 1 -qp_i 32 -qp_p 32 -g 1 -bf 0 -y C:/Users/litljay/Videos/Shotcut Proxies/1c54e752a3666ab81c55fc3a993524ae.pending.mp4

With as much firepower as I am packing now, I thought I could get away with not using proxies, but it can’t keep up while scrubbing, with or without preview scaling. I’ll need to find my way to the bottom of this.

Edit: I did a little more tinkering, and the proxies all play just fine with VLC. It’s just Shotcut having problems displaying them, and it isn’t 100% consistent. Sometimes they all display. Sometimes none. Usually, a few do and a few don’t.

I have never seen that, but maybe the problem is your source videos have non-audio or -video streams before any usable stream. That is a known problem. Run ffplay against the source or open the source in Shotcut or choose Properties > menu > More Information, and paste the result.

I doubt it is the source videos. One of the ones that keeps tanking (but not every time) is a stock video of my intro that I have been using for years.

Now that I think about it, this began immediately after my hardware upgrade, but I also updated Shotcut to the latest version the same day. Could this be a bug in the new version?

Here’s the output from ffprobe (I assume that’s what you meant because that’s what Shotcut uses to pull file properties):

[streams.stream.0]
index=0
codec_name=h264
codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
profile=High
codec_type=video
codec_tag_string=avc1
codec_tag=0x31637661
width=1920
height=1080
coded_width=1920
coded_height=1080
closed_captions=0
film_grain=0
has_b_frames=0
sample_aspect_ratio=N/A
display_aspect_ratio=N/A
pix_fmt=yuv420p
level=40
color_range=unknown
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=progressive
refs=1
is_avc=true
nal_length_size=4
id=0x1
r_frame_rate=30/1
avg_frame_rate=30/1
time_base=1/15360
start_pts=0
start_time=0:00:00.000000
duration_ts=287744
duration=0:00:18.733333
bit_rate=10.682188 Mbit/s
max_bit_rate=N/A
bits_per_raw_sample=8
nb_frames=562
nb_read_frames=N/A
nb_read_packets=N/A
extradata_size=46
[streams.stream.0.disposition]
default=1
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0
[streams.stream.0.tags]
language=und
handler_name=VideoHandler
vendor_id=[0][0][0][0]
[streams.stream.1]
index=1
codec_name=mp3
codec_long_name=MP3 (MPEG audio layer 3)
profile=unknown
codec_type=audio
codec_tag_string=mp4a
codec_tag=0x6134706d
sample_fmt=fltp
sample_rate=48 KHz
channels=2
channel_layout=stereo
bits_per_sample=0
id=0x2
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/48000
start_pts=2304
start_time=0:00:00.048000
duration_ts=897408
duration=0:00:18.696000
bit_rate=320 Kbit/s
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=779
nb_read_frames=N/A
nb_read_packets=N/A
[streams.stream.1.disposition]
default=1
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0
[streams.stream.1.tags]
language=und
handler_name=SoundHandler
vendor_id=[0][0][0][0]
[format]
filename=J:/Jason’s Videos/Big Life/Big Life/General Lee New Year’s 2023 Upgrade/Raw Footage/Intro (combined).mp4
nb_streams=2
nb_programs=0
format_name=mov,mp4,m4a,3gp,3g2,mj2
format_long_name=QuickTime / MOV
start_time=0:00:00.000000
duration=0:00:18.734000
size=24.581371 Mibyte
bit_rate=11.006911 Mbit/s
probe_score=100
[format.tags]
major_brand=isom
minor_version=512
compatible_brands=isomiso2avc1mp41
encoder=Lavf58.45.100
Completed successfully in 00:00:00

[Edited to remove white space and make scrolling a little less unbearable]

That looks ok - not the known problem I mentioned.

I figured out the problem and feel like a goob.

This computer is not an open loop, but I do have some stellar cooling on it and I’m a power-hungry nerd.

I have my CPU, RAM, and GPU overclocked right up against the wall, then I backed off a little bit to ensure stability. Benchmarks and stress tests have been perfect, so I had no reason to suspect the OC, but I backed all 3 off another notch, and the problems cleared right up.

It just goes to show that, even with 30 years of experience, there is always something new to learn.

Thanks for the help! You’ve been patient and awesome.

1 Like

This topic was automatically closed after 90 days. New replies are no longer allowed.