Opened 4 years ago

Last modified 3 years ago

#5983 new defect

drawtext limitation in number of opened font files

Reported by: mateas Owned by:
Priority: minor Component: avfilter
Version: git-master Keywords: drawtext
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


If you build simple filtergraph with drawtext filters you will notice it has a limitation of setmaxstdio in number of drawtext filters you can apply at once on Windows. It is connected with C-runtime limitation of max number of opened files. Although I use all the time the same font each time new drawtext filter is parsed, the same font is opened once again. Maybe it is possible to introduce some global storage for current/recent fonts? Then instead of opening once again the same font it would be possible to reuse it? Function _setmaxstdio can be investigated, as it is partially connected with this problem.

Change History (5)

comment:1 Changed 4 years ago by cehoyos

  • Keywords drawtext added; i/o fonts files limitation removed

If this issue is reproducible with current FFmpeg git head, please provide the command line that allows to reproduce it together with the complete, uncut console output to make this a valid ticket.

comment:2 Changed 3 years ago by sadensmol

Hi. It's reproducible for me for filter_complex. It works only with about 512 drawtext filters after that ffmpeg writes that it cannot find default "Sans" font. So looks like problem with filter_complex is still exists and setmaxstdio is still set as the max font files for drawtext.

comment:3 Changed 3 years ago by sadensmol

  • Priority changed from minor to important
  • Version changed from 3.0.3 to git-master

comment:4 Changed 3 years ago by cehoyos

  • Component changed from undetermined to avfilter
  • Priority changed from important to minor

comment:5 Changed 3 years ago by byim

Also running into this problem. Are there any known workarounds, or an ETA for a fix?

Note: See TracTickets for help on using tickets.