Hollywood forums

Thanks you plouf i test this ...

I save the flux in file for my test : https://gofile.io/d/l69fcJ

I use


FFD8 and FFD9 is start and end of picture (Normally)

then how to find ?!
I don't understand anything in binary

is this part of image (a table ?) what is should display ?

https://pasteboard.co/JwyJzzC.jpg

, i used ffmpeg to decode images using ffmpeg -i lumix_flux -vcodec copy frame%d.jpg and cot above image15 times
all frames are "cut" in 8192 bytes, and image is corrupted, so i guess you are get them with hollywood receiveudp wich limits to 8kb (by default) but each frame (and each udp packet is a frame here ) was cut in the 8kb limit you should increade size in receiveudp to get bigger images

I test

FFmpeg -i lumix_flux -vcodec copy ram:frame%d.jpg
lumix_flux: Invalid data found when processing input

Rename it to lumix_flux.mjpeg and use ffmpeg from aminet latest git version (dated 2012) thats what i ise
In amiga (also in pc works too)

Yes it work !

I recreate the file and I have around 70 images but only half visible

I use data$ = receiveudpdata(af, 65536)

May be a bug with the ReceiveUDPDdata () function

i think you should test it wih a faster computer (PC ?) first to verify if there data are correct

additionally you may use a known to work tool, like tcpdump, in the faster PC to verify if this one receives correct data

these additional information will help you understand what is going on

I tested FFPlay on AmigaOs4 and work perfectly

the problem comes from ReceiveUDPData(id, Size) <= size is allways 8192

UDP packets have a header and the size with the header not included is a maximum of 65527 bytes because of the 8-byte header.