Příspěvky

16

Hardware / Re:Vyber smart watch

« kdy: 10. 09. 2023, 16:09:59 »

Garmin většinou nemá mikrofon, ale některé novější modely řady Venu jej mají. A většinou nemají možnost se připojit k mobilní síti, až na pár modelů. Nevím zatím o modelu, který by zvládl obojí.

Na standardizované nabíjení u hodinek najdete dost možná jen bezdrát.

17

Sítě / Re:rtsp stream přes ffmpeg

« kdy: 07. 08. 2023, 12:23:24 »

Jaký OS? Odkud je nainstalovaný ffmpeg? Je opravdu přímo z distribuce?

18

Sítě / Re:Router s USB portem pro sdílení internetu z iPhone

« kdy: 07. 08. 2023, 09:51:58 »

Taky bude záležet, na co se ten telefon bude používat. Pokud jen na přenos dat (=> vypnutý displej), pak to IMHO může celkem stačit. Spotřeba by nemusela být o tolik vyšší než u USB modemu, což mi v hAP ac³ fungovalo. (Šlo teda o LTE modem, ne 5G.) A ten modem baterku asi nemá.

Ano, pokud telefon zároveň budete používat i jinakz rožnete displej s maximálním jasem atd., věřím, že 2.5W stačit nebude, a může dojít k popsanému jevu. Podobně jako si někteří stěžovali, že při navigaci jim autonabíječka nedodává dostatek energie.

19

Windows a jiné systémy / Re:Výroba aplikace Budíku ze starého Android telefonu

« kdy: 07. 08. 2023, 09:44:16 »

Pokud vše běží na operačním systému, spolehlivost klesá neb například systém začne provádět např. sebeúdržbu (nejvyšší priorita) a uživatelský proces (appku) odstřelí.
To jsou ty nářky v diskuzích, že budík nezvonil a podobně další v plánovačích.

Hlavně je při vývoji potřeba počítat s tím, že aplikace nemusí na pozadí běžet neomezeně (na Androidu dokumentované chování), a použít API k tomu určené. Ano, s Thread.sleep(…) nebo něčím podobným to na Androidu fungovat nemusí.

20

Sítě / Re:Router s USB portem pro sdílení internetu z iPhone

« kdy: 06. 08. 2023, 21:45:50 »

Pokud se telefon rychleji nabije než vybije, pak by ho měla nabíječka být schopna udržet nabitý. Ideálně by mu měla poskytnout všechnu energii potřebnou pro provoz, aby nemusel jet z baterky. V horším případě musí telefon brát špičky z baterie a pak se zpět dobíjet, což se asi u dostatečně slabého zdroje v kombinaci s velkou zátěží stát může.

Vybití na 90 % a následné dobití na 100 % jsem taky ještě neviděl. Teoreticky by to mohlo nastat v situaci, kdy telefon musí vykrývat špičky z baterky, a rozhodne se znovu začít nabíjet až na 90 %, aby necykloval mezi 99 % a 100 % (což by asi bylo ještě horší). Je to nejrozumnější vysvětlení, co mě napadlo.

Pokud nebude napájení z Raspberry Pi stačit, lze si pomoci napájeným USB hubem.

21

Sítě / Re:Router s USB portem pro sdílení internetu z iPhone

« kdy: 06. 08. 2023, 11:39:18 »

Nabíjení záleží na dvou věcech:

1. Jestli se telefon bude chtít nabíjet. Dnes nečekám problém, ale pamatuju si nějaký starší telefon, který k tomu potřeboval vhodný software na počítači.
2. Jestli dostane dostatek proudu. USB by mělo nabídnout minimálně 100 mA při 5 V, resp. 150 mA na USB 3, což asi nebude na nabíjení stačit. Podle https://www.raspberrypi.com/products/raspberry-pi-4-model-b/specifications/ máme na 4 USB porty na Raspberry Pi 4B, zároveň píší o možnosti použití slabšího zdroje: „A good quality 2.5A power supply can be used if downstream USB peripherals consume less than 500mA in total“. Z toho bych usuzoval, že limit bude výš. Hádám, že nabídne 500 mA na USB 2 a 900mA na USB 3, ale asi ne maximální zátěž na všech portech současně. Pro nějaké pomalé nabíjení by to stačit mohlo

22

Sítě / Re:Router s USB portem pro sdílení internetu z iPhone

« kdy: 06. 08. 2023, 07:40:11 »

Mikrotik umí připojit USB modem přes kabel, a dnes už podporuje jak přímo modemy, tak USB router. (Některé modemy se tváří jako USB routery). Nevím, jak se tváří iPhone, s tím jsem to nezkoušel, a v rychlosti jsem našel jen, se to nejde + jedno video, jde se někdo chlubí, že se mu to podařilo.

Druhá možnost je připojit ten router přes Wi-Fi, kdysi se mi to na hAP ac³ podařilo, a nebylo to těžké. IIRC pak nešlo použít řádově stejnou frekvenci, tedy s 5GHz hotspotem fungovalo jen 2.4GHz Wi-Fi a naopak.

Malina by asi taky šla. MicroSD bych se pro toto použití nebál:

1. Asi nebude moc co zapisovat.
2. Ideálně bych koupil nějakou A1 nebo A2. Jednak kvůli rychlosti a jednak IIRC budou mít typicky pokročilejší controllery, kde lze čekat nějaký wear leveling.

23

Windows a jiné systémy / Re:VPS pro VisualStudio

« kdy: 30. 07. 2023, 14:58:05 »

Libovolná VPS – až tak libovolná ne. Předpokládám, že OP bude chtít spouštět vyvíjenou aplikací v emulátoru telefonu. Tady jsou dvě možnosti:

a. Virtualizace (tedy nejspíš x64 Android na x64 HW) – tady je potřeba podpora virtualizace (VT-x nebo AMD-V). To podporují skoro všechny fyzické procesory, ale není úplně samozřejmé, aby šla virtualizace vnořovat. Někteří to nechtějí dělat z bezpečnostních důvodů.
b. QEMU (nejspíš arm64 Android na x64 HW) – měla by jít snad všude, ale utrpí výkon.

Další věc je GPU. Na Linuxu jsem ve virtuálu kdysi měl problém, ale možná to dnes a na Windows bude jinak.

24

Windows a jiné systémy / Re:Výroba aplikace Budíku ze starého Android telefonu

« kdy: 30. 07. 2023, 14:44:30 »

1. Není problém, to je otázka nastavení.
2. Viděl jsem home screeny, které v podstatě jen spustí jinou aplikaci. Případně by šlo samotný budík implementovat jako home screen, jakkoli netradiční to je.
3. Chcete-li to opravdu důsledně, pak to IMHO bez rootu nepůjde. Možná nějaké hacky s Accessibility API. Nebo možná u home screenu budete mít nějakou výhodu, zvlášť pokud telefon bude podporovat ovládání pomocí gest.
4. Hlasitost asi půjde nastavit.

Zmáčknutí libovolného tlačítka – i tady může být trošku problém. Tlačítka hlasitosti asi půjdou, ale třeba vypínač nebo nějaká další případná tlačítka může být těžší zachytit. Ale s Accessibility API to asi půjde.

25

Software / Re:ssh nevytvoří spojení kvůli nezapisovatelnému /.ssh/

« kdy: 13. 07. 2023, 07:50:46 »

1. Termux může přistupovat i k /sdcard, jen je potřeba požádat o oprávnění.
2. Chápu to správně, že klientem je telefon v prostředí Termuxu? Zkusil bych se podívat na proměnné prostředí (příkaz env), zejména na HOME.
3. StrictHostKeyChecking by to sice mohl nějak řešit, ale vystavujete se riziku MITM.

26

Vývoj / Re:Zahešované heslo v connection stringu k PostgreSQL

« kdy: 27. 06. 2023, 19:20:29 »

Dost záleží na cílovém prostředí. V některých případech může SUID udělat svoje, ale uživatel nesmí mít možnost se dostat k binárce:

1. Musí mít oprávnění execute, nikoli read.
2. Nesmí mít binárku ke stažení.
3. Cokoli co zavání fyzickým přístupem k počítači, kde binárka běží, zavání průšvihem. Od čtení disku, bootu jiného OS, až po cold boot attack. Ano, vše lze nějak řešit, ale je potřeba na to myslet.
4. IIRC psaní aplikací, které počítají se SUID, je někdy trochu minové pole. Zkušenost nemám, ale rozhodně si to chce něco trochu předem nastudovat.

27

Vývoj / Re:Zahešované heslo v connection stringu k PostgreSQL

« kdy: 27. 06. 2023, 06:26:09 »

Jak již bylo zmíněno, kdyby k autentizaci měl stačit hash hesla, pak by se ten hash vlastně stal heslem. Tudy cesta nevede.

Možná chcete mít nějakou embedded databázi, kterou budete dodávat přímo s aplikací, která by se zřejmě spouštěla a ukončovala zároveň s aplikací a která by se nepoužívala na nic jiného. To má lepší řešení než hardcodované heslo. Například se heslo může generovat náhodně a uložit do souboru (s vhodně omezeným oprávněním), případně na *NIXech by asi šlo nechat Postgres poslouchat jen na socketu, který by měl vhodně omezená oprávnění. Toto tahám z hlavy, možná by Google nasměroval i k jinému řešení.

28

Vývoj / Re:Michání jazyků v práci

« kdy: 26. 06. 2023, 12:35:15 »

Míchání jazyků je třeba u psaní webu velmi běžná věc. Ano, je tu Node.js a jsou tu různé transpilery (např. Scala.js), takže možnosti mít na klientovi i serveru stejný jazyk tu jsou, ale z různých důvodů je zdaleka ne každý používá. A pokud nejsou striktně rozdělené role server-side a client-side programátorů, nevyhnete se střídání jazyků ani v rámci jedné práce.

Jestli je to naprosto bez problémů? Ne. Různé jazyky mají svoje specifika, a možná se budete někdy násilně pokoušet použít postup vhodný pro jiný jazyk. Chce to vnímat odlišnosti – a to nejen v syntaxi, ale i v konvencích (camelCase, PascalCase, snake_case) a ve vhodných postupech.

29

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 21. 06. 2023, 09:59:33 »

I za předpokladu, že by ChatGPT nezvládal vůbec nic jiného než dohledávat řešení na diskusních fórech (zřejmě je aspoň zčásti využívá), čekal bych spíše omezení duplicitních dotazů. Což může být fajn, lidé budou mít více času na řešení nových dotazů.

30

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 20. 06. 2023, 18:57:52 »

Jsou různé úkoly:

a. Chci najít něco konkrétního v dokumentaci. Tady toho AI až tolik nepřináší, a Google bude většinou lepší nástroj. Stejně bych to pak chtěl nějak ověřovat, takže ptát se AI by byl krok navíc. Najde se pár výjimek, minimálně jednou jsem ChatGPT popsal, jak se má chovat funkce, a dostal jsem její název. Google by teoreticky taky šel nějak použít, ale musel bych se lépe trefit do popisu funkce.
b. Nechci znovu vynalézat kolo, protože podobný problém už někdo řešit přede mnou. Tady má AI více výhodu – s Googlem bych třeba zkoušel několik variant, jak problém rozložit na několik podproblémů. ChatGPT předhodím, co chci, a s trochou štěstí dostanu dobrý výsledek, který pochopím a kterým se inspiruju.

Ano, každý tu můžeme najít spoustu případů, kdy ChatGPT halucinuje. To neznamená, že se k ničemu nehodí, jen s tím musíme počítat.