New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ncplayer ought use direct mode when invoked with -k #1342
Comments
also, |
it was fixed by 898f34f, though perhaps it remains broken for the ASCII case? hrmm. |
nope, that worked too. not sure what was going on. stop smoking crack, nicholas. |
note that supplying |
well, it's got to go through the entire render cycle etc...heh, according to
jesus, even worse for
is that all libav's fault? can we do something about that? |
commenting out the entire display sequence (i.e. identifying the stream codec, requiring some i/o and decoding) has us taking 40ms pretty reliably:
so half our time is in that, and half our time is in the display. |
probably the fastest solution is to use direct mode when |
kinda problematic for video, though, no? |
we see a bit more variance if we restrict things to
|
holy crap, we can do a
so maybe it really is the atrociously bloated dependency stack that dominates that shared 40ms? is there anything we can do about that? |
ugh, yeah, try setting |
|
no help from |
I notice that on my system,
eeeeenteresting. |
yep, i was able to cut 20ms (25% of total runtime) off with a static link against libav, dynamically linking the rest (just like the
damn i'm good! but how can we take advantage of this? |
AND we have met our performance goals, cutting time when using -k by 50%, down to 40ms!!! yay! i'm the fuckin' best! [schwarzgerat](0) $ for i in `seq 1 3` ; do time ./ncplayer -q -t0 -k ../data/worldmap.png > e; done
real 0m0.045s
user 0m0.037s
sys 0m0.008s
real 0m0.042s
user 0m0.034s
sys 0m0.008s
real 0m0.041s
user 0m0.033s
sys 0m0.008s
[schwarzgerat](0) $ |
A surprising number of people seem to be using
ncplayer
as a one-shot image display tool (ncls
is probably closer to what they want, but that's not obvious). And indeed, I can see this particular use case becoming a benchmark. So let's improvencplayer
for this case.I'd think the best current invocation to be
ncplayer -q -k -t0 file
. this doesn't print the frame number/time, exits immediately, and doesn't use the alternate screen.ncls file
takes consistently about 3/4 the time ofncplayer -q -k -t0 file
:vs
also,
ncplayer
really, really wants to print banners, which surely don't speed up anything.The text was updated successfully, but these errors were encountered: