commodore.gen.tr

Arkadaşlar youtube ta gezerken bir video ya denk geldim ve sizinle bu konuyu tartışmak istedim göreceli eğlenceli bir konu bence 90 larda bir adam bir kaç gb olan bir filmi 8 kb ta sıkıştırdığını iddia etmiş hatta bunu yaptığı için onu öldürmüşler falan tam film çekmelik hikaye her neyse linki aşağıda kafama takıldı gerçekten böyle bir şey mümkün olabilir mi hatta sıkıştırılan dosya tekrar açılmya gerek kalmadan direkt olarak çalıştırılıp oynatılabiliyormuş işte bu biraz bana şüpheli geldi çünkü o dönemlerde ekran kartları çok iyi değildi zaten bi filmi zar zor anca oynatıyordu takılmadan bide gerçek zamanlı kod çözüp hızda hiç bir kayıp olmadan aynı anda kodu çözüp aynı anda filmi oynatabilmesi pek muhtemel değil belki günümüz bilgisayarlarında olabilir ama 90 larda olacağını pek sanmıyorum neyse teknik bilgisi olmayan arkadaşlar için bunu şöyle açıklayayım diyelimki bir otomobiliniz var ve siz de otomobilinizi kimse çalmasın diye katlayıp cebinize atıyorsunuz ve evinizdeki bir kutuya koyuyorsunuz sonra ertesi gün tekrar kutudan çıkarıp cebinize atıp sokağa bırakıp düğmesine basıp arabaya dönüşmesini istiyorsunuz. Evet bu gerçekten çok imkansız hatta saçma geliyor ama mümkün olabilir  :D

https://www.youtube.com/watch?v=edWE4TOxFBM (http://www.youtube.com/watch?v=edWE4TOxFBM)

linki düzelttim
edWE4TOxFBM

Bu youtube'cular nerelerinden ne uyduracaklarini sasirdilar.Yalan haberler bitmiyormus gibi yalan bilgilerin de ardi arkasi kesilmiyor.Zaman makinesi,suyla calisan motor,kendi kendine elektrik ureten jeneratorler falan fistan.Bu videolari sagdan takip ettigin zaman en son sivilce patlatan,devasal siyah nokta cikaran videolara erisiyorsun.Nirvana gibim,klimax gibim bisiy :-)

Biraz beyin yakalım bu başlık açılmışken o zaman :) A kişisinin, d noktasına gitmesi gerektiğini hayal edelim. Fakat d'ye gitmeden, önce d'ye olan mesafenin yarısını gitmek zorundadır. Fakat d'ye olan mesafenin yarısını gitmeden önce bu mesafenin çeyreğini gitmesi gerektir. Daha sonra çeyreği gidebilmek için sekizde birini gitmesi gerekmektedir; bu böyle sonsuza kadar devam eder. Sonuç olarak A kişisinin sonsuz sayıda mesafe gitmesi gerekir. Yani ortada her zaman gidilmemiş bir mesafe olacaktır. Ortada gidilmemiş yol olduğu sürece hareket başlamamıştır demektir.

Bu seride bir sorun daha vardır; her ilk mesafe aralığı ikiye bölünebileceği için gidilmesi gereken belirli bir ilk mesafe yoktur. Böylece bu yolculuğun bir başlangıç noktası yoktur, yani yolculuk başlayamaz. Yolculuk yoksa, hareket yoktur.

Bir paradoks daha

Köyün birinde bir berber varmış. Bu berber, o köyde kendini tıraş etmeyen herkesi tıraş edermiş, kendini tıraş edenleriyse tıraş etmezmiş. Soru şu: bu berber kendini tıraş eder mi, etmez mi? Kendini tıraş etmezse, kendini tıraş etmeyen herkesi tıraş ettiğinden, kendini tıraş etmeli. Kendini tıraş ederse, kendini tıraş edenleri tıraş etmediğinden, kendini tıraş etmemeli.

Ve en psikopatlarından biri

Üç genç bir otele girer ve orada bir gece kalmak isterler. Otel sahibi toplamda 30 TL istemektedir. Gençlerin her biri eşit olacak şekilde 10 TL verir ve odalarına çıkarlar. Otel sahibi daha sonra o hafta için yaptığı özel indirimi unuttuğunu anlar ve gerçek fiyatın 30 TL değil 25 TL olduğunu hatırlar. Bunun üzerine gençlerin yanına giderek 5 TL geri vermek ister, ancak bu 5 TL'nin nasıl 3'e bölebileceğini bilmediğinden 2 TL'yi cebine koyar ve kalan 3 TL ile her bir gence 1 TL verir. Hesap edildiğinde gençlerin her biri 10 TL yerine bu sefer 9 TL vermiş oluyorlar, böylece 3 genç de toplamda 27 TL vermiştir, ve otel sahibin cebinde de 2 TL bulunmaktadır, bu da toplamda 29 TL eder. Toplamda 30 TL olması gerekir iken, bu 1 TL nereye kaybolmuştur?

Gençlerin 27 lirası ile otelcinin cebindeki 2 lirayı niye topluyoruz? Bunların birbiriyle ilgisi yok.

Tebrikler :) kasa zaten 25 TL kalır otelci kalan 2 TL ye kasaya koyarsa 27 TL yapar .bu bir paradoks degil sadece yanıltma gibi bir sey zaten

her pixell için x bilgisi y bilgisi 0-255 arası r ve g ve b bilgisi gerekiyor yani herpixell için 123,123 255 255 255 gibi bir bilgi tutması lazım değilmi her bir kare görüntüde milyondan fazla pixell ve saniyede en az 30 kare görüntü diye düşünürsek bence imkansız istediği kadar fixlesin sıkıştırsın havaya zıplasın ne yaparsa yapsın olmaz bence .

gençler 9 tl değil 9.333333333333 tl hesap ödemişler 9.33 x 3 = 27.99 olur arada 0.1 ise sonsuza kadar uzananan 3333333333333333 in içerisindedir. yani kaybolan 1 tl falan yok ortada sadece şasırtma içeren soru var.

Gençler başlangıçta 30₺ vermişlerdi. Adam başı

30 / 3 = 10₺ ödediler.

Daha sonra 1'er lira iade aldılar.

30 / 3 - 1 = 9₺ ödemiş oluyorlar.

Otel sahibinin elinde ise

30 - 3 = 27₺ kalıyor.


Otel sahibinin iade etmediği 2 lirayı 27₺'ye eklemenin manası yok. O zaten 27₺'nin içinde.

Bu işlemin sağlaması: son maliyet + iade edilen = ilk maliyet,
27 + 3 = 30 şeklinde yapılmalıydı.

Başlık Anet haber gruplarındaki meşhur "xor" başlıklarından biri gibi olmuş.

evet bu daha doğru benide şasırtmış soru :D

Filmin kısayoludur o.  ;D

---

Ne kadar bölerseniz bölün ilk mesafe hiçbir zaman "0" olamayacağı için başlangıç noktası olarak "0" noktası yerinde dimdik duruyor olmaz mı? Harekete başlayacak nokta olduğu için de yolculuk başladığı için gitmesi gereken mesafeyi ikiye katlanarak artar sanıyorum. ???

---

1 defa kendi kendini tıraş ettikten sonra bir daha etmemeli benim anladığım kadarıyla.  ???

 Hepsi de güzel soru ve hikayelermiş.   :) 

Evet filmin kısayolu olabilir bilmesek bizi de yiyecek aq. :)

Buna Zeno paradoksu deniyor ve zamanında çok tartışmalar çıkarmış. Aslında hareket diye bişeyin olmadığı, mesafeleri oluşturan çok ufak ve bölünemeyen bir birim (atom) olduğu gibi iddiaları desteklemek için kullanmış ve modern matematikle çözülebilen bir paradokstur.

A ile D arasındaki mesafeye 1 diyelim.
Önce bu mesafenin yarısı yani 1/2 gidilmeli.
1/2 gidebilmek için bu mesafenin yarısı yani 1/4 gidilmeli.
Bu işlemi sonsuza kadar devam ettirirsek gidilmesi gereken toplam mesafe
L = 1/2 + 1/4 + 1/8 + 1/16 +...
   = (1/2)^1 + (1/2)^2 + (1/2)^3 + (1/2)^4 +...
   = Toplam((1/2)^n) | n=1'den n=sonsuza kadar
   = 1

yapıyor.

Sonsuza kadar bölmeye devam edebiliyorken bu bölümlerin toplamı nasıl sonsuz olabiliyor?
Çünkü herhangi bir sayının sonsuza bölümü sıfırdır.

herhangi bir y için,
limit x->sonsuz  y/x = 0

Buna göre gidilecek ilk mesafe 0'dır. Temel fizik kurallarına göre bu ilk mesafenin gidileceği süre:
t = x/V
  = 0/V
  = 0

yeni sonsuz küçüklükteki ilk mesafeyi hiç zaman harcamadan gidebiliriz!

veya, sonsuz küçüklükteki ilk mesafeyi birim zamanda gitmek için gerekli hız:
V = x/t
  = 0/t
  = 0

yani sonsuz küçüklükteki ilk mesafeyi gitmek için hıza gerek yok!

Benim algıladığımı anlatmaya çalışayım.
Burada hareketin zamanla ilişkisi var. Gerçek olan şey hareketi başlatmak.
Hareket başlayınca zaten istenildiği gibi oluyor, yani %0 başlangıç noktası %100 varış.
Gerçek olmayan hareketi Başlatmadan önce işin içine matematiği sokup bölme işlemi yapmak, sıfıra ulaşılamaz.
Neden gerçek olmayan. Hareketin başlicağı an %0 için zamanın durgun olduğu an ve hesabın yapılamadığı an.
Önce hareket başlıyor ve zamanı başlatıyor bir mesafe alınıyor sonra hesap yapılacak şartlar oluşuyor.
Yaplıacak hesaplar o yürüme işi için olduğundan o yürüme hareketinin kendini ilgilendiren zamanın tetiğine veya kronometrenin düğmesine basıyor gibi düşünün.

Ooo baya bir geyik dönmüş :)

Hadi ben de sabah sabah bi geyik yapayım o zaman :P

Film 8KB'a sıkıştırılabilir. Ancak bu o elemanın videosundaki gibi "gizemli" hale getirilmiş yarım yamalak bilgilerle olmaz elbette...

Evet o eleman bilişim dünyasında 90'larda bir rüzgar estirmişti. Konunun püf noktası gizemli sadece Sloot'un bildiği matematiksel bir formül değil. Adamın çalışması bir sıkıştırma algoritması üzerine değil verinin "encode" edilmesi üzerinde dayanıyor. Yani bir veriyi A noktasından B noktasına taşımak için  gereken bant genişliğini (ve zamanı) yetersizse A noktasında parçalanan veriyi oluşturabileceğiniz yapı taşlarını B noktasında "bulundurmak" gibi düşünün. Siz sadece B noktasındaki "puzzle parçalarını" bir araya getirecek bilgiyi transfer ediyorsunuz, puzzle parçaları zaten B noktasında var ;)

Bir başka örnek, insanlığın karmaşık bir dili ve sesleri binlerce yıl önce "encode/decode" etmek kullandığı "alfabe". Alfabe sayesinde bir yazarın anlattığı digital ortama ses kaydı olarak saklansa gigabyte'larca yer tutacak bir "hikaye" yi bir kitaba veya harflerini bir kaç kilobyte'a sığdırabiliyoruz. ;)

Günümüzde web teknolojisi, (macromedia) flash teknolojisi v.s. bu konsept üzerine kurulmuştur. 2000'lerde yaygınlaşan mp4 video sıkıştırma algoritmaları da benzer mantıkta veriyi işlenebilen küçük parçalara ayırıp o parçaları sıkıştırmak ve varsa tekrar eden patternleri yinelemek üzerine dayalıdır.

Bir başka konu da sıkıştırma, encode/decode algoritmalarının kayıplı mı kayıpsız mı olduğudur. Örneğin tamamen siyah bir film 5 byte'a bile "teorik olarak" kayıpsız sıkıştıralabilirsiniz ;) (1.000.000.000 tane değeri 0 olan byte'ı 4 byte + 0). Kayıplı sıkıştırma ise mp4 (detyına girmeyeceğim, araştırın, okuyun v.s.) ki o da zaten Sloot'dan sonra, 2000'li yıllarda icat edildi. ;)

Yani Sloot'un bulduğu algoritmada gizemli bir taraf yok. Sadece ticarileşememiş bir ürün diyelim (ki 2000'li yıllarda benzerleri ticarileşti).

Ayrıca "gizem" videosunda paylaşıldığı gibi adam kalbinden vurulmamış, kalp krizinden ölmüş...

Bu tür videoları eleştirmiyorum. Eğlencelik. Yarım yamalak bilgilere dayanıyor olsa da izleyenlerin en azından bir kısmını araştırmaya sevk ediyorsa bence faydalı. ;) Yeterki okuduğunuz gördüğünüz hiçbir şeye körü körüne inanmayın. Şüpheci olun kendi araştırmanızı yapın sonuca öyle varın ;)

Hepinizin iyi bir gün geçirmenizi dilerim :)

Ses sentezleyici sistemlerde sıkıştırma formatı olarak kabul edilebilir, midi formatı yada son zamanlarda yapay insan sesinin müziklerde kullanımı gibi.

Aslına bakarsanız ben bu konuyu daha önce de araştırmıştım kayıplı ve kayıpsız veri sıkıştırma yöntemlerini biliyorum çok anlamamış olsam da huffman veri sıkıştırma yöntemini biliyorum hatta C# için zip yapabileceğiniz hazır kütüphaneler bile var tabi bu kütüphanelerin kullanımı çok basit kodlama kısmında dosya veya klasörün yolunu belirtip yeni dosya adını yazıyorsunuz size .zip olarak sıkıştırıp veriyor.

Fakat burda önemli olan şu bir filmi kalitesinde hiç eksilme olmadan nasıl sıkıştırabilirsiniz?

Kayıpsız veri sıkıştırma yöntemlerinde hep tekrarlanan veriler sıkıştırılıyor bu da aslında etkili bir yöntem fakat dediğimiz gibi film veya bir fotoğraf karesinde tekrarlanan veri miktarı çok çok az olduğu için bu yöntem bu tür dosyalarda işe yaramıyor bunları da ancak kalitesinden ödün vermeniz gerekir.

Tekrarlı veri sıkıştırma en basit anlatımla şöyle örnekleyelim:
12aaaaaaacbsfa = 14 Byte
Bu veri kümesinde tekrar eden veri a harfi mesela şunu şöyle yazabiliriz:
12a*7cbsfa = 10 Byte

a*7 yedi tane a var demek böylece 4 byte veri sıkıştırılmış oldu.

Ama bana kalırsa hiç tekrarlanmayan verileri de sıkıştırabiliriz kafamda bir algoritma var eğer işe yararsa mikrosofta gidip 10 milyon dolara satıp zengin olacam :)

Konudan çok hikayelere güldüm hocam ben ya  :)  (https://discoveryhotel.com.tr/atasehir-ve-umraniye-otel-farkli-oda-secenekleri-uygun-fiyat/)

8KB ascii text olarak 8192 karakter (harf) eder. Birkaç GB lık bir filmin yazılı senaryosu bile daha fazladır.

8kb inmesi imkansız her piksel için r.g.b ve adres bilgisi x ekrandaki pixell sayısı x saniyedeki filim kare sayısı lazım yani aşağı yukarı tek pixell için lazım olan data şöyle olmalı 255 200 122 1900x200 tek pixell bilgisi bu olacağını düşünürsek istediğini yapsın 8kb ye düşmez

Evet öyle tabi ki mümkün değil lakin o zamanlar aklımda bi algoritma var başarılı olursa milyoner olacağım demişim gençlik ateşi işte  :D gerçi 4 sene öncesi ama  ;D şimdi o algoritmanın ne olduğunu bile hatırlamıyorum ama o zamanlar baya bi uğraştığımı buna kafa yorduğumu hatırlıyorum daha sonra her denemeden sonra bi de wirar winzip gibi programlarla aynı dosyaları sıkıştırıp onları geçip geçmediğimi görmek istiyordum ve her seferinde kaybediyordum   :D.

Bence sıkıştırılır.

Film değil ama denk geleniniz olmuştur, 15 yıl kadar önce malum ortamlarda 10 MB'a sıkıştırılmış windows xp pro iso'su dolanıyordu. ve gerçekten de 10 MB açılınca 600 küsür mb kayıpsız iso çıkıyordu içinden. Arşivimde olabilir. Bunu yapan programın adı muhtemelen KGB idi.

Baktım da hala varmış hem de sp3 olarak :)

Voltron dostum onu paylaşabilir misin  ;D

Valla film i bilmem ama 630mb lık windows xp'nın 1mb olduğunu gördüm,
yıllar önce indirip denemiştim
bunun nasıl başarmışlar fikri olan var mı?

Name: Windows XP ISO

Size: 1.18 MB (ZIP), 631MB (After Extraction)

Setup Type: Offline Installer / Full Standalone Setup:

Compatibility Architecture: 32 Bit (x86) / 64 Bit (x64)

https://ittoolz.blogspot.com/2015/03/free-download-windows-xp-highly.html (https://ittoolz.blogspot.com/2015/03/free-download-windows-xp-highly.html)

Tamda https://en.wikipedia.org/wiki/Silicon_Valley_(TV_series) dizinin konusu.

izlemedi iseniz tavsiye ederim .

Bu resim sizi düşündürmüyormu :)

Evet işte böyle bir şeydi, ama o site pek tekin değil dikkatli olun, fake download pencereleri açıyor.

Bu arada yeni nesil uzaktan kontrol edilen fidye yazılımları dosyaları şifrelerken büyük boyutlu dosyaları inanılmaz küçük hale getiriyor.

Kayıpsız sıkıştırmada da kayıplı sıkıştırmada da olay dönüp dolaşıp entropi limitlerine geliyor. Veriniz ne kadar düzenli, tekdüze ise o kadar iyi sıkıştırılabilir. Amiga'da LZX sıkıştırmasını hatırlayanlar, o kategoride ne kadar başarılı olduğunu bilir. İki kafadar (Jonathan Forbes, Tomi Poutanen) daha sonra Microsoft tarafından işe alındı ve CAB (cabinet) sıkıştırılmış dosya dağıtım paketlerini geliştirdiler. Kayıplı sıkıştırma algoritmaları ise insan biyolojisinin (görme, duyma) çeşitli zaafları ve gelişmiş donanım altyapısından (misal, çoğu güncel CPU donanımsal H.265 gibi birçok algoritmaya encode/decode desteği sunuyor) yararlanıp bantgenişliğine göre veri kalitesini adapte ederek işlev görüyorlar. Ama herşeye rağmen 630MB'lık yüksek entropili bir veri yığını olan bir Windows sürümünün 1 MB'a sıkıştırılabileceğine inanmamak lazım. Korsan oyun camiasında FitGirl nick'li Rus hanım kardeşimizi birçoğunuz bilir, 100GB'lık oyun sürümlerini 30-40GB'a indirdiği dağıtım paketleri hazırlar, 6 saatte indirdiğiniz paket yeri gelir 8 saatte açılır...

 Ya aklıma şu geldi gerçi daha önce de bunu düşünmüştüm ama sonrasında mümkün olmayacağını anladım hani derler ya pi sayısında herkesin doğum tarihi gün ay yıl olarak var, sizin cep telefon numaranız var banka iban numaranız var, kimlik numaranız var vs vs 3,14 ile başlayıp sonsuza kadar giden bu ilginç sayıda hemen her şeyi görebiliyoruz düşündüm ki acaba mesela tek bi sayıdan büyük patlama gibi koca bir evren ortaya çıkmasa bile bi dosyanın tamamı tahmin edilebilir mi  :D ama bu çok çok çok zorlama ve imkansız bi ihtimal  :'(