Tuval harika! - sayfa 32
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Başka bir seçenek daha var ve belki de en ilginç ve faydalı olacak. API kazanın: AVIFileOpen(), AVIFileCreateStream() vb.
Her şeyin basit olduğu gerçeğinden dolayı, kesinlikle saçmalık. kendime yalan söyledim. Kendi başınıza sıfırdan gifler (ve özellikle videolar) oluşturmak neredeyse imkansızdır. Büyük bir teknolojik tabana ihtiyacımız var. Tüm incelikleri bilmek için tuval üzerinde çalışabilmeniz gerekir. Benim durumumda, bir biçimlendirme diline, bir kurucuya, bir motora ve daha pek çok şeye sahip olmak gerekiyordu.
GIF'i standart araçlarla uygularsanız, bir şeyler olabilir, ancak kitaplığın tuval ile çalışmamasına rağmen böyle bir çözümü standart kitaplığa entegre etmek mümkün müdür? Tuval üzerine kendi pencerem ve bir sürü kendi çözümüm var. Ancak standart araçlarla bir prototip yapabilirsiniz, ancak tam olarak uygulanabilir bir şey değildir.
Evet, bir çeşit biçimlendirme dili, bir çeşit kurucu, bir çeşit motor... ama gifin bununla ne ilgisi var? Prensip olarak, eğer bir şey hareket ederse, o zaman bu bir gif mi?
Evet, bir çeşit biçimlendirme dili, bir çeşit kurucu, bir çeşit motor. .. ama gifin bununla bir ilgisi var mı? Prensip olarak, eğer bir şey hareket ederse, o zaman bu bir gif mi?
Teşekkürler Andrey :)
Andrey, "videoya kaydedebilir miyim?" sorunuza mantıklı gerekçemi açıklayacağım.Herhangi bir soruyu cevaplamadan önce, mevcut araçlarla soruyu kimin sorduğunu ve seviyesini anlamaya çalışırım. Birincisi, cevabınızı daha doğru ve net bir şekilde oluşturmak ve ikincisi, bir soruya soru ile cevap vermemek için çok bulanık bir sorunun anlamını anlamak için.
Tabii ki profiline girdim.
- Orada 162 diyelim ve 2-5 aydır forumda bir reyting görsem o zaman soruyu acemi birinin sorduğunu anlardım.
Ve basitçe şöyle cevap verirdim: "Şu anda MT5'te video kaydetme uygulanmıyor, ancak dilerseniz her şey yapılabilir."- Ama forumda isminizin sık sık denk geldiğini hatırlıyorum ve profilinizden 10 yılı aşkın süredir forumda olan, benden 5 kat fazla tecrübeli bir programcı ile uğraştığımı fark ettim. mesaj sayısı ve cephaneliğinde en az bir makale, 5 tamamlanmış eser ve KB cinsinden üç kod ve reyting benimkinin 2 katından fazla.
Bu yüzden, MT5'in yetenekleri konusunda çok bilgili olduğunuzu ve belgeleri benim kadar iyi bildiğinizi düşündüm ve sorunuzun potansiyel bir video kaydetme olasılığı hakkında olduğu sonucuna vardım ve bence ilgileniyorsunuz çünkü. Canvas'ta biraz beceriksizim.Bu nedenle size potansiyel bir fırsat formatında cevap vermeye başladım.
Ancak karalamacılar beni özellikle endişelendirmiyor, çünkü bir kural olarak, kendilerini çok akıllı olarak gören insanlar, ama aslında çok aptal ve beceriksizler, onlara karşı, kural olarak, psikolojikten oldukça kolay bir hile var. aikido ve genel kahkahalara çarpıyorlar.
Tehdit Ay hakkında, HAYIR cevabın beni gülümsetti. Bilin - bu sizin doğru cevabınız. Yine böyle bir soruya "yanlış" cevabım, bu soruyu bana kimin sorduğuna bağlı olarak farklı olacaktır.
...ama gifin bununla ne ilgisi var? Prensip olarak, eğer bir şey hareket ederse, o zaman bu bir gif mi?
"Pek değil" değil, "hiç değil" GIF ))
Niye ya? Wiki tanımını okudunuz mu? Hayır gibi görünüyor. İşte alıntı:
Hareketli Görüntüler [ düzenle | kodu düzenle ]
GIF formatı, hareketli görüntüleri destekler. Bunlar, birkaç statik kare dizisinin yanı sıra her bir karenin ekranda ne kadar süreyle gösterilmesi gerektiğine ilişkin bilgilerdir. Animasyon döngüsel yapılabilir ( eng. döngü), daha sonra son kareden sonra, ilk karenin oynatımı başlayacaktır, vb.
GIF animasyonu, sonraki karenin tamamını kaydetmemek için saydamlığı kullanabilir, ancak yalnızca öncekine göre değişir.
Belgelenmemiş ancak desteklenen bir özellik, kareler arasında sıfır gecikmeyle animasyonlu bir GIF ile daha fazla renk kaydetmektir. Bu, 256 renk sınırlamasının üstesinden gelir: her çerçeve kendi paletini içerir [ açıklığa kavuşturmak ] [4] .
Sıkıştırma [ düzenle | kodu düzenle ]
GIF, LZW sıkıştırma biçimini kullanır. Bu nedenle, yinelenen bölümleri olan çizgilere sahip görüntüler iyi sıkıştırılır. Özellikle yatay olarak aynı renkte birçok piksele sahip görüntüler [5] .
LZW sıkıştırma algoritması kayıpsız bir sıkıştırma formatıdır. Bu, GIF'ten kurtarılan verilerin paketlenmiş verilerle tam olarak eşleşeceği anlamına gelir. Bunun yalnızca paletli 8 bitlik görüntüler için geçerli olduğuna dikkat edilmelidir; renkli bir fotoğraf için kayıp, 256 renge dönüştürülmesinden kaynaklanacaktır.
LZW sıkıştırma yöntemi 1978'de İsrailliler Abraham Lempel ve Jakob Ziv tarafından geliştirildi ve daha sonra ABD'de Terry Welch tarafından geliştirildi. LZW, dosya boyunca aynı dizileri ("ifadeler" olarak adlandırılır) arayarak verileri sıkıştırır. Tanımlanan diziler bir tabloda saklanır ve bunlara daha kısa işaretçiler (tuşlar) atanır.
LZW yöntemi, RLE gibi, homojen, parazitsiz renk alanlarında daha iyi çalışır, rastgele grafik verilerini sıkıştırırken RLE'den çok daha iyi çalışır, ancak kodlama ve açma işlemi daha yavaştır.
"Pek değil" değil, "hiç değil" GIF ))
Şimdi, GIF uygulamamı tekrar okuyun. Sıkıştırma yöntemleri, ayrıntılarda farklılık gösterse de benzerdir. Tam bir eşleşme sağlanamıyor çünkü reprodüksiyon mekanizmalarım ve tuvalle ilgili tüm çalışmalarım telif hakkıyla korunuyor.
Uygulamanızı bekliyorum.)) Bize gerçek bir GIF'in ne olduğunu gösterin.))
not. Yetkinizi bir çocuk gibi dilinizi göstermek için kullanıyorsunuz gibi görünüyor. Siz hiç böyle şeyler yaratmadınız ve bu konuda köpeği yiyen kişiyle tartışıyorsunuz. Bu komik. Ve eğer tartışırsanız, bazı gerçekleri, kodları verin. Aptal gibi görünmemek için seninle yüksek matematik konularında tartışmıyorum. Küçük bir trol olma. Otoritenizi koruyun.