On Thu, Mar 14, 2024 at 11:30 PM Marton Balint wrote:
>
>
> On Thu, 14 Mar 2024, Paul B Mahol wrote:
>
> > This is just ugly hack for workaround around broken ffmpeg threading.
>
> This actually improves single threaded performance as well, check it with
> ffprobe if you want. Sure, the reason I
On 14/03/2024 23:04, Marton Balint wrote:
On Thu, 14 Mar 2024, Tobias Rapp wrote:
On 08/03/2024 01:53, Marton Balint wrote:
This makes the wav and pcm demuxer demux bigger packets, which is more
efficient.
[...]
+0, 136000, 136000, 2000, 24000,
On Thu, 14 Mar 2024, Paul B Mahol wrote:
This is just ugly hack for workaround around broken ffmpeg threading.
This actually improves single threaded performance as well, check it with
ffprobe if you want. Sure, the reason I turned my attention to this is
the speed loss of ffmpeg.c
On Thu, 14 Mar 2024, Tobias Rapp wrote:
On 08/03/2024 01:53, Marton Balint wrote:
This makes the wav and pcm demuxer demux bigger packets, which is more
efficient.
[...]
+0, 136000, 136000, 2000,24000,
f952be1e1c7d48acd73d652ef4ea3aad
+0, 138000, 138000,
This is just ugly hack for workaround around broken ffmpeg threading.
On Thu, Mar 14, 2024 at 9:10 AM Tobias Rapp wrote:
> On 08/03/2024 01:53, Marton Balint wrote:
>
> > This makes the wav and pcm demuxer demux bigger packets, which is more
> > efficient.
> >
> > Signed-off-by: Marton Balint
>
On 08/03/2024 01:53, Marton Balint wrote:
This makes the wav and pcm demuxer demux bigger packets, which is more
efficient.
Signed-off-by: Marton Balint
---
libavformat/pcm.c | 2 +-
tests/ref/acodec/pcm-s16be| 2 +-
