Apologies for the late response, I was undergoing some major hardware
changes in my setup and am now back to trying to figure this out.
> There is no multi-threaded audio encoding.
Yeah, I guess I understand why that makes sense programmatically, but my
issue isn't really that my audio is bein
Am Do., 14. Mai 2020 um 21:50 Uhr schrieb Gabriel Balaich
:
>
> So just read a question on stack exchange in-which someone was experiencing
> something similar to me, it looked like the issue may have been the audio
> codec being used was limited to one thread for processing, here is the
> question
So just read a question on stack exchange in-which someone was experiencing
something similar to me, it looked like the issue may have been the audio
codec being used was limited to one thread for processing, here is the
question:
https://video.stackexchange.com/questions/15996/ffmpeg-encoding-and-
ISTR a thread here not that long ago about threading and hardware
acceleration; may want to search that out.
z!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or
On Thu, May 14, 2020, 12:33 Gabriel Balaich wrote:
> Thanks for the feedback.
>
> On Thu, 14 May 2020 at 01:52, Edward Park wrote:
>
> > Hi,
> >
> > Some values don't look right, try getting rid of them.
> > -thread_queue_size seems arbitrary,
>
> it is queue length, not bytes
>
> I was get
Thanks for the feedback.
On Thu, 14 May 2020 at 01:52, Edward Park wrote:
> Hi,
>
> Some values don't look right, try getting rid of them.
> -thread_queue_size seems arbitrary,
it is queue length, not bytes
I was getting the error "Thread message queue blocking; consider raising
the threa
Hi,
Some values don't look right, try getting rid of them.
-thread_queue_size seems arbitrary, it is queue length, not bytes
-indexmem seems arbitrary, pretty sure default value is bigger
-rtbufsize 2147.48M is kind of abusive, especially for the audio inputs
I don't think you should be
