Judging by its functionality, it is an "unpacker" of the format. Designed to read data from a .gif file. To complete the porting, you need to add playback functionality to MQL using Ccanvas class.
If you know Zorro, tell him he's good and let him try to finish porting by writing a replay algorithm in MQL. It will be hard for him from the 19th century, but let him try.)
Thanks. It's not a brute-force overrun of .bmp frames compressed with the #resource command, is it? ))) Definitely not. It's a natural, rewritten in a couple of hours gif-file playback adapter on MQL-canvas, based on the ported .gif-reader. I must look like an idiot from the outside)))
Yuri, thanks for the demo, but anyone can do such a thing. Easy.
Take a simple gif. Record it on video.
Get all its frames from video.
Save frames in .bmp format, numbered.
Integrate frames to the script via #resource.
Loop through the frames and display them one by one on canvas in endless loop.
As a result, we get a pseudo-gif that has no relation to standard gif-format representation in MQL-programs.
//-----------------------------
Added:
I will say that I also have a "pseudo-gif", but the technology is much more complex. It has author compression and a playback mechanism. And most importantly, the "pseudo-gifs" are bound to their elements and are reproduced from a common array. Compression is better than via the #resource directive, because unchanging colours are not written from frame to frame.
Allow the use of cookies to log in to the MQL5.com website.
Please enable the necessary setting in your browser, otherwise you will not be able to log in.
You are signed in. Two-factor authentication has been disabled. Set it up again and scan a new QR code, or continue with two-factor authentication disabled.
GIF and PNG readers were already here https://www.mql5.com/ru/forum/92113#comment_2672596
Judging by its functionality, it is an "unpacker" of the format. Designed to read data from a .gif file. To complete the porting, you need to add playback functionality to MQL using Ccanvas class.
ZS. Reader after all.
...
no
Especially for Peter :) didn't get lazy!
Especially for Peter :) didn't get lazy!
Thanks. It's not a brute-force overrun of .bmp frames compressed with the #resource command, is it? ))) Definitely not. It's a natural, rewritten in a couple of hours gif-file playback adapter on MQL-canvas, based on the ported .gif-reader. I must look like an idiot from the outside)))
Yuri, thanks for the demo, but anyone can do such a thing. Easy.
Save frames in .bmp format, numbered.
Integrate frames to the script via #resource.
Loop through the frames and display them one by one on canvas in endless loop.
As a result, we get a pseudo-gif that has no relation to standard gif-format representation in MQL-programs.
Added:
I will say that I also have a "pseudo-gif", but the technology is much more complex. It has author compression and a playback mechanism. And most importantly, the "pseudo-gifs" are bound to their elements and are reproduced from a common array. Compression is better than via the #resource directive, because unchanging colours are not written from frame to frame.
Especially for Peter :) didn't get lazy!
You must be measuring people by your own standards.
There's a gif in the resources in the script, which I copied from Nikolai's post.
Maybe try another script, where the gif file is specified in the script parameters, the file should be in the Files folder.
GIF and PNG readers were already here https://www.mql5.com/ru/forum/92113#comment_2672596
Yay, Thanks!
Time saved is time earned.
It's a fiasco, bro!