Noto color emoji font not rendering
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- debian
- Domain
- computer-graphics
Research direction
Start by reproducing the XML dynamictext rendering with melt 191020 on Debian buster, and compare the fc-match result with the final video output. Trace the dynamictext font-selection and emoji-rendering entry points. Done means the Noto Color Emoji glyph appears in the rendered video, or the limitation is documented with a clear workaround.
Written by the indexing model from the issue text.
Description
I'm using debian buster and melt 191020. I've installed the fonts-noto-color-emoji package.
$ fc-match emoji
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
But when redering the following xml, the emojis do not show up in the final video:
<property name="mlt_service">dynamictext</property>
<property name="argument">M 🎅ANY THANKS!</property>
<property name="geometry">
2.8823532941176464%/19.166667333333333%:103.83137198055492%x54.61666666666666%:100
</property>
<property name="size">500</property>
<property name="halign">center</property>
<property name="valign">middle</property>
<property name="family">AmaticSC</property>
<property name="weight">700</property>
<property name="style">normal</property>
<property name="pad">20</property>
<property name="bgcolour">#00000000</property>
<property name="fgcolour">#ff222222</property>
Any ideas on how to troubleshoot this?
- Dominant language
- C
- Stars
- 1.9k
- Forks
- 391
- Avg merge
- 1d 17h
- Merged PRs (30d)
- 12
Getting set up
Starts the project's dev container in your browser, under your own GitHub account.
- Ships a Dockerfile or Docker Compose file
- No pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from mltframework/mlt
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
mltframework/mlt#1335 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 42/100
mltframework/mlt#1333 ·
Maintainers usually reply within 1 day
-
_unique_id is assigned with a non-atomic increment, so concurrent services can share an idPossibly taken @iDoMeteor claimed this 6 days ago. Open
Difficulty 4/5 3-5 days Newbie friendliness 72/100
mltframework/mlt#1319 · 2 comments ·
Maintainers usually reply within 1 day
-
Crash: avformat decoder cache (size 4) evicts state another thread is still decoding withPossibly taken @iDoMeteor claimed this 6 days ago. Open
Difficulty 4/5 3-5 days Newbie friendliness 52/100
mltframework/mlt#1318 · 1 comment ·
Maintainers usually reply within 1 day
-
Crash: unguarded lazy init in loader, service cache and avformat when producers open on several threadsPossibly taken @iDoMeteor claimed this 6 days ago. Open
Difficulty 4/5 3-5 days Newbie friendliness 55/100
mltframework/mlt#1317 · 2 comments ·
Maintainers usually reply within 1 day
All issues in mltframework/mlt
Similar issues
-
Discover carries headerEdges that nothing reads since #1914 moved E0507/E0517 to the compiler graphOpentech-debt
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day
-
2个显示的问题Open
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
coolsnowwolf/lede#14209 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 75/100
polhenarejos/pico-hsm#147 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 85/100
OpenPrinting/cups#1746 ·
Maintainers usually reply within 1 day
-
Status: Opened
Difficulty 1/5 Under an hour Newbie friendliness 75/100
Maintainers usually reply within 1 day