Příspěvky

76

Bazar / Re:Co se starými součástkami (a jiným haraburdím)?

« kdy: 15. 07. 2022, 13:15:23 »

Unasim(e) trosku puvodni tema, ale budiz.

Jsou lide, kteri funguji tak, ze delaji to co je dobre pro ne. Jsou lide, kteri delaji to co je dobre pro ne a pro spolecnost.

Co mi na soucasnem pojeti recyklace vadi jsou prave ty dotacni penezovody uplne mimo puvodni zamer. Kdyz se perou odpadove spolecnosti o to aby mohly svazet bioodpad, je tu neco spatne. Nevim jestli to je aktualni situace, ale pred lety to tak bylo. Pritom kdyby obec nakoupila kompostery pro sve obcany, a ti je pouzivali. Jenze takhle to nejde, protoze pro obec je to moc riskantni, ze tim nenaplni podminky dotace. Takze misto toho vozime bioodpad tam a zpatky si vozi zahradnici substrat z Horbnachu.

77

Bazar / Re:Co se starými součástkami (a jiným haraburdím)?

« kdy: 14. 07. 2022, 19:05:06 »

Sam tridim, bohuzel ale musim rict, ze muj dojem z toho je hodne rozpacity. A to at jde o vse mozne - plasty, bioodpad, elektroodpad, sklo. Recyklovat neco je zatim celkem draha sranda, takze to jsou pod poklickou spis takove penezovody na ruzne dotace. Na zacatku byla treba dobra myslenka (napr. bioodpad), realizace je ovsem tristni - svazi to z dalky ti co vozi komunalni odpad, takze palime naftu, a plnime neci kapsy. Podobne variace jsou u zbytku. Elektroodpad a "obaly" znam i z druhe strany, toho, kdo plati.

Sice tim tady blbe znehodnocuji recyklaci, se kterou vnitrne souhlasim, ale soucasna realita je tomu na hony vzdalena. Presto recykluju, primarne u sebe, bez nasavacu dotaci (kompost, atd.).

78

Odkladiště / Re:Hodinovy manzel na jednoduchou spravu pocitace a prislusenstvi v Praze

« kdy: 10. 07. 2022, 11:51:17 »

Da se to delat uplne v pohode ale musite mit rad lidi takove, jaci skutecne jsou.

To je ovsem dovednost kterou vetsina linuxaku (a lidi od pocitacu obecne) nema, a ani o jeji ziskani neusiluje. Odmitaji se totiz smirit s faktem, ze s technikou dnes nedobrovolne zachazeji i lide [...]

Tu vetu kterou jsem si v citaci dovolil zvyraznit, to by se melo tesat do kamene. Opravdu malokdo je toho schopen.

S tim zbytkem mam takovy maly doplnek, jako daleko vetsi problem vidim v tom, ze "lide hraji hry" (ano, podbnost s https://cs.wikipedia.org/wiki/Eric_Berne neni ciste nahodna ), a technika je velmi dobry substrat jak treba vylit sve emoce na nekoho jineho. Neni nad to se kvalitne vyvztekat nad "stale nefunkcnim pocitacem". A pak prijde technik, ktery to jde opravovat, a ten to schyta. A celkem popravu, protoze neurotickemu starikovi opravuje neco, co vlastne on opravit nechce - kdyby to fungovalo, na co by pak byl nastvany? Na svoji starenku ? . To radsi at to schyta ten pocitac.

Uplne stejnou fci plni mnoha lidem "politika".

Takhle alespon vidim svet ja.

79

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 10:21:24 »

Aha, takhle. Nez to resit takhle, to mi prijde jednodussi uz hledat v poslednich n souborech daneho formatu (HTML,PDF) a tim si najit nejaky hodne podobny.

Ruzne vyrobena PDF jsou "stejna v ramci serie", problem je ten PostScript uvnitr, ale mozna by mohl jit nejak sjednotit.

Bohuzel je to hodne za hranou toho kolik casu tomu chci venovat, ale je to zajimave tema.

80

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:46:19 »

Vysvělil jsem ti, co s tím máš dělat.
Zkouška jednoduchá
Myslet = houby vědět.

No vidite, a ja jsem tak hloupy, ze jsem vasi radu neprijal a dale se ji nebudu zabyvat. Jsme zvlastni lide, co? Jako kdybychom kazdy zili v nejake paralelni realite .

Ale nechapu v jakych radech se tady pohybujeme, ze tohle zrovna je potreba resit - proc nejde vzit vetsi/rychlejsi disk.

Hrubym odhadem bych rekl, ze ta "knihovni komprese" muze byt treba 1:500, takze mi to prijde zajimave se tim chvili zabyvat. PDFka prevadet do textu nelze, ztrati se informace, nefunguje to dobre. Spousta programu treba neumi (a asi nemuze umet) kdyz je embeddnuty zmrseny font ze znaky neodpovidaji ASCII/UTF-8 a neni tam mapa. U tech PDFek je problem, ze PostScript uvnitr pocita fixne se souradnicemi, mozna by ale sel napsat program, ktery to nejak relativizuje, pak by mohla fungovat nejak "knihovni" komprese alespon na prunicich stranek.

81

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:19:03 »

Appendovani gzipu bohuzel nic neresi, neprebira se stav kompresoru z minula.

Deduplikace na urovni bloku fungovat dle meho nazoru nebude, jak pise Logik. Predstavte si, ze dokument vznika tak, ze nekdo hodi do Wordu nejakou tabulku a texty, doplni tam nekam nahodne volne poznamky a pak z toho udela PDF. Nebo v tom HTML neco upravi. Vznikaji ruzne nahodne posuny o par bajtu, apod.

U tech ruznych diffu je problem "proti cemu diffovat". Ono to bohuzel neni tak,ze by ty "stejne" dokumenty sly po sobe. Ja si stahnu 50 PDFek a do doby nez je otevru nejsem schopen rict, kdo je udelal-jaky "format" maji, a v jake nalade byl zrovna ten clovek.

82

Software / Re:Inkrementalni komprese

« kdy: 15. 06. 2022, 14:58:06 »

Netusim jak na takovou ulohu vyuzit databazi.

Nevim jak by filesystem resil kdyz mi nekdo prida radek do tabulky nebo zmeni

<tr><td>aa<td>bb<td>cc

za

<tr><td>aa<td>qqq<td>cc

(dojde k posunu o byte a zmene uprostred, je to jen priklad- zde treba myslim zmenu cele vety v tabulce)

Jinak ty HTML maji treba 2MB.

****

Bindiff by sel pouzit jen kdyby umel srovnavat proti vice souborum. Napadlo mne, ze bych mohl vzit podle data treba poslednich 100 souboru a hledat proti nim + pokud uz jsou "komprimovane" s referencemi, tak i v tech referencovanych souborech. Ono by to pak samo naslo co je cemu podobne, mozna by podle toho slo ty soubory i typove roztridit . Vlastne by to asi statisticky mohlo poznat "tohle PDF delal stejny clovek jako techto 50 dalsich".

****

PDF je obvykle komprimovane uvnitr, pridani jednoho znaku do textu zmeni cely deflate bitstream, takze pro zpracovani je potreba je dekomprimovat.

83

Software / Re:Inkrementalni komprese

« kdy: 15. 06. 2022, 14:37:28 »

Mily alex6bbc, dekuji za odpoved, ale odpovidate skutecne to na co jsem se ptal? Jednak nechci nic programovat, a pak git (pominu-li ze neresi muj problem) bych za moloch uz povazoval. Myslel jsem nejakou utilitu typu tarxzappend file.tar.xz novysoubor.html

A pak huffmanovo kodovani obvykle neresi ty opakujici se bloky o delkach ktere se mi vyskytuji, to se dela trosku jinak, viz treba bzip2.

Jestli neco budu programovat, tak to bude tool, ktery bude hledat ty opakujici se bloky a v nejakem binarnim formatu si ulozi "knihovnu referenci" a pak data kombinovana s referencemi.

84

Software / Inkrementalni komprese

« kdy: 15. 06. 2022, 13:50:57 »

Resim 2 problemy (na sobe nezavisle, ale svym zpusobem podobne):

- kazdy den stahuji z internetu nejaka data, jedna se o plaintext HTML stranku, kde je dlouhatanska tabulka, ktera se ale meni nejen na konci, ale vyjimecne i uprostred. Potreboval bych tyto z 90% shodne HTML soubory nejak "pribalit" postupne za sebe, takova idealni predstava je  dolepeni do .tar.gz, ktery by si umel vzit stav pred ukoncenim komprese (zapis tar traileru) a umel  tam dolepit ten novy soubor s tim, ze by se asi vyuzil stav kompresoru "z minula". Bylo by to vlastne ekvivalentni reseni vse prekomprimovat znovu, coz je taky asi pruchozi (treba po mesicich), ale nelibi se mi to, protoze dalsi bod

- podobne mam hromadu ruznych PDFek, ktera prichazi nova a nova, je v nich nekolik typu obsahu. Problem je, ze takove PDFko ma treba 300kB, je v nich nekolik typu textu/tabulek, ktere se porad dokola opakuji, obcas to prochazi "rucnim" zpracovanim (ruzne typy exportu/tisk do PDF, apod.). Text samotny nejde bohuzel rozumne vypreparovat, ne bez ztraty informace. V PDFku jsou casto zbytecne obrazky, jsou tam pribalene fonty, apod. No a tohle bych potreboval taky nejak inkrementalne stavet za sebe, aby se vyuzila informace z historickych souboru. Napadlo mne pouzit (udelat?) nastroj, ktery rozbali PDFkove objekty do plaintextu, aby to slo lip komprimovat externe, a hlavne treba ty opakujici se objekty by komprese  vzala z minula.

Prosim jen o hotova minimalisticka reseni (tzn. ne instalace nejakeho molochu), naprogramovat si to nejak asi umim, nebo si umim koupit velky disk a rychlejsi pocitac.

85

Sítě / Re:Divná elektřina v bytě rozbíjí síť

« kdy: 31. 05. 2022, 08:45:19 »

Asi to nebude reseni problemu RDa, i kdyz by to mozna mohlo pomoci. Mnoho let jsem mel na pude nejake sitove prvky s jejich originalnimi zdroji. Zdroje odchazely jako na bezicim pasu, casto pred vlastnim odchodem zarizeni jen po nejake dobe vytuhlo, nebo se chovalo "podivne".

Umim si predstavit, ze na nejakych spatnych rozvodech polofunkcni spinany zdroj nemusi ruzne spicky nebo podpeti davat.

Problem jsem vyresil v okamziku, kdy mi dosel jeden typ zdroju. Misto toho jsem tam docasne strcil cinsky spinany 12V zdroj z eBaye, pravda proudove dost predimenzovany. Docasnost se stala hodne relativnim pojmem: je tam uz roky, roky na nej spokojene bezi cela rada zarizeni. A na 12V zdroj provozuji i nektera puvodne 5V zarizeni, protoze jsem zjistil, ze uvnitr maji step-down menic dimenzovany i na tech 12V. Na zbytek mam male externi step-down menice.

(Zdroj je stejne jako zbytek techniky v nehorlave krabici.)

86

Hardware / ESP32-C3 RF součásti - popis

« kdy: 11. 05. 2022, 13:05:42 »

Zajimalo by mne jak funguje radio komponenta (+WIFI/BTLE MAC) na ESP32-C3, pripadne nejakych predchudcich. Konkretne jde o tyto casti z datasheetu: https://pasteboard.co/ZSdyMHjoHnj2.png ; jde mi o registry, zapojeni, atd. Nevim jestli to Espressif outsourcuje nebo si navrhuji sami, takze jakekoliv detaily vc. od koho maji blok pripadne koupeny mne zajimaji.

V minulosti jsem zkoumal GSM RF cast nejakych MediaTek obvodu, podarilo se mi najit, ze MTK to vlastne tehdy slozilo ze dvou "obvodu". Licencovane DSP (tusim TeakLITE) a RF komponenta ktera se puvodne delala jako samostatny obvod (tzn. byl k ni datasheet ). DSPcko melo adresni prostor pres DMA propojeny s procesorem. Delal jsem nejake experimenty a s ohledem na to, ze moznosti patchovat ROMku DSPcka byly omezene, vzdal jsem to nakonec.

O nejaky podobny popis mi jde u toho ESP32.

Vim, ze existuje nejaka open implementace SDKcka pro ESP8266, tusim ze to delal nejaky rus, ale nedari se mi to najit, tedy neco jsem nasel, ale to stejne vyuziva binarni knihovny od Espressifu.

87

Hardware / Re:Zprovoznění IP kamery model SAE60-NX3CF2001S

« kdy: 09. 05. 2022, 23:06:30 »

Vetsina kamer te doby umi streamovat pres RTSP (da se prehrat treba vlc, jen je potreba znat cislo streamu nebo cestu, muze to vypadat treba takto rtsp://192.168.1.242:554/user=qqqq&password=qqq&channel=&stream=.sdp ).

88

Software / Re:Hezký terminálový font a font na zdrojáky

« kdy: 29. 04. 2022, 20:41:26 »

Tak zrovna ligatury na >= apod. mi prijdou jako naproste zverstvo. To uz ani nevypada jako ceckovy kod, clovek nevi jestli to neni nejaky unicodovy paznak, atd ... https://pasteboard.co/evEJnkzQ0ErN.png

89

Software / Re:Hezký terminálový font a font na zdrojáky

« kdy: 29. 04. 2022, 19:00:16 »

Kazdy typograficky povedeny font splnuje nejake prakticke podminky, ovsem casto problem nerozlisitelnosti znaku vidim.

Podle meho nazoru na to aby nekdo rekl 'studeny font' proste to citeni potrebuje mit rozvinute .

INTFJ neznam, to je nejaky mix mezi INTJ a INFJ bourajici teorii Myers-Briggs ? :-).

90

Software / Re:Hezký terminálový font a font na zdrojáky

« kdy: 29. 04. 2022, 18:08:12 »

<offtopic>

Na Comic Code  jsem videl nejake youtube video, prislo mi, ze ten clovek hodne mluvil o pocitech s tim spojenymi, mate to taky tak?

Mam takovou hypotezu, ze ten font by mohli mit radi lide, kteri maji citeni jako jednu z hlavnich kognitivnich funkci - muzete se otestovat https://www.16personalities.com/cs ).

Ja jsem INTJ (tzn. citeni - Fi - mam az treti, po Ni a Te) a Comic Code mne prilis nebere, hledim skutecne na prakticnost. Abych odlisil 0oO, lL1|, bylo to citelne, atd.

Zahadou mi je ten Sunovsky Gallant, proc se mi libi, to by nekdo mohl zvektorizovat, aby byl pouzitelny. A opravit ty zname problemy s odlisnosti znaku + doplnit trochu unicode.

</offtopic>