AFISync-modienlataustyökalu, avoin beeta (v0.47)

[Joonas [kLj]]

Eli seuraavanlainen ongelma:
Sync ilmoittaa modien olevan valmiita, mutta kun klikkaa "Join server", aloittaa uudestaan lataamaan kyseistä modipakettia. Launcher käynnistyy, mutta samantien tulee virheilmoitus että jokin modi vaatii toimiakseen jonkun CADrock (?). Tämä tapahtui monta kertaa "Manual installation and extra file deletion" ja reset nappuloiden räpläämisestä huolimatta.

Viime viikolla toimi aivan hyvin.
Ideoita?
EDIT: Ei se ollut sittenkään jostain syystä ladannut jotain modia.. Nyt toimii taas

[Kinkku]

Näyttäis että indexointia on korjattu BTSync 2.3.7 versiossa (ja vähän muutakin)

Ite olen käyttänyt tota versiota nyt vähän aikaa ja varovainen arvio on ettei se ainakaan ole huonommaksi mennyt. Kannattaisko paketoida tuo uusi versio seuraavaan AfiSync päivitykseen ?

Olisko haittaa jos myös max_torrent_metadata_size kasvais vähän isommaksi (esim. 16->64)? Asiastahan en mitään tiedä mutta sanon kuitenkin, eli voiskohan tuo auttaa niihin onglemiin joita nähdään kun on monta AfiSync:iä käytössä yhtä aikaa ?

[Trade]

BTsynchistähän saa sen automaattipäivityksen päälle.

[Hoxzer]

Päivitetty versioon 0.40.

Yritys korjata tiedostojen korruptoituminen
(Linux-)Mirrorit otettu pois käytöstä, koska eivät toimineet korkean käyttöasteen aikana.

Public DevBlog #1
Todennäköisesti BtSync tullaan vaihtamaan muuhun ohjelmistoon. Parhain kandidaatti on tällä hetkellä libTorrent, mutta en ehdi tässä kuussa aloittamaan kehitystä. Arvioitu muutosajankohta on puolessa välissä kesäkuuta. Tarkoitus on myös testata sfv:n potentiaalia moditiedostojen validaatiossa

Tunnetut ongelmat.
1) AFISync kaatuu (runtime error) välillä käynnistyksen yhteydessä. Tämä ongelma alkoi versiossa 0.39. Lokitiedot ovat tervetulleita, vaikka niistä ei tähänkään asti ole löydetty virheen sijaintia. Debuggerilla en saa kaatumaan.
2) BtSync bugaa ihan vit**** kuorman aikana. Ei voi korjata AFISyncin tasolla.
3) Yli 9000 yhteyttä BtSyncin toimesta. Ei voida korjata AFISync-tasolla. Jonotustoteutusta on mietitty.
4) BtSync raportoi vajaan listauksen tiedostoista AFISyncille, minkä takia AFISync poistaa tarvittavia tiedostoja. Melko harvinainen ongelma, jos BtSync installaatio on vanha. Näkyy niin, että lataus käynnistyy ready-tilan jälkeen uudestaan. Lokeista voi etsiä: "Deleting extra file: ".
5) BtSync ei tallenna identityä. Tuskin vaikuttaa AFISyncin toimintaan. Käsittääkseni BtSync olettaa jonkun satunnaisen kansion olevan olemassa ja siksi tallennus ei onnistu. Work-a-round: Asenna BtSync ja kopioi %appdata%\BitTorrent Sync sijaintiin AFISync\settings\Bittorrent_Sync.
6) afisync.log-tiedoston koko on suuri. Lokitiedostojen koon automaattinen hallinta (log rotate) on suunnitteilla. Ei tulla kehittämään aivan heti. Haluan että tärkeätä debug-dataa ei poisteta vahingossa.

Tässä vaiheessa on hyvä todeta, että PWS-tukea tulisi minunkin mielestä jatkaa, kunnes AFISyncin ongelmat saadaan korjattua. Bug-raportteja on saapunut tähän mennessä neljä, joten sitäkin ominaisuutta voi käyttää aktiivisemmin.

[Soppa]

Jotakin hämminkiä tuossa btsyncissä on. Eilisen RHS päivityksen jälkeen hoxzerille ja minulle latautui korruptoitunut tai väärä tiedosto:
Player Hoxzer: Wrong signature for file Documents\Arma 3\@rhs_afrf3\addons\rhs_btr80_camo.pbo
Player Soppa: Wrong signature for file Documents\Arma 3\@rhs_usf3\addons\rhsusf_m1117.pbo

Tarkistin filut SHA-1 hashilla ja ne todellaki oli erit kuin palvelimella. Korjasin poistamalla palvelimelta kyseiset tiedostot ja kopioimalla ne uudelleen sinne jolloin se pakotti päivittämään kyseiset filut kaikille peereille.

Mistä tällainen "offsync" tilanne sitten johtuu? Käsittääkseni jokin peer on lähettänyt vanhaa dataa siinä uskossa että on ajantasalla?
Tämän täytynee olla bugi btsyncissä koska siellä on tiedostoille hashit olemassa eikä sen pitäisi jakaa sellaista ulos jossa ei hashit täsmää.
Miten tähän sitten päädytään.. voiko johtua siitä kun päivitetään palvelinpuolelta kerralla 7Gt edestä tavaraa?
Eli kun ensin poistetaan tiedostot niin kaikki peerit alkaa poistamaan tiedostoja ja kun heti perään pusketaan saman verran uutta dataa sisään niin kaikki peerit alkaa lataan uusia tiedostoja.
Voisiko näiltä välttyä jos esim poistaa tiedostot, odottaa hetken ennenkuin laittaa uudet tiedostot jakoon?
Voiko esim tämä linux versio joutua offsyncciin kun 14 Gt dataa vaihtuu yhdessä rysäyksessä, siinä kun on niitä ongelmia avattujen yhteyksien määrässä ja siirtonopeuksissa? Mene ja tiedä mutta jotain tarttis tehrä.. varmaan ottaa aluksi ne linux mirrorit alas.

[StoBe]

Pakko kyllä sanoa, että itsellä alkaa olemaan jo melko pitkä tauko peleistä ihan vain tämän AFIsynciin siirtymisen takia... Ei vieläkään toimi tämän kanssa ja alkaa kärsivällisyys loppumaan tuon kanssa pelleilyyn. Kannatan PWS tuen palauttamista...

[Johnson]

Muistakaa tänään päivittää repo AFISyncillä niin aikaisin ennen viikkopelejä kuin mahdollista, ettei kaikki lataa sitä samaan aikaan juuri ennen viikkopelejä.

[Temoni]

Muistakaa tänään päivittää repo AFISyncillä niin aikaisin ennen viikkopelejä kuin mahdollista, ettei kaikki lataa sitä samaan aikaan juuri ennen viikkopelejä.

Jos ei vielä ole niin suosittelisin pistämään serverille vaikka clusterfuckin päälle, jotta voi käydä testaamassa pelin toimivuuden.

[takku]

Jaa-a tämä antaa samaa virhettä kuin AAR :/

Ettei sinulla ole nyt kovot vaan menossa paskaksi.

Enpä tiedä siitä vai onko softaa päivitelty, nyt tuo lähti käyntiin vihdoinkin.-

[TheTaltsi]

0.33versio ei löydä uusia RHS modeja eikä päivitä vanhoja, enkä saa ladattua uudempaa versiota dropboxista, lataus joko pysähtyy vaiheeseen x tai ei ala ollenkaan ja antaa virheen 500, taitaa tosin olla dropboxin päässä tämä vika