Příspěvky

1741

Odkladiště / Re:Postupné zbavení se GMailu a vlastní soukromí

« kdy: 24. 12. 2018, 12:35:42 »

Skor sa obavam o vase dusevne zdravie nakolko nic k teme.
Ach nema to asi zmysel, kazdym rokom to tu upada a kvalita fora ide do riti.

Dekujeme za Vas kvalitni prispevek, jez nesmirne pozvedl uroven tohoto fora!

Muj prispevek byl k teme - to jenom vy pozadujete po nas, aby jsme vam dali odpoved kterou chcete slyset.
Tak to jste se ani nemusel ptat, kdyz tu svoji spravnou odpoved davno vite.

Neprestava me prekvapovat mentalita lidi, kteri si mysli, ze obejdou "fyzikalni zakony". Tva elektronicka komunikace zanechava stopy z principu fungovani - a dnes existuje mnoho sluzeb, co zijou jen z toho, ze ty stopy jejich uzivatele vytvari - a ano, kvuli tomuto muzeme vyuzivat vyhod ktere nabizi Google. Nelibi se Ti ty podminky? Nepouzivej to, zadny narok na to ostatne nemas.

Jak tady nekdo navrhoval - nechces-li pouzivat cizi sluzbu, rozjed si vlastni. Nikdo ti v tom nebrani.

1742

Odkladiště / Re:Postupné zbavení se GMailu a vlastní soukromí

« kdy: 24. 12. 2018, 11:12:11 »

Co odporucate ako vhodnu alternativu k gmailu? Prekaza mi smirovanie a kontrola posty. Uvazujem nad tutanota, lavabit alebo protonmail.
S tym ide ruka v ruke prehliadanie na internete a uvazujem nad VPN. Co som tak pozeral, tak najlepsie mi vychadzaju ExpressVPN, NordVPN alebo Mullvad (ten je pod kontrolou 14 eyes). Co radite vy? Vdaka

Pro vase dusevni zdravi doporucuji Internet nepouzivat. Bojujte za klasicke sluzby, jez by na konektivite nezaviseli.

1743

Software / Re:RAW formát : vnucený ořez a korekce geometrie, kde volitelně vypnout

« kdy: 24. 12. 2018, 01:43:13 »

Otázky na experty:
1. Jak je to s tím kódováním hodnot (offsetu), který způsobuje v starších RAW pluginech fialový nádech (experimentáně lze nádech opravit posunem začátku křivky červeného kanálu asi o 25% : křivka 0:0 , 100%:100% na 25%:0%, 100%,100%), samozřejmě  se tím srovná pouze nádech, ale nevrátí se ztracená černá -- jen jako ilustrace
2. Údajně RAW soubory obsahují spoustu různých metadat, hlavně "opcodes", které stanovují, co s RAWem dělat, a prý některé jsou označené jako povinné a konvertor je musí dodržet - což je asi i příklad té nevypnutelné korekce a neořezu.
3. Proč vůbec dochází k ořezu? Má to nějaký význam?

1. jedna se o black-level a muze se ti ztracet pri konverzi do DNG programem, ktery nepodporuje plne tvuj RAW zdroj. Je vzdy lepsi pouzivat primo RAW soubory z fotoaparatu, nez to prevadet nejakym zabugovanym konvertorem. Samozrejme to chce aktualizovat pak SW.. cemuz se holt nevyhnes. Stary SW s novymi formaty si moc neporadi.

2. RAW soubory obsahuji metadata - v podstate veskerne nastaveni fotaku, duvody proc se fotak rozhodl pouzit ono nastaveni, model objektivu, gps souradnice... vsechno. Korekce na zaklade objektivu ti udela jen A] soft od vyrobce fotaku, B] vyrobcem autorizovany konvertor velkeho jmena.... v opensource reseni neco naleznes pod nazvem LENSFUN. Co se tyce podpory metadat v DNG, tak paradoxne nejhur je na tom Adobe, jez format DNG definovalo (zjistili jsme to kdyz jsme chteli vyuzivat nektere hezke vlastnosti podle te specifikace)

3. Protoze telo fotoaparatu udelal korekci te soudkovitosti pri ukladani JPEG-u - tj. vznikl z toho po korekci bud polstarek/soudek, nebo naopak spicatej kriz - at uz to bylo jednim nebo druhym smerem, pouzit z toho muzes treba o 5-10% mene plochy.

RADA NA ZAVER
Pro seriozni praci pouzij RAWTHERAPEE, DARKTABLE nebo jine sw dle tve platformy, primo zamerene jenom na zpracovani RAW souboru. Editory obrazku (nezavisle na platforme) ti nikdy takovy rozsah nastaveni nenabidnou a pluginy budou jen obezlicka, at neco jde nacist.. ale moznosti budou minimalni.

1744

Vývoj / Re:Proc je syntaxe programovacich jazyku tak slozita ?

« kdy: 23. 12. 2018, 13:10:28 »

Mám trochu dojem, že jsi ve fázi kdy ti dělá problém přejít od popisu problému v neformální "lidštině" do něčeho, co už připomíná algoritmus. Tahle fáze je těžká a navíc je dost nezávislá na jazyce. A jazyk, který ti nesedí, jen přidává další věci, na které musíš myslet. Ono se to poddá. Jen počítej s tím, že to chce čas a trénink. Přece jenom se snažíš přemýšlet hodně neintuitivním a nepřirozeným způsobem.

mne prave stve ze se pri psani nemuzu soustredit na podstatu daneho stavebniho kamene (treba budovani zanorenych cyklu) ale moji pozornost odvadi to, abych to napsal syntakticky spravne

A proc si nevypomuzes preprocesorem? Typicky priklad je #define FORC3, FORC4 v kodu dcraw.c (zpracovani raw souboru z fotoaparatu), jez provedou cyklus na barevnyma kanalama.

Stejne tak muzes nahradit neprehledne kusy kodu jejich zkracenou variantou kvuli prehlednosti algoritmu - at uz na urovni vyrazu nebo celych bloku.

1745

Vývoj / Re:Proc je syntaxe programovacich jazyku tak slozita ?

« kdy: 23. 12. 2018, 12:47:38 »

Ja tedy mel na diplomku praci "Semanticke programovani", kde jsem resil ze syntaxe programovacich jazyku je vlastne zcela zbytecna, protoze programy se skladaji z tech samych zakladnich bloku, jako univerzalni transport jsem mel XML, resp. svoji xml databazi, jez mela alternativni automaticky generovane roviny podle vystupniho jazyka (C, PHP, JS a Pascal). Bylo to omezeno z casovych/praktickych duvodu na funkcionalni programovani.

Ten popis univerzálního transportu v XML mě zajímá. Dá se to někde najít?

Muzu ti poslat mailem, kdyz se ozves skrze tu obalku vlevo (PM). Ale necekej od toho nic primo pouzitelneho, jak na to koukam nektere konstrukce me prijdou ted hodne naivni V podstate to vzniklo v dobe kdy me bavili prekladace a ta forma programu ktera vznikne po rozparsovani zdrojaku.

1746

Vývoj / Re:Proc je syntaxe programovacich jazyku tak slozita ?

« kdy: 23. 12. 2018, 10:07:56 »

Ja tedy mel na diplomku praci "Semanticke programovani", kde jsem resil ze syntaxe programovacich jazyku je vlastne zcela zbytecna, protoze programy se skladaji z tech samych zakladnich bloku, jako univerzalni transport jsem mel XML, resp. svoji xml databazi, jez mela alternativni automaticky generovane roviny podle vystupniho jazyka (C, PHP, JS a Pascal). Bylo to omezeno z casovych/praktickych duvodu na funkcionalni programovani.

K praktickemu uzitku ve styku s lidma tomu jen chybi interface do hlavy, at se ty myslenky ctou rovnou do xml, kdyz jse nekdo linej se vyjadrit v nektere z bezne uzivanych syntaxi (aka programovacich jazyku)

1747

Hardware / Re:Romozte rozjet RO flashdisk

« kdy: 21. 12. 2018, 10:22:03 »

Co ti napise dmesg pri pripojeni? (jestli tedy mas zapnuto vypisovani vid/pid/model/sn v kernelu). Pripadne zkus lsusb, lsusb -v ... zajima nas pid/vid a pripadne textovy nazvy, nezminujes ani detekovanou kapacitu.

1748

Hardware / Re:Romozte rozjet RO flashdisk

« kdy: 20. 12. 2018, 23:46:58 »

ja mel regularni flashku ktera se po case rozhodla ze bude po zapnuti reaodnly. pres hdparm jsem to mohl presvedcit do RW rezimu, ale to me flashka pak fungovala jen pod Linuxem. Pod win nebo osx to bylo RO a neslo to zformatovat...
Takze jsem dosel do ALZY a vyreklamovali to beze slova na miste.

Pokud je to "hw klic", tak neni jiste zda to je vubec mass storage s flash, nebo to virtualizuje nejaky procesor.

Jestli to je flaska, tak to musis rozebrat, podivat se co je tam za cip, pak stahnout z cerneho trhu tooly pro flashovani firmwaru, a tam mozna najdes option pro "RO by default".

Jednou jsem cetl taky nejaky clanek, jak reklamni flashky meli RO protected prvni partisny. Resi to asi stejny tool.

Tem amaterum co radi "dd" tady never, je videt ze netusi ktera bije. To co resis je vrstva pod tim.

1749

/dev/null / Re:pad kriptomien

« kdy: 19. 12. 2018, 11:33:40 »

Protoze crypto neslouzi jako mena, ale jako spekulativni nastroj. Otazka je co je pricinou a co nasledkem - ale prakticky neexistuji prodejci, ktery maji cenu urcenou v crypto jednotkach, takze hodnota crypta neni vztazena k nicemu v realnem svetu a je to jen otazkou trendu zda roste nebo klesa. O duvere se zde neda mluvit, je to cisty hype.

1750

Vývoj / Re:STM32 - minimalisticky vyvoj, chyby, objednavky

« kdy: 14. 12. 2018, 13:08:13 »

Ja pouzivam teda ATmega, nyni v Xmega verzi. Prvni pokus pouzit ARM bylo, kdyz jsem integroval Luminary Micro mcu do jedne aplikace, naportoval tam svuj OS (nastesti to mam prenositelne) a pak to TI zarizlo. Tak jsem se na tyhle uzavrene rychlokvasky vykaslal.. tradice je tradice, cena zmeny je vetsi a neprinese zadne rozumne uspory (mam maly objem a nenarocne applikace).

1751

Hardware / Re:Write once, read many storage

« kdy: 06. 12. 2018, 17:49:50 »

Taky jsem na jednodychy dotaz do googlu dostal tohle:

https://en.wikipedia.org/wiki/Write_once_read_many
-> zminuji SD karty

a pak na upresneni ze jde o SD zde mame:
http://www.reactivedata.com/Products/SanDisk_Industrial_and_Enterprise/End_Of_Life/SD_Worm_Card/index.php

1752

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 06. 12. 2018, 12:36:31 »

Jenže jestli to chápu správně, musí to být kombinace FS a plánovače. Ale on test dělal bez FS. Testoval /dev/md0 rovnou...

Nechapes to spravne. Uzivatele EXT4 to reportuji protoze je to nejrozsirenejsi. IO scheduler pracuje rovnou nad fyzickym diskem (/dev/sd*), zatimco sw raid (/dev/md*) scheduler nema a filesystem uz vubec ne. Takze se to muze projevit i v pripade kdy mdraid pristupuje na disk device.

Kód: [Vybrat]

$ cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber none

$ cat /sys/block/md0/queue/scheduler
none

1753

Bazar / Re:Prodej: RockPro64 4GB s prislusenstvim

« kdy: 06. 12. 2018, 09:48:09 »

Nevidim na tebe mail a ani nepises odkud jsi. Pro me by to bylo ideal za 2k (a pokud mas moznost odpoctu dph, tak ta muze jit navrch).

1754

Bazar / Re:Neválí se někomu doma minidisc přehrávač?

« kdy: 06. 12. 2018, 09:44:32 »

Ja mam vyssi model - RH10 - http://www.minidisc.org/part_Sony_MZ-M100+RH10.html
Jenom ten soft co k tomu byl je mozna tak pro WinXP, pokud vubec.. a kdyz koukam na eBay, tak to lze prodat za krasne penize

1755

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 06. 12. 2018, 09:29:43 »

V pripade ze se jedna o bug souvisejici s NCQ, tak je vhodne pak otestovat ruzne io-schedulery. U tech se nekdy meni default, neco je lepsi pro ssd, neco je lepsi pro normalni disky, neco spoleha na ncq..

https://stackoverflow.com/questions/1009577/selecting-a-linux-i-o-scheduler

Ze ja mam vzdy takove dobre tuseni
https://www.root.cz/zpravicky/poskozeni-souboroveho-systemu-mel-na-svedomi-planovac-oprava-jde-i-do-jadra-4-19/