> > I have tried both vlc and mpv. That is an interesting point you
> > bring up. The machine is running an i3-4000M with a 2.90x4 CPU,
> > but I don't know that it is attempting to use them all or not. I
> > know there are some programs where you can specify the number of
> > cores to use on the command line but based on the help output vlc
> > does not appear to have an option to force it to use N cores.
> The i3-4000M is a Haswell architecture, the iGPU doesn't support
> QuickSync decoding for h.265 in that generation, so it's doing CPU
> decoding, which your system *should* be able to handle, but it's pretty
> high overhead, which would account for stuttering, and will vary based
> on memory and hdd performance as well.
Thanks!
To everyone who responded -- thanks to you all. It *appears* that the
issue may not be the hardware I am playing back on, but the power source I
was using while recording. I still need to retest 90fps but, at 60fps off
the battery pack, I recorded video that played back without issue.
The video I took that had difficulty was taken when the camera was plugged
into my car's power vs. the battery. I did not take that into
consideration.
I am testing 90fps from battery source right now so we will see what
happens. :)
on edit - nope that wasn't it after all. Apparently 60fps good, 90fps bad!
* SLMR 2.1a * Backup corrupted: (A)bort (R)etry (P)anic (H)ammer
---
■ Synchronet ■ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
|
