Maco se igra

@sverde21: sem dodal komentarje k izvorni kodi :)

Glede AJAX-a in počasnosti: iz dneva v dan je več obiskov na strani, na strežniku kjer gostujem pa so še druge web aplikacije. Zaenkrat še ne morem iti v nakup dedicated strežnika, saj to stane vsaj dva tisoč eurov :)

Drugače pa moram povedati, da meni deluje dokaj hitro vse skupaj.

Samostojna aplikacija (v razvoju):



-komunikacija s strežnikom poteka s pomočjo spletnih servisov (XML komunikacija)
-načeloma bi morala delovati tudi z Mono projektom na Linuxu in drugih operacijskih sistemih
-v prihodnosti bo mogoče implementiran autoupdate aplikacije

Objava podnapisov in nekatere nove opcije na vmesniku:
-izbira video datoteke in izračun unikatnega deskriptorja
-možnost samodejnega polnjenja IMDB polja
-dodatni naslovi (alternativni naslovi filma za bolj učinkovito iskanje)
-možnost določanja več različic za objavljeni podnapis

@blueFish: hvala, bom pogledal če lahko kaj storim glede tega errorja.

----------------------

Razmišljam o algoritmu, ki bo izračunal deskriptor video datoteke. Moja prva ideja je variabilni deskriptor, ki video datoteko razbije na kose. Pri datotekah večjih od 650 MB bi bili kosi veliki npr. 150 MB.
Za vsak kos bi se izračunal MD5 hash. To bi omogočalo, da se najde pravi podnapis tudi če je kakšen bit/bajt v video datoteki pokvarjen/napačen in se ne ujema 100% z referenčnim zapisom na spletni strani.

Deskriptor bi bil torej tak:

4 B - informacija o velikosti datoteke v MB
16 B - MD5 hash prvih 128 MB
16 B - MD5 hash drugih 128 MB
...
16 B - MD5 hash zadnjih 128 MB

Ima kdo kak predlog?

Narobe smo se razumeli :)

Želim izpopolniti sistem za samodejni prenos podnapisov. Ti boš na svojem računalniku izbral video datoteko, program bo izračunal nek hash in povprašal na spletni strani če ima ustrezne podnapise za izbrani video.

Podobno kot npr. deluje freedb za audio CD-je: http://www.freedb.org/en/faq.3.html#11

Jaz sedaj iščem ustrezen algoritem, ki bo izračunal ta hash.

Upam da sem bil bolj jasen :)

blueFish: lahko prosim poskušaš ponoviti napako (nekaj sem dopolnil)

----------------------

Verjetno se bom odločil za naslednjo varianto:

Primer izračunanega hash-a neke video datoteke: 0f95 00002bbcc000 a18558fb 7af919f8 af280ffd (skupaj 20 B)

Pomen je sledeč:

0f95 ............ video traja 3989 sekund (2 B)
00002bbcc000 .... datoteka je dolga 733.790.208 B (6 B)
a18558fb ........ crc32 prvih 128 KB datoteke (4 B)
7af919f8 ........ crc32 128 KB datoteke na sredini (4 B)
af280ffd ........ crc32 zadnjih 128 KB datoteke (4 B)

Na podlagi teh informacij bo spletni servis znal zanesljivo vrniti ustrezne podnapise.
(trenutno je implementiran samodejni prenos podnapisov glede na ime različice, kar pa ni toliko zanesljivo)

@sverde21: samodejni prenos podnapisov bo le dodatek za tiste, ki bodo to hoteli :) Klasično iskanje, objavljanje novih podnapisov in prenašanje preko spletnega vmesnika bo vedno funkcioniralo.

Glede .NET frameworka pa tako: večina ljudi ga že ima, če še nima pa bo :) V Visti naprimer je že po defaultu .NET framework 3.0, kar pomeni da bi takšna aplikacija tam že v štartu delala.

Osebno se mi zdi podpora samodejnim podnapisom zelo pomembna, ker to lahko nekemu laiku zelo poenostavi prenos podnapisov (imel bo že vse servirano :). Tudi meni, kot naprednejšemu uporabniku bo to zelo uporabno, ker bom prihranil na času, ki bi ga drugače porabil za ročno iskanje.

Mi lahko še poveš kateri brskalnik uporabljaš in verzijo.

macofaco, meni se zdi ideja o iskanju podanapisa s hashom super :) zelo inovativno razmišljanje
lahko se namreč tudi zgodi, da ima kdo film poimenovan kar nekak... :)
itak na spletu ostane še vedno ista funkcionalnost kot je sedaj.
predlagal bi edino to, da aplikacija po defaultu išče po imenu, oziroma da vpraša ali želi iskati po 'prstnem odtisu' datoteke in šele takrat vklopi tale napredni sistem.
ker seveda bo ta sistem potreboval ene tri minute da bo hash naredil.

nevem če obstaja source za tole ampak morda ti bo koristilo:
http://www.beeblebrox.org/hashtab/index...

a ni tak da moreš za hash prebrat vsak bit?

>>> Verjetnost, da bi pri dveh filmih dobili enak crc32 na vseh treh mestih je zelo zelo zelo majhna :) Če pa ga že dobimo pa imamo še informacijo o dolžini filma in velikosti.

sicer nisem programer ins e na te stvari ne spoznam tako natančno, ampak ni ideja crcja in vseh hashev ravno v tem da boš dobil enak hash? sej razumem da se kak bitek med kakim prenosom porazgubi... nisem še slišal da bi se jih dosti porazgubilo...
no jaz bi tak naredil da bi pogledal malo statistiko, kolko se jih dejansko porazgubi.. potem pa bi fajl razdelil na xx megabajtov in za vsakega računal hash. če se jih y(>statistično pokvarjenih bitov) ujema lahko z neko zagotovostjo trdiš da se gre za enaki datoteki.

če se pa gre za neke datoteke, kjer je nekdo začetek in konec porezal... potem pa vsaj po mojem mnenju brez primerjave slik ne moreš na podlagi golih bitov ugotovit ali gre za enak film ali ne...(filename odštet)

Media player classic ima možnost poizvedovanja za podnapis, če nastaviš pravilni url v nastavitvah.
Zdej me pa neki zanima. Recimo, da imam neko avi datoteko, ki jo zaženem z MPC, ta gre avtomatsko poizvedovat na tvojo stran za podnapisom in če najde match, mi ga avtomatsko naloži. Ali je to izvedljio, oz če ni, ali bo v bodoče ?

@zile: mišljeno je tako kot si napisal. S tem, da bom jaz pripravil primer aplikacije kako se to naredi oz. uporablja, v MPC pa bo to vgradil kdo drugi.

Zadevo se bo lahko vgradilo v katerokoli video aplikacijo na katerikoli platformi (.NET framework za to ni potreben, le web servise je potrebno znati klicati).

Stvar je torej čisto izvedljiva. Če bi zunanji DivX predvajalniki imeli povezavo do interneta bi stvar lahko delovala tudi tam :)

@CaqKa: (velikost datoteke / 2) - 64 KB, kjer je velikost datoteke >= 128 KB, pri manjših datotekah pa bo hash preprosto izračunan nad celotno datoteko.

Bom objavil tu algoritem v C#.

Kje vidiš problem? Ko veliksot ne bo deljiva z 2?

Problem bo, če bo kdo odrezal oz. kakorkoli spreminjal film, ker potem hash ne bo več isti. Edina prednost tega pred recimo md5 hashem celega filma (ali pa morda celo samo prvih par MB) je potem res samo, če je par bitov vmes drugačnih, velikost datoteke je pa še vedno ista. To se pa verjetno ne dogaja ravno pogosto, ali? :) Kaj pa če res vzameš samo prvih par mb in njihov md5? Hitreje bo izračunano, na ime datoteke je itak neobčutljivo, ravno tako pa tudi na spremembe po tistem začetku (recimo odrezan konec - če kdo odreže špico npr), nad katerim računaš hash. Verjetno pa tudi ni kaj dosti filmov, ki bi imeli identične začetke :P

Primer izračunanega hasha po novem: 000f9500002bbcc00018d5d8c1747b005aaa2800a18e81de9711

Dump kode

Dump kode sem dal v drugo temo zaradi širjenja oken. Za v naprej bi te prosil, če lahko po oddaji pogledaš ali koda kaj raztegne okno, še boljše, če jo daš na kakšen strežnik in linkaš v temo. Hvala. - BluPhenix

Objavljena je verzija 0.9.4, ki omogoča dodajanje več različic k posameznemu podnapisu. Novo različico k podnapisu lahko doda vsak uporabnik, ki se predhodno prijavi v sistem z uporabniškim imenom in geslom.

Dodajanje nove različice:


Primer podnapisa z dvema različicama:

Razvoj samostojne aplikacije še vedno poteka je pa razvito do te mere, da osnovno iskanje že deluje.

Web vmesnik:


Enako iskanje na Windows vmesniku:


Prednost samostojne aplikacije je med drugim tudi manjši pretok podatkov med strežnikom in klientom (HTML pri web vmesniku (oblika + podatki) proti čistemu XML-ju pri samostojni aplikaciji (samo podatki)).

Tale moj projekt je tudi lep primer večnivojske arhitekture:

Evo, mam enega pridnega testerja :P Bo popravljeno :)

Zakaj enostavno ne pobereš podnapisov z drugih strani in jih naložiš na svojo?

S tem bi bila tvoja stran veliko bolj konkurenčna. Načeloma so avtorji podnapisov zapisani znotraj samega podnapisa. Pa tudi, če niso, te pravno za to ne bo nihče preganjal (v najslabešm primeru jih boš moral sneti). Če se motim naj me kdo popravi.

Kot kaže tudi druge strani delujejo tako (razen, če je jazsor na strani podnapisi.net prevedel 20913 podnapisov).

Še posebno podnapisi za kako starejšo serijo ti manjkajo.

Ker mi gredo podnapisi.net že prav na k*****.Skoraj vsakič,ko tam iščem podnapise so ob strani slike popolnoma golih žensk.Včasih je še kaj drugega ampak ponavadi so slike tega.Res je, da gre za oglaševanje ampak na stran kjer so podnapisi pa to ne spada. Tam je sicer tudi več oglasov kot podnapisov.

@rolihandrej: jao, kaj se buniš :P

@VASkO:
Me veseli, da se nekdo igra tudi s tem :)

MovieLauncher uporablja metodo "DownloadByRelease", ki podnapise prenese na podlagi različice filma oz. po domače - po imenu datoteke (in ne po naslovu filma).

Če na strani poiščeš podnapise za 88 minutes boš na seznamu zadetkov videl ime različice. Če bi želel, da ti MovieLauncher samodejno prenese te podnapise bi video datoteko moral imeti poimenovano tako kot je ime različice (na koncu je še seveda .avi končnica). Če se torej različica kliče "film.dvdrip.krneki" se mora datoteka imenovati "film.dvdrip.krneki.avi" (število sličic na sekundo, ki se izpiše v oklepaju zraven ni del različice).

To je pač najbolj primitiven način samodejnega prenosa podnapisov. Naprednejša varijanta bo uporabaljala funkciji "SearchByHash", ki vrne seznam ustreznih podnapisov za film (ne glede na ime datoteke) in "DownloadByID", ki prenese enega izmed teh podnapisov (glej tudi dokument http://www.subtitles-on.net/Development.aspx).

Če imaš še kakšno vprašanje povej.

Glede na to, da je stran stabilna sem se odločil za naslednji korak - prevod uporabniškega vmesnika v druge jezike. V praksi to pomeni prevod ene same XML datoteke in stvar je že pripravljena :)

Angleška različica (ni še javno objavljeno):

Maco - pohvalno, da si dal med povezave tudi ST7U

Samo vseeno nekaj - zakaj je desno zgoraj klik na jezik, ko pa lahko izbiraš le med slovenščino?

govora je o tem da je nesmiselno imeti izbiro če pa je ni.