mlt icon indicating copy to clipboard operation
mlt copied to clipboard

Remote URLs not working for jpeg files

Open tslater opened this issue 3 years ago • 3 comments

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

tslater avatar Oct 05 '22 19:10 tslater

I found an interesting workaround: url params

melt \
"https://upload.wikimedia.org/wikipedia/commons/3/3a/Cat03.jpg?p=workaround" 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

tslater avatar Oct 05 '22 20:10 tslater

I reproduced this including the workaround, but I have not figured it out. All that is needed for the workaround is "?" at the end. I did find that if I force it to not be seekable in the code, then it works without the workaround. Unfortunately, the only way we can support protocol or device options is by using query string parameters - except in the case of HTTP because it may need the URL's query string.

ddennedy avatar Oct 06 '22 06:10 ddennedy

The workaround works just fine for my purposes. Feel free to close the issue if you prefer. Hope that having a record of it at least, will let others know about the workaround!

tslater avatar Oct 06 '22 20:10 tslater