Canvas is cool! - page 37

New comment
 
Реter Konow:

You're just far away from the creative themes related to MQL. For you, small optimized Expert Advisors are the limit of the niche, the creativity and business in MQL. And this topic turns out to be unnecessary.

I'm not going to argue, because I've realized how shallow the consumer audience in the Market is. But, the "creative charge" has led me to my achievements regardless of whether they need it or not. Now that charge has run out. I don't do graphics anymore.

I can't agree with you, Peter. Igor is a quality programmer, from whom you can learn a lot.
And the use of standard format Gif is of course more appropriate than trying to implement your own format and compression algorithm.
It is much more convenient - created and edited gif in a convenient way and pasted animation into your program.
And by the way, the patents on Gif ended in 2004, so you can use it without problems.
The reason for this is that the existing screen recorders (e.g. Camtasia Studio) can do it better.

But to write a bible for embedding animated gifs in MT5 window would be nice. Besides it's not a very difficult task. If you take a quick look at the structure of the format, you'll be able to solve it in 1-2 days.

Oh, Peter, if you could replace your prideful conceit and praise with modesty, you wouldn't be worth it.

 
Nikolai Semko:

I cannot agree with you, Peter. Igor is a quality programmer, from whom you can learn a lot.
And using the standard Gif format is, of course, more reasonable than trying to implement your own format and compression algorithm.
This is much more convenient - created and edited gif convenient way and pasted animation into your program.
And, by the way, the patents on Gif expired in 2004, so you can use it without any problems.
The reason for this is that the existing screen recorders (e.g. Camtasia Studio) can do it better.

But to write a bible for embedding animated gifs in MT5 window would be nice. Besides it's not a very difficult task. If you take a quick look at the structure of the format, I think you can do it in 1-2 days.

Oh, Peter, if you could replace your prideful conceit and praise with modesty, you wouldn't be worth it.

1. How good a programmer Igor is, I have no idea. I wasn't criticizing him either. But, if he's good, then let him be.

2. If you can use the standard format, well done, I would not do it. I think it's more difficult than to write your own simplified one. I'll say it again - you'll save money on gifs where you don't have to process frames. That is, you take the footage and immediately transfer it to the MQL-program. But if you need to make an instruction and process images frame by frame, the standard gif will not help you. I mean, the processing of the gif should be done with editor, and you are going to load each frame one by one into the editor and create the video sequence that way? And the playback mechanism will be more complicated. Much more complicated. But, let's check it.

3. We can't be sure that it is nonsense to develop our own screen-recorders in Expert Advisors.

ZS. Modesty is not my strong point))).

 

Nikolai, well, the experiment of opening the standard .gif format and integrating it into the mql-program is solemnly started! I wish you good luck.

Zy. If you succeed, you're a great success, and if not, you're as good as a pity)). Trying is not a torture.

At the end, you can compare the labor involved in making a simple looping 10-frame video-instruction, and the complexity of the mechanism of reading and playback.

 
Andrey Dik:

https://www.mql5.com/ru/blogs/post/728564

on this blog page, how did you do the illustration (picture)? How did you manage to put the image on the web page? it's beyond comprehension - HOW?!!!


Stop flubbing. You said you were sorry.
 
Andrey Dik:

No, it's a matter of principle ..... I hope with God's help and my colleagues we can help you get back on track, you're a good guy.

Let's discuss the principles in private, if you like. We'll keep things in order here.
 
Nikolai, this standard gif should be transferred to a readable file, and from that to an array. There may be some operating system bindings there. You'll have to unpack the gif-file and separate where the image data is, where the palette indexing is, where the playback data is and where the operating system data or other standard data is. In short, there will be a lot of "rubbish" in such a file, and you still need to decipher it and take what you need. I don't know how you will manage it.
 
Andrey Dik:

please answer the question - how did you post the picture on your blog. a simple question, answer it and be done with it.

Usually, you just put it up. Andrei, you just explain what you're not comfortable with. Just don't flub.

If you are hurt by my opinion about screen-recorders in the EA, it's only because you are not very good at kanvas (yet). I also do not know anything about genetic algorithms and I do not declare anything. And if I do, I'm quick to admit mistakes. You cannot just take Kanvas from MT and translate it into some Windows video format. It's DUCKY. Very complicated. And pointless. No offense.

 
Andrey Dik:

Peter, you didn't just "take and place", but placed the screenshot on the clipboard using the PrintScrin button, pasted it from the clipboard into Paint, trimmed the excess, saved it to a graphical format file, and then pasted it into your blog.

In other words, you actively use the tools of Windows and generally accepted standards of graphic data, without which you would not be able to convey to the user information about your actions.

So, if you were to do all this on Canvas, you could simply save a picture (or even a video!) in your program without using any third-party programs.

It's not difficult and not at all shameful for me to ask a question about something I'm not very good at, admit my mistakes, and try to improve myself. And, as it turns out, it's not at all difficult to save a canvas to a video file.

1. A picture in .bmp format - no problem. But saving video from pictures to .avi (or other formats) is very difficult. I won't do it, because "it's not worth the trouble". Video can easily be recorded with any recorder, while MQL tools are not designed for it. You can use DLL, but what for? We take a recorder and record what we need. The development of such a mechanism in MQL is a very time consuming task. And if I'm saying so, believe me).

2. The point of a mql gif is short video tutorials or demonstrations. Nikolay thinks, as most do, that you can take a standard gif file, write an algorithm for reading and playing it in MQL and that's it. I don't think so. There are a lot of pitfalls. Deciphering the file, extracting the data, loading it into an array, writing a read/playback mechanism. It's VERY complicated. It's easier to make your own simplified version, because there are only 10 to 20 frames in the instructions. They take an hour to process. But, they are better compressed because the instructions contain uniform colours. And videos contain almost no repetitive colour sequences. And all frames are different. Therefore, colour palette indexing is used. To compress the amount of data somehow.

 
Реter Konow:

1. A picture in .bmp format - no problem. But saving video from pictures to .avi (or other formats) is very difficult. I won't do it, because it's not worth the effort. Video can easily be recorded with any recorder, while MQL tools are not designed for it. You can use DLL, but what for? We take a recorder and record what we need. The development of such a mechanism in MQL is a very time consuming task. And if I'm saying so, believe me).

2. The point of a gif in mql is short video instructions or demonstrations. Nikolay thinks, as most people do, that you can take a standard gif file, write an algorithm for reading and playing it in MQL and that's it. I don't think so. There are a lot of pitfalls. Deciphering the file, extracting the data, loading it into an array, writing a read/playback mechanism. It's VERY complicated. It's easier to make your own simplified version, because there are only 10 to 20 frames in the instructions. They take an hour to process.But, they are better compressed because the instructions contain uniform colours. And videos contain almost no repetitive colour sequences. And all frames are different. Therefore, colour palette indexing is used. In order to compress the amount of data somehow.

It's almost like that, but exactly the opposite.
And there's no need to reinvent a bicycle that you don't even know how to ride.
10-20 frames an hour. Are you kidding? Who needs that kind of happiness?
It takes minutes in Camtasia to take a small screen shot, edit it, insert text and graphics tags, and convert it into an animated gif.

And implementing a gif-file into a program as a resource is a cakewalk:

#resource  "\\Files\\Dialog.gif" as uchar G[]
struct Gifka
  {
   uchar             format[6];
   short             widht;;
   short             height;
   uchar             mask1;
   uchar             BG;
   uchar             R;
   // и т.д.
  };
Gifka g;
void OnStart()
  {
   CharArrayToStruct(g,G);
   Print("Gif size - "+ string(ArraySize(G))+" bytes");
   Print("Format Gif - "+CharArrayToString(g.format));
   Print("Gif's Widht = "+ string(g.widht));
   Print("Gif's Height = "+ string(g.height));   
  }

Read about the format here:
http://home.onego.ru/~chiezo/gif.htm

Files:
Dialog.gif  681 kb
GifTest.mq5  3 kb
 
Nikolai Semko:

It's almost like that, but exactly the opposite.
And there's no need to reinvent a bicycle, which is not even clear how to ride.
10-20 frames an hour. Are you kidding? Who needs that kind of happiness?
It takes minutes in Camtasia to take a small screen shot, edit it, insert text and graphics tags, and convert it into an animated gif.

And implementing a gif file as a resource in a programme is a cakewalk:

Read about the format here:
http://home.onego.ru/~chiezo/gif.htm

Nikolay, there are different types of gifs. Some have interlaced compression, others don't, some have colour palette indexing, others don't. Camtasia has settings for gifs and they are quite extensive.

I read your link to the format description. That's why I wouldn't take the case. There's a huge amount of nuance there and it's up to the algorithm to sort it out. Imagine an algorithm that parses the data dump from this format and determines how to play it back. Read the description of the format from this point of view. I'm sure C++ has ready-made algorithms for this, but integrating them into MQL is just as difficult.

So the questions remain the same:

//-----------------------------------------------

1. How do you decode the output file?

2. How will you merge its gut with your kanvas solutions?

3. integrating a gif file doesn't mean writing a mechanism to play it back (which is impossible to write, without decrypting the file).

4. In a regular editor, you can control the background colours and details, making them "monolithic" and that improves compression dramatically, whereas in Camtasia it seems that there is no such feature...

5. You'll spend roughly the same amount of time editing footage in Camtasia and the quality of your edits will be worse - Camtasia is designed for other work.

//---------------------------------------------

At best, you'll get poorly-compressed gifs of poor image quality, for almost equal effort. Of course, if we're NOT talking about abstract gifs, but specific 10 - 20 frame instructions.

BUT, - this is just my opinion.

I'm waiting for your implementation.

1...303132333435363738394041424344...101
New comment