Opened 13 months ago

Last modified 6 months 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

Description

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 13 months 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 7 months 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 7 months ago by sadensmol

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

comment:4 Changed 7 months ago by cehoyos

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

comment:5 Changed 6 months 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.