On 6/9/17, wm4 <[email protected]> wrote: > On Fri, 9 Jun 2017 17:02:37 +0200 > Paul B Mahol <[email protected]> wrote: > >> On 6/9/17, wm4 <[email protected]> wrote: >> > On Fri, 9 Jun 2017 13:44:01 +0200 >> > Paul B Mahol <[email protected]> wrote: >> > >> >> Signed-off-by: Paul B Mahol <[email protected]> >> >> --- >> >> 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 [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
