[FFmpeg-trac] #6785(swresample:new): aresample=tsf=s32p crashes

[FFmpeg]

#6785: aresample=tsf=s32p crashes
-------------------------------------+-------------------------------------
             Reporter:  cehoyos      |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  important    |                Component:
              Version:  git-master   |  swresample
             Keywords:  crash        |               Resolution:
  SIGSEGV                            |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by omniplex):

 While your crash is clearly more important than my 3.3.3 incompatibiliy
 with 3.0 reported in #6779 I'm still interested in solving my issue,
 because I have to update several '''ff2xyz''' scripts on my box when I
 figured out what the former s32 should be. Next test result, '''s32'''
 still worked "as always" (before 3.3.3) in 3.2.4, but '''s32p''' was also
 already okay in 3.2.4. ''Fast Forward'', because I'd miss the XPM decoder
 added in 3.3, https://en.wikipedia.org/wiki/X_PixMap#Application_support

 3.4 also can do '''s32p''', so that's the plan, but the error message for
 '''s32''' is unsurprisingly not better than in 3.3.3: ''Requested sample
 format s32 is not supported internally, S16/S32/S64/FLT/DBL is
 supported''.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/6785#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker