Re: lavcac3enc broken?

Indeed, that was a SIGFPE!

That second patch on top on the first works, well done! Well, it 
"almost" works :)

It seems to trigger a SIGSEGV when -lavdopts threads=n is set, but if 
this option is not set, the audio stream is well converted to ac3 with 
the proper number of channels! Sorry to have found that, it was on the 
chain of my default options.

With -lavdopts threads=something

Thread 1 "mplayer" received signal SIGSEGV, Segmentation fault.
0x00007ffff6352dbf in ff_ac3_validate_metadata () from 
/lib64/libavcodec.so.59

#0  0x00007ffff6352dbf in ff_ac3_validate_metadata () at 
/lib64/libavcodec.so.59
#1  0x00007ffff6354f62 in ff_ac3_fixed_encode_frame () at 
/lib64/libavcodec.so.59
#2  0x00007ffff64abcfa in encode_receive_packet_internal () at 
/lib64/libavcodec.so.59
#3  0x00007ffff64ac324 in avcodec_send_frame () at /lib64/libavcodec.so.59
#4  0x000055555574518d in lavc_encode_audio (ctx=0x555556701040, 
src=0x55555677a700, src_len=36864, dst=dst@entry=0x5555567746f8, 
dst_len=dst_len@entry=24576) at av_helpers.c:157
#5  0x0000555555745822 in play (af=<optimized out>, data=<optimized 
out>) at libaf/af_lavcac3enc.c:244
#6  0x000055555567f416 in af_play (s=<optimized out>, data=<optimized 
out>, data@entry=0x7fffffffc600) at libaf/af.c:584
#7  0x000055555569161b in filter_n_bytes (len=130944, sh=0x555555b80da0) 
at libmpcodecs/dec_audio.c:423
#8  mp_decode_audio (sh_audio=sh_audio@entry=0x555555b80da0, 
minlen=minlen@entry=96000) at libmpcodecs/dec_audio.c:493
#9  0x00005555555e3a4a in fill_audio_out_buffers () at mplayer.c:2164
#10 main (argc=<optimized out>, argv=<optimized out>) at mplayer.c:3777



On 30/03/2023 19:48, Reimar Döffinger wrote:
> 
>> On 29 Mar 2023, at 21:20, eatdirt <[email protected]> wrote:
>>
>> Woo! Thanks for looking at it.
>>
>> Ok, it segfaults in av_helpers now
> 
> SIGFPE, division by 0 actually, not segfault.
> Obviously my testing was testing even less than I hoped.
> Maybe this one on top will help?
> I'll probably have to see if I can find a system where I can actually test this.
> 
> 
> _______________________________________________
> MPlayer-dev-eng mailing list
> [email protected]
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng


_______________________________________________
MPlayer-dev-eng mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng