217 odpovědí na toto téma

[Pe_Bo]

Po aktualizaci na Android 12 mi to taky zlobí. Většinou se to chová tak, že po stisku tl. "Připojit / MTP" GgDrake nabídne (správně) dvě položky v telefonu

(Interní paměť a SD karta), ale ať vyberu jakoukoli, následně se po stisku tl. "Keše / Celá databáze" objeví stejný dialog, který má několik prázdných řádek, viz obrázek:

 

[HaLuMa]

Zkusil jsi rolovat dolů? Podle šoupátka by tam mohlo něco být... Na mém telefonu mi to vytrvale dává na začátku jeden prázdný řádek, možná by stačilo prázdné řádky ignorovat a nenabízel je tam.

Ale jinak mi to chodí spolehlivě, bez problémů a rychle. Redmi Note 8pro, Android 11.

[Pe_Bo]

Zkusil jsi rolovat dolů? Podle šoupátka by tam mohlo něco být... Na mém telefonu mi to vytrvale dává na začátku jeden prázdný řádek, možná by stačilo prázdné řádky ignorovat a nenabízel je tam.

Ale jinak mi to chodí spolehlivě, bez problémů a rychle. Redmi Note 8pro, Android 11.

Jo, je tam 12 prázdných řádků. Něco se muselo změnit s novým Androidem.

[mikrom]

na začátku jsem něco zvoral a dostal se k prázdným řádkům jako Pe_Bo (to se mi nikdy předtím nestalo).

Ale po znovupřipojení telefonu už to šlo standardně tak, jak jsem zvyklej.

prostě se to jakoby kopíruje, ale nenakopíruje - a divný je to, že jiný soubory lze zkopírovat ručně, ale ne geoget.db3 ‍♂

 

nahrál jsem gif

https://geocaching.m...get/ggdrake.gif

[mikrom]

přes wifi to leze v pohodě, za asi 8min je nahráno. Tak to budu dělat přes wifi (a potvrzovat tlačítkem [Ne] ).

[gord]

Jiny soubor jde zkopirovat? A neni to treba tim, ze bezi AD?  Trebo novy Android s tim souborem pres MTP zachazi nejak jinak. Zkus AD nasilim utnout, nebo restartovat telefon a pred spustenim AD ten soubor prenest rucne. 

[mpik]

Mě se to na starém telefonu s A5.1 dělo i ručně, jednou jsem tam zkopíroval geoget.db3 a pak už to nešlo, musel jsem ho přejmenovávat na cachedb.db3 (přenášel jsem ručně, pluginem to nešlo). Přitom ten původní jsem smazal. Evidentně si systém myslel, že tam pořád je. Teď mám A10 a dělá to to co jsem napsal, poprvé to pluginem přes MTP nepřenese, podruhé jo, ale mezi tím to nabourá tu databázi, takže se mi AD přepne na API.  Mám databázi asi 200mega, je rychleji přenesená přes wifi, než bych našel kabel. A vyšší Android do mého telefonu (Redmi8) už asi nebude. Zatím jsem nezkoušel ruční přenos přes MTP, ale jiné soubory přes MTP jdou (filmy, mp3, fotky...)

[gord]

Docela velky problem s MTP je v tom, ze hodne zalezi na aplikaci, ktera soubor prenasi. Zdaleka ne vsechny totiz daji MTP protokolu vedet, ze soubor existuje nebo byl smazany, ... neni to proste primo navazane na souborovy sytem, ale ma to vlastni spravu. Takze je dost pravdepodobne, ze nezalezi na vlastnim Adroidu, ale take na jeho nadstavbe a pak i na dalsich aplikacich, ktere se soubory manipuluji.

 

(Urcite to neni problem jen GgDrake, jinak by nevznikaly aplikace, podobne treba teto.)

 

Na mobil existuji aplikace, ktere prinuti MTP protokol ziskat aktualni stav souboru v systemu, mozna by pomohlo to spustit.

[mikrom]

bude to něco jak říká gord, no. prostě si myslí, že tam ten soubor je, ale on tam není, a nenabídne dialog na přepsání a jen dingne.

 

je to stejná chujovina jako Mediascanner s tím jsem taky řešil na androidu spoustu problémů - to zase skenuje mediální soubory a ten sken udělá až po odpojení kabelu, takže do té doby se písnička neukáže v nabídce vyzváněcích tónů. Je i aplikace to to skenování vynutí ručně. A taky jsem se, hlavně dřív několikrát setkal s tím, že když se poškodila třeba fotka na kartě, tak se na ní mediascanner saseknul, a telefon byl za půl hodiny horký a vybitý. Bavím se o době androidu 4 atd...

[mpistora]

Také mi na android 12 nefunguje přenos databáze přes MTP s projevy stejnými, jako už jsou popsány výše.

[gord]

Opravdu nemam jak pomoci, kdyz nic podobneho v ruce nemam a vlastne nevim, co se tam zmenilo a proc to nejde.

[gord]

V praci mi byl vnucen telefon s A12 (realme 9 Pro 5G) a zkousel jsem na nem prenos databaze pomoci GgDrake. Vsechno proslo bez problemu.

[mikrom]

vyměnil jsem notebook, přešel na w11, vše je skvělé, ale ten adrake/ggdrake už je opravdu prokletí.

 

na novém telefonu už se do složky adrake dostanu jen přes průzkumníka z kompu, takže nakopírovat témata paws je tak na půl dne, ale teď jsem narazil i s GgDrakem

 

multicast mi nikdy nefungoval, ale přes IP mi to vždy šlo. nyní, když dám připojit přes wifi, tak spadne GgDrake:

[Script Runtime Error]: GgDrake.ggp.pas

Could not call proc

Routine: BUTREFRESHONCLICK

 

No a zkusil jsem to teda naivně i přes MTP, i když vím, že s tím je problém už dýl, a to spadne celý GeoGet:

There was an error during the execution of this program.
The application might become unstable and even useless.
It's recommended that you save your work and close this application.

Could not call proc.

nějaký tip proč už to ani přes tu WiFi nechce?

dík

 

EDIT:

* debug helper nijak nepomohl

* ručně jsem si začal krokovat kód, až jsem došel k tomu, že to chcípá na řádku s:=ML_FindGpsMobileDevice('ADRAKE_INST', ML_SHOWDEVICELIST_AUTO); v GgDrakeConnect.lib.pas

* funkci ML_FindGpsMobileDevice() jsem nikde v GgDrake nenašel, tak jsem rozšířil hledání a ejhle: MtpToolLib

* odtud už byl jen krůček ke zjištění chybějících MSVCP100.dll a MSVCR100.dll

* instaluju Visual C++ Redistributable 2010...

Tento příspěvek byl upraven od mikrom: 14 červenec 2024 - 14:32

[gord]

Za GgDrake:

 

Vim, ze mas s multicast problem dlouho, ale kde jsem to zkousel, vsude mi to funguje (pokud to neblokuje router, ...). Tak nevim, jak najit problem.

 

Analyza chyby pri padani je pekna, ale mas to napsane v dokumentaci :-)

 

Pokud mas nejaky napad, jak to resit jinak, klidne napis (asi nejlepe soukromou cestou).

[pjiy]

Ahoj,

GGdrake - po delší době zkouším po WiFi přenos celé databáze (> 2GB , 193000 keší) z geogetu do adraku, po vytvoření pacovní kopie dojde k chybě

(viz příloha), počet kopírovaných záznamů je opravdu "podivný". Nějaké přetečení?

Je to jen moje chyba? Díky.

 

[gord]

Prenos pres WiFi  u takto velke databaze muze byt dost problem. Pri prenosu se databaze rozseka na male kousky (nepamatuji se presne, snad po 2 MB) a ty se posilaji do AD. Ten si je ulozi a postupne to spojuje. Predpokladam, ze v tomto pripade pretekl pocet tech malych casti do zaporneho cisla. Nicmene tento zpusob prenosu povazuji za dost neefektivni, prave kvuli te rezii pro kazdou malou cast.

 

Rozumnejsi mi pripada to prenaset jako soubor (kabelem nebo zase pres WiFi). Budto zase pluginem, ale to muze u novejsich Androidu narazit na prava pristupu, nebo jako jakykoli jiny soubor pomoci kopirovani z Win. V tom pripade je potreba najit rucne ten spravny adresar a pak je treba dat si pozor na to, aby AD nebezel a s databazi nepracoval. To pak haze budto podivne chyby a nebo to jen tak pipne, aniz by clovek tusil co se deje.

Tento příspěvek byl upraven od gord: 14 prosinec 2024 - 10:10

[pjiy]

Nojo, je to jasné, přenos celé databáze jako souboru používám už léta, ale vzhledem k narůstajícím problémům s novějšími Androidy jsem chtěl zkusit použitelnost tohoto. Tak nic.

Vyhovující by byla androidí aplikace Shizuku, bohužel ta mi na velké soubory (resp. soubory, jejichž přenos trvá dlouho a běží pomalu) po chvíli vždycky havaruje. Teď to dělám relativně složitě, soubor databáze pomocí ftp nebo SMB přenesu na android do adresáře "Stažené soubory", spustím Shizuku a ze "Stažené soubory" to pomocí X-plore přenesu do patřičného adresáře aDraku, to běží rychle - 100 MB/sec a tam to Shizuku zvládá. O čas mi nejde, jde to všechno použitelně rychle, ale manipulačně je to nepříjemné. Díky.

[gord]

Az bude cas, tak se kouknu na to preteceni. Ale je otazka, zda to uprava v progressbaru nejak vyresi, jestli se to neobjevi jeste nekde jinde, kde treba nebude tak snadne to opravovat. Kdybych se delsi dobu neozyval, tak se klidne pripomen.