> -----Original Message----- > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of Michael > Niedermayer > Sent: Freitag, 2. Mai 2025 02:12 > To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH v8 14/15] fftools/graphprint: Add execution > graph printing > > On Tue, Apr 29, 2025 at 08:33:50PM +0000, softworkz . wrote: > > > > > > > -----Original Message----- > > > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of Michael > > > Niedermayer > > > Sent: Dienstag, 29. April 2025 21:35 > > > To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> > > > Subject: Re: [FFmpeg-devel] [PATCH v8 14/15] fftools/graphprint: Add > execution > > > graph printing > > > > > > Hi softworkz > > > > > > On Tue, Apr 29, 2025 at 01:00:03AM +0000, softworkz wrote: > > > > From: softworkz <softwo...@hotmail.com> > > > > > > > > The key benefits are: > > > > > > > > - Different to other graph printing methods, this is outputting: > > > > - all graphs with runtime state > > > > (including auto-inserted filters) > > > > - each graph with its inputs and outputs > > > > - all filters with their in- and output pads > > > > - all connections between all input- and output pads > > > > - for each connection: > > > > - the runtime-negotiated format and media type > > > > - the hw context > > > > - if video hw context, both: hw pixfmt + sw pixfmt > > > > - Output can either be printed to stdout or written to specified file > > > > - Output is machine-readable > > > > - Use the same output implementation as ffprobe, supporting multiple > > > > formats > > > > > > fails on arm cross compile (no zlib maybe) > > > > > > /usr/lib/gcc-cross/arm-linux-gnueabi/7/../../../../arm-linux- > gnueabi/bin/ld: > > > fftools/resources/resman.o: in function `decompress_gzip': > > > ffmpeg/arm/src/fftools/resources/resman.c:82: undefined reference to > > > `inflateInit2_' > > > /usr/lib/gcc-cross/arm-linux-gnueabi/7/../../../../arm-linux- > gnueabi/bin/ld: > > > ffmpeg/arm/src/fftools/resources/resman.c:94: undefined reference to > `inflate' > > > /usr/lib/gcc-cross/arm-linux-gnueabi/7/../../../../arm-linux- > gnueabi/bin/ld: > > > ffmpeg/arm/src/fftools/resources/resman.c:110: undefined reference to > > > `inflateEnd' > > > > > > Ouch! I thought that zlib could be taken for granted. > > > > What should I do? Guard this and everything else that is depending on it > > by #if blocks? > > > > Thanks for any advice, I'm not sure how to approach this exactly... > > #if or make the whole tool depend on zlib in configure
I feared it's gotta be something like that. Maybe I can figure out a way to run BIN2C without prior gzip during make, in cases when there's no zlib available. And then skip decompression at runtime accordingly. > or write a basic zlib implementation ;) Yeah, that's what I'm dreaming of night by night: writing my own zlib code which the world is desperately waiting for long time.. 😃😃😃😃😃 More seriously: the problem is that there needs to be a compression tool at build-time, which probably rules out any home-made simple compression methods. Thanks, sw _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
