Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - _Jenda

Stran: 1 ... 30 31 [32] 33 34 ... 100
466
Hardware / Re:SDR přijímač a DVB-T2
« kdy: 20. 03. 2022, 22:30:46 »
Asi jsem to nenapsal dost jasně.
Spíš se Adolf.Shitler.2 zasekl na tom nepochopení čemu se v různých případech říká tuner, a místo toho aby řekl něco jako „lidi od rádií říkají tuner jenom směšovači, lidi od AV techniky tak říkají celému přijímači, měli jsme na mysli každý to druhé označení“, tak se rozhodl tady generovat text.

Že to jde u RTL2832 je možná nějaká debug funkce, nebo co tím výrobce zamýšlel.
Říkalo se, že to je kvůli tomu, aby to mohlo přijímat i DAB (a FM rádio) a nemusel tam být demodulátor tohohle.

Například s Airspy, který má mít 10MSPS IQ output, by to jít mělo:
https://airspy.com/airspy-r2/
Tak jde to nebo ne? Máš to osobně vyzkoušeno? Pokud ano, tak OK. Ale sám za sebe zastávám názor, že to prostě fungovat nebude.
A to jako proč? Protože ten tuner, co posouvá signál ve frekvenci, nějak magicky zjistí, že tento signál je DVB-T2, a poškodí ho?

467
Server / Re:Mirror nad SSD disky
« kdy: 20. 03. 2022, 19:19:50 »
Moje otázka zní je dobrý napad nad ssd dělat swraid přes mdadm s ext4, nebo je lepší použít filesystem který toto řeší bez mdadm tzn brtfs/zfs? S těmito systeémy nemám zkušenosti, prosím o radu.
Já bych doporučil mdraid s ext4 pokud nepotřebuješ nějakou z extra funkcí btrfs (snapshoty, komprese, různě velké disky v raidu). S btrfs jsou občas podivné problémy co musíš řešit a neexistuje pro to použitelný fsck. Takže pokud nepotřebuješ btrfs featury, tak to za to nestojí. ZFS je prý odladěnější (ale taky nemá fsck), ale zase je to out of tree modul co občas náhodně nejde zkompilovat s novými kernely.

Otázkou je jestli mdadm by nezkrátilo životnost ssd.
Nevidím důvod proč by mělo.

468
Software / Re:Software pro záznam obrazovky včetně zvuku
« kdy: 20. 03. 2022, 19:16:15 »
Kód: [Vybrat]
ffmpeg -threads 2 -video_size 1920x1080 -framerate 15 -thread_queue_size 32 -f x11grab -show_region 1 -region_border 1 -i :0.0+0,0 -f pulse -thread_queue_size 32 -i default -ac 1 -preset faster -acodec pcm_s16le -r 15 -crf 20 -async 1 -vsync 1 -s 1280x720 -pix_fmt yuv420p -y desktop-`date +%F-%H-%M-%S`.mkv
pomocí toho +0,0 si nastavuješ začátek zabírané oblasti (x,y), pomocí -video_size samozřejmě její velikost, zvuk to bere normálně s pulseaudia

469
Hardware / Re:SDR přijímač a DVB-T2
« kdy: 18. 03. 2022, 19:26:32 »
Toho jsem si takhle detailně nevšiml, ale silnější PC by mohla nahradit akcelerace pomocí GPU, pokud se tak již nedělo, která je zásadní při dekódování HEVC nebo AV1.
Problém není s dekódováním videa (které mimochodem děláš úplně stejně i při použití hardwarového demodulátoru, protože z něj padá MPEG-TS, ne bitmapy -- ty bys přes USB2 ani neprotlačil), ale s demodulací signálu a přečtením dat z toho OFDM -- tam je spousta různých resamplování, FEC, Viterbi a věci co ani neumím pojmenovat (a nevím která z toho je nejnáročnější).

To portovat na GPU je další gigantický Projekt, tak na pár měsíců zkušeného programátora minimálně.
Ale jsme zas u neschopnosti amateru pojmenovat veci spravne. Jedni mysli "DVBT tuner", ale pritom je to tuner+demodulator, dekoder streamu, oprava chyb a buhvi co dalsiho, aby z toho lez TS stream daneho multiplexu.
Tuner pro DVB-T si opravdu s DVB-T2 neporadí. To jenom část amatérů si naivně myslí opak, leč nikdy nikomu se toto nepovedlo uvést do praxe :P
A nebo jsi zase nepochopil co jsme se ti já i RDa snažili říct.

470
Hardware / Re:SDR přijímač a DVB-T2
« kdy: 18. 03. 2022, 12:58:15 »
Také existují různé SDR přijímače, které umí tento signál zachytit a např. DAB+ jde i zpracovat, ale opět jsem nedohledal, jestli lze zpracovat i DVB-T2.
Ano, šlo by to, existuje gr-dtv, ale podle rychlého googlení mi přijde, že pro DVB-T2 má podporu jen pro vysílání. Musel by sis to napsat, nebo najít nějaký jiný projekt, pokud existuje.

V praxi ale narazíš na to, že tyhle přijímače (i.e., rtl-sdr) mají v SDR režimu moc pomalé samplování (3 MS/s, potřeboval bys tak 8 ) a televizi tím tak neprotlačíš. S jiným přijímačem - třeba bladeRF, možná i s levnějším AirSpy - by to šlo.

Tuner pro DVB-T si s DVB-T2 neporadí ani omylem, stejně jako si třeba tuner pro DVB-S neporadí s DVB-S2.
Pozor, že slovem "tuner" se v oblasti kolem rtl-sdr často označuje ta analogová věc na začátku, a té je úplně fuk, jestli přes ní teče DVB-T, DVB-T2 nebo signály vzdálených civilizací.

471
Samozřejmě, normální poštovní server "se smarthostem". Nainstaluješ tam postfix (buď do WSL, nebo do virtuálu) a nastavíš relayhost = upstream_poštovní_server. Následně dáš IP adresy zařízení, nebo celý subnet, do mynetworks, a tím jim povolíš posílat (což jako není tak bezpečné, protože IP adresu jde podvrhnout, ale v lokální síti se to asi dá přežít -- alternativně se dá udělat SMTP autentizace jménem a heslem, což ale zase možná ta zařízení neumí, nebo se ti nebude chtít to konfigurovat).

472
Sítě / Re:Navíjecí buben pro síťový kabel
« kdy: 12. 03. 2022, 23:41:04 »
POkud je to az takovym rusenim (vsechno je mozne, na jedne pobocke se  vzdy kousla LCD, kdyz se v sousedni ambulanci poprve ten den zapinalo RTG), tak bych se bal o zdravi a mozna je na case si tam postavit Faraday klec.
Taky to může mít blbě nastavené. Například se málo ví, že wifi při broadcastu sníží rychlost na 1Mb/s https://superuser.com/questions/946539/how-to-override-wifi-broadcast-speed-limit, mně takhle nefungovala wifi „když se zapnul radar“, ale kupodivu to právě nebylo rádiovým rušením, ale že to posílalo obrázky na broadcast.

473
Sítě / Re:Navíjecí buben pro síťový kabel
« kdy: 12. 03. 2022, 18:27:11 »
Tady je vysoce flexibilní kabel vhodný k tomu kdyby sis to stavěl sám: https://www.tme.eu/cz/en/details/cf2061s/rj45-cables/logilink/

474
Desktop / Re:Unix OS specialni feature
« kdy: 12. 03. 2022, 18:18:55 »
Jo to je ta funkce co mě na „moderních UI“ strašně vytáčí, protože jsem vyrůstal v době, kdy jsme chápali rozdíl mezi "minimalizací" (stále běží, zachovává stav, žere systémové prostředky) a "ukončením" (nežere prostředky, stav se při dalším spuštění obnoví do nějakého defaultu)?

Každopádně by to určitě šlo emulovat. Ubuntu s defaultním UI (takový ten panel vlevo) k tomu má dost blízko, a do libovolného jiného WM/DE by to šlo dohackovat tak, že se patchne křížek, aby aplikaci nezavřel, ale třeba odlifroval na X-tou virtuální plochu. A spouštění se obalí wrapperem, který ověří, jestli aplikace už neběží, a z té odkládací plochy ji přenese zpátky.

Já to mám takhle aby se při spuštění okna GIMPu odlifrovala na 5. plochu:
Kód: [Vybrat]
#presun okna napr. Kalkulacka(neni treba cely nazev) na plochu2(pozor pocitaji se od 0)
wmctrl -r GNU -t 4
wmctrl -r Toolbox -t 4

475
Sítě / Re:Radar na 5,26GHz
« kdy: 11. 03. 2022, 23:23:11 »
Jo, v pásmu 5GHz pracují meteoradary. Není na tom nic špatného ani divného. Hodně jich přešlo na vyšší frekvence, ale pořád v 5 GHz jsou.
Jenže v EU i většině jiných zemích pracují na 5600-5650, maximálně 5500-5700.

Níž _možná_ pracují nějaké vojenské (to jsem odhadl podle toho, že nedávno proletěl médii článek, že se potloukl Sentinel SAR, u kterého jsem teď vygooglil, že pracuje na 5.4 GHz, s vojenskými), ale jestli je to v ČR to naprosto netuším.

Nevím o tom, že by se radary posouvaly nějak nahoru. Některé pracují až na 9.4GHz, ale to je spíš otázka ceny a není to tam tak dobré, protože když prší na velkém území, tak se tato vysoká frekvence utlumí a není nic vidět (nebo takhle alespoň interpretuju že tam je prostě kolečko a pak šum). Trochu jsme to řešili, jak že by se udělal nějaký kompromis kolem 6-7GHz (nižší cena, ještě pořád použitelná citlivost) nebo naopak 4 GHz (to v USA prodávají jako „high-frequency S-band“, v podmínkách ČR to nedává moc smysl (nemáme hurikány), ale víc na jih by se to možná mohlo hodit), ale narazil jsem mj. na to, že na tyhle nestandardní frekvence nikdo nevyrábí součástky, takže bychom museli dělat věci custom. Navíc na 6 GHz teď přišlo WiFi 6, takže rušení by se asi nevyřešilo.

Jak má fungovat detekce radarů roste v https://www.etsi.org/deliver/etsi_en/301800_301899/301893/01.05.01_40/en_301893v010501o.pdf na straně 59 (DFS parameters). Ale klidně může být rádio citlivější. A detekuje nějaké rušení odkudkoli. Nejlepší by samozřejmě bylo vzít bladeRF a nahrát to.

476
Studium a uplatnění / Re:Virtuálne sídlo v ČR pre SZČO
« kdy: 08. 03. 2022, 21:23:32 »
Nejde pošta řešit datovou schránkou?

477
Software / Re:opatrna synchronizace dat mezi 3 systemy
« kdy: 08. 03. 2022, 21:22:27 »
Nemám zkušenosti, ale lidi používají syncthing, a jsou k tomu různá GUIčka

478
Odebírám mailinglist debian-security a tak nějak vím, jaké balíčky mám kde nainstalované, takže když se něco objeví a přijde mail, tak vidím.

479
Nemám velkou důvěru ve schopnosti RSYNCu vůči živé databázi.
No samozřejmě, že když rsyncem budeš kopírovat datové soubory běžící databáze, tak to nebude fungovat. K tomu musíš udělat snapshot.

Použij funkci databázové replikace - všechny běžné databáze ji mají. Na rozdíl od synchronizace souborového systému to také bude mnohem efektivnější.

Problém je, pokud ti tam běží aplikace, co si drží konzistenci mezi soubory a databází, a neumí replikaci. Al nenapsal jsi, co tam teda provozuješ.
Na primáru dělejte co dvě hodiny snapshoty (btrfs, zfs, lvm), jejich diffy oproti předchozímu snapshotu posílejte na repliku, kde to rovnou aplikujte na živý filesystem.
Tazatel to chtěl realtime, a jinak tohle zní dost fragilně - jako že je dlouhá cesta, kde může nastat chyba a pak to v cíli nebude fungovat, a bude složité se z toho zotavit. btrfs snapshoty dělám, ale kopíruju je na souborové úrovni (rsync --inplace).

480
Kód: [Vybrat]
socat -v tcp4-listen:2500,reuseaddr,fork ssl:smtp.gmail.com:465,verify=0

Ale jako asi bych taky doporučil dát tam „aplikační proxy“ - třeba ten postfix (v Cygwinu jestli teda ještě existuje Cygwin).

Stran: 1 ... 30 31 [32] 33 34 ... 100