mltframework / mltframework/mlt
Remote URLs not working for jpeg files
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 1.9k
- Forks
- 387
- Avg merge
- 17h 28m
- Merged PRs (30d)
- 8
Description
I'd had great success using remote URLs for audio, png, etc. However, for jpegs, they never seem to work. They just get skipped over. The same files work if I download them locally. Here's an example command that fails:
melt \
https://upload.wikimedia.org/wikipedia/commons/3/3a/Cat03.jpg length=752 \
-filter luma cycle=75 duration=25 \
-consumer avformat:/tmp/cat.mp4 \
frame_rate_num=25 width=1920 height=1080 sample_aspect_num=1 sample_aspect_den=1
I'm on melt 7.8.0, MacOS 12.5 (I've also had the same issue on an Alpine Linux docker container)
I've been able to get it to work on ffmpeg:
ffmpeg -i https://upload.wikimedia.org/wikipedia/commons/3/3a/Cat03.jpg -vf "loop=-1:1:0,trim=duration=4.5" /tmp/test-ffmpeg.mp4
Contributor guide
No contributing guide indexed for this repository
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.
Research direction
Start by reproducing the provided melt command with the remote JPEG and compare it with the locally downloaded file and the working ffmpeg command. Trace how MLT 7.8.0 handles remote JPEG inputs; done means the remote JPEG is processed instead of being skipped and produces the expected video output.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100