Opened 8 years ago
Last modified 7 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 |
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 by , 8 years ago
| Keywords: | drawtext added; i/o fonts files limitation removed |
|---|
comment:2 by , 7 years ago
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 by , 7 years ago
| Priority: | minor → important |
|---|---|
| Version: | 3.0.3 → git-master |
comment:4 by , 7 years ago
| Component: | undetermined → avfilter |
|---|---|
| Priority: | important → minor |
comment:5 by , 7 years ago
Also running into this problem. Are there any known workarounds, or an ETA for a fix?
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.