On 6/9/17, wm4 <nfx...@googlemail.com> wrote: > On Fri, 9 Jun 2017 17:02:37 +0200 > Paul B Mahol <one...@gmail.com> wrote: > >> On 6/9/17, wm4 <nfx...@googlemail.com> wrote: >> > On Fri, 9 Jun 2017 13:44:01 +0200 >> > Paul B Mahol <one...@gmail.com> wrote: >> > >> >> Signed-off-by: Paul B Mahol <one...@gmail.com> >> >> --- >> >> Makefile | 1 + >> >> tools/Makefile | 1 + >> >> tools/sofa2wavs.c | 79 >> >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> 3 files changed, 81 insertions(+) >> >> create mode 100644 tools/sofa2wavs.c >> >> >> >> diff --git a/Makefile b/Makefile >> >> index 685b613..a2df8b9 100644 >> >> --- a/Makefile >> >> +++ b/Makefile >> >> @@ -82,6 +82,7 @@ target_dec_%_fuzzer$(EXESUF): target_dec_%_fuzzer.o >> >> $(FF_DEP_LIBS) >> >> $(LD) $(LDFLAGS) $(LDEXEFLAGS) $(LD_O) $^ $(ELIBS) $(FF_EXTRALIBS) >> >> $(LIBFUZZER_PATH) >> > >> > Again: if this tool is needed anyway, why not make a minimal custom >> > file format that will make the filter nicer to use? >> >> wav is minimal custom format, I already said that I do not want to invent >> new >> minimal format for storing HRIRs. > > Even then the user has to build a quite complicated graph to feed the > various wav files to the filter. For what reason?
To load/read/use only what is needed. And it does not need to be wavs it can be any format FFmpeg supports. Note that minimal format is possible, it would just be dump of libmysofa struct as it is stored in memory. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
