#smoothie vs. smoothie-rs
50 messages · Page 1 of 1 (latest)
Smoothie: 60.6s
Smoothie-RS: 60.07s
Using a 720p960fps clip from #1090708601070424258
Not sure if H264 NVENC ffmpeg args are the same though
fast asf
mb
when i get home ill run a 15s, 30s, and 60s clip through smoothie-py and -rs at faster, weak, 13 👍
dont use interp
the only important metric is frame blending
gotcha
shi slow
sm-rs ~19 seconds, smoothie ~20 seconds. (360fps blended to 60fps at 1.0 equal)
so it seems just as fast for y’all 
im gonna download smoothie py later and test
less of a difference than i thought but there still is one on my machine
py
# This is the recipe (config) for making a delicious smoothie ;p
# Learn how it can be fine-tuned @ https://github.com/couleur-tweak-tips/Smoothie/wiki
interpolation:
enabled: no
fps: 480
mask: weak
speed: medium
tuning: weak
algorithm: 13
gpu: true
frame blending:
enabled: yes
fps: 60
intensity: 1
weighting: equal
flowblur:
enabled: no
amount: 100
mask:
encoding:
process: ffmpeg
args: H264 CPU
misc:
mpv bin: mpv
stay on top: true
verbose: false
ding after: 1
folder:
container: .MKV
flavors: fruits
dedupthreshold: 0
timescale:
in: 1.0
out: 1.0
rs
[interpolation]
enabled: no
fps: 960
speed: medium
tuning: weak
algorithm: 23
use gpu: yes
[frame blending]
enabled: yes
fps: 60
intensity: 1
weighting: equal
bright blend: no
[flowblur]
enabled: no
amount: 100
mask:
[output]
process: ffmpeg
enc args: H264 CPU
file format: %FILENAME% ~ %FRUIT%
container: .MP4
[preview window]
enabled: no
process: ffplay
output args: -s 1280x720 -f yuv4mpegpipe -
[miscellaneous]
play ding: no
always verbose: no
dedup threshold: 0.0
global output folder:
source indexing: no
ffmpeg options: -loglevel error -i - -hide_banner -stats -stats_period 0.15
ffplay options: -loglevel quiet -i - -autoexit -window_title smoothie.preview
[console]
stay on top: no
borderless: yes
position: top left
width: 900
height: 350
[timescale]
in: 1.0
out: 1.0
[pre-interp]
enabled: no
factor: 2x
model: rife-v4.4
97.68 secs from sm-py and 81.44 from sm-rs
CPU args are different
-c:v libx264 -preset slow -aq-mode 3 -crf 16 use this on smoothie py
its what smoothie-rs uses for H264 CPU
running that right now
after that im sleeping because its 1am for me
its at 4 fps right now which is slower than it was during the first test
wtf
idk i had krita open but i wasnt doing anything
but that was for all of them
i was using this smoothie py if that could be the problem https://github.com/couleur-tweak-tips/Smoothie/releases/tag/0.7-rc2
i had to fuck with it a little to get it to run
liek get rid of all the spinner and prog stuff
also make it split the string at the ffprobe thing in the exec.py
becausef ro some reason it doesnt like linux
im going to bed now because i cant type
and itss 1am
how to fix this
it Told you