Příspěvky

271

Hardware / Re:DVB-T2 USB tuner a zobrazení na TV (NAS/RPi/Odroid/...)

« kdy: 22. 05. 2018, 20:09:12 »

Mimo tohle vlákno se mi podařilo narazit na to, že Orange Pi Plus 2 by mělo dávat h265/HEVC.

Vypadá to, že frontend bychom tedy měli (2GB RAM, 16GB eMMC, SATA, napájení přes jack, wifi, ...), teď ještě pohledat a počíst o SW podpoře.

Jako backend bych využil pravděpodobně zmiňovaný NAS (klasický PC) a na něm TVHeadEnd (to je ono, díky za připomenutí Ston3 ). Na tunery mrknu v tom druhém vlákně. Napájení půjde z USB přímo z desky, tak nepředpokládám problémy...

Za další možnosti díky, nicméně asi nevyužiju. Android krabičky jsou z mého pohledu moc proprietární věc. VU+... ta cena... Chtěl bych to mít nějak přiměřeně modulární, nerad bych pořizoval jednu krabici, kterou za pár let vyhodím a budu kupovat novou krabici. Nejsem TV magor (abych musel furt čumět nebo furt nahrávat), spíš ajťák, tak bych to rád protáhnul skrz mně známou techniku (čti: počítač).

272

Hardware / DVB-T2 USB tuner a zobrazení na TV (NAS/RPi/Odroid/...)

« kdy: 21. 05. 2018, 19:22:14 »

Ahoj,

mám doma stařičkou plazmu od Panasonicu, která zatím krásně šlape. Blíží se ale doba, kdy bude třeba přejít na novější způsob příjmu televizního signálu a TV to už nedá.

Nelíbí se mi představa set-top-boxu, což je vždycky nějakým způsobem kompromisní zařízení (nahovno EPG, nemožnost přesunu kanálů nebo jen obtížně dohledatelné v menu, žádné aktualizace, neznáma kvalita vnitřností, ...) a tak přemýšlím o DVB-T2 USB tuneru. Tady přichází otázka/prosba. Nemáte někdo praktické zkušenosti s DVB-T2 USB tunerem v Linuxu? Rád bych koupil něco, co bude fungovat... Všichni víme, že podpora nebývá v tomhle ohledu úplně nejlepší.

Mám doma 24/7 PC s deskou Gigabyte C1037UN-EU (vcelku výkonný Celeron, žádný Atom, nicméně řada Ivy Bridge a tedy nejspíš nemá podporu h265/HEVC) a v tom velké disky, říkejme tomu NAS. Dal bych do něj USB tuner a backend k nějakému TV programu (už jsem s něčím kdysi pracoval). Backend by sloužil i k případnému nahrávání.

Otázka ale je, jak na frontend... Asi bych mohl mít Raspberry Pi a přes HDMI do TV, ale RPi neumí kodeky DVB-T2, což je jaksi naprd... Mohl bych taky vysypat výstup rovnou z toho PC, ale nějak se mi do toho osobně nechce - nejspíš taky nemá podporu kodeků.

Možná existuje něco jako RPi (Odroid? Orange Pi?) s podporou kodeků, do čeho by šel tuner vrazit přímo a případné nahrávání sypat po síti na NAS (kde je dost místa). To by bylo úplně ideální řešení, nicméně nemám zkušenost s ničím jiným, než RPi... Pokud byste někdo měl něco doma a měl ověřenou podporu h265/HEVC, tak dejte vědět. Velikost zařízení nebo spotřeba není limitující (samozřejmě se bavíme o ARM deskách o spotřebě v řádu wattů, ne, že na TV dám zezadu 2U server )

273

Odkladiště / Re:Po registraci domény začal chodit spam

« kdy: 18. 05. 2018, 19:40:25 »

Tipoval bych to na informace s WHOIS, kde se ten mail pravděpodobně objevil. Je to tak? Tím pádem je mail veřejný a spammeři si ho můžou všimnout a začít tam sypat poštu.

Přikláním se k tomuto.

274

Distribuce / Re:Fedora28 - hned první boot vytuhne

« kdy: 18. 05. 2018, 14:06:56 »

Ještě mě tak napadá - nemá Fedora možnost upgrade z již nainstalované 27 na 28? Něco jako Ubuntu 14.04 na 16.04?

Možná by se šlo do té Fedory 28 chrootnout a zkusit nainstalovat jiný balík GRUBu (starší/novější) a přejet GRUB zapsaný na disku touhle verzí. Aby počítač vytuhnul hned na GRUBu jsem ještě neviděl/neslyšel. Co volby v BIOSu - nějaké to UEFI/legacy apod.? Nepomáhá různé nastavování?

275

Distribuce / Re:Fedora28 - hned první boot vytuhne

« kdy: 17. 05. 2018, 21:26:41 »

Nepomůžu, ale doptám přesto podrobnosti (možná pak pomůže někdo jiný).

Zatuhne to na nabídce GRUB, kde nefunguje klávesnice, ale dál jede odpočet? Po jeho skončení se nikam dál nedostaneš? Pořád visí GRUB? Disk nemá aktivitu?

Může být problém v GRUBu (jiná verze). Pokud v GRUBu nejde klávesnice, nedovedu si moc představit, že by byl problém jinde...

Ještě dodám, že pokud se vyznáš a máš po ruce něco na objem dat (USB HDD), pak lze nainstalovat Fedoru, z nějakýho Live ji zkopírovat (třeba na USB HDD), pak nahodit Debian, upravit správně GRUB menu a místo Debianu nalejt z nějakýho Live zpátky Fedoru. Tím bys měl funkční GRUB a teoreticky celou Fedoru. Pokud je problém v GRUBu...

Samozřejmě lze taky nainstalovat Fedoru jako první, pak Debian na jinej oddíl a nechat zapsat GRUB z Debianu...

276

Odkladiště / Re:Znáte Linux?

« kdy: 17. 05. 2018, 20:20:02 »

Osmiletej necropost, to už je teda fakt drsný

Odpověděl bych, že mě výsledek překvapuje (příjemně, neřekl, bych, že to bude tolik lidí). Teď, když vím, že to bylo před deseti lety, mě to překvapuje dvojnásob (nečekal bych, že v roce 2010 bude tolik lidí znát Linux).

277

Odkladiště / Re:Je nutné vypínat telefon v blízkosti čerpaček obilí/kovu?

« kdy: 09. 05. 2018, 07:24:32 »

Od tý doby, co jsem na benzince v dešti potkal motorkáře (já sám byl na motorce), který si po sundání helmy zapálili dva metry od stojanu, už mobil fakt neřeším... To už vidím větší problém v tom, jak mě kopne karoseire auta, když zabouchávám dveře (tam je ta jiskra naprosto jasná). To ale na benzince zakázaný není, takže mě může auto dál vesele kopat...

S těma motorkářema - jakmile si zapálili, rozloučil jsem se a odjel v dešti. Radši promoklej než mrtvej. Ta benzínka tam stojí dodnes. Nikdy nevybuchla ani nehořela...

278

Distribuce / Re:Linux distro pro Pentium III

« kdy: 02. 05. 2018, 09:17:49 »

Gentoo. Nebude to rychlý na kompilaci, ale pojede to pak vcelku slušně. Provozuju to na Atomu N270 (1,6GHz, výkonově se říká cca 900MHz Celeron) a taky na Pentium M 1,86GHz, tak mluvím z vlastní zkušenosti.

279

Vývoj / Re:Měření rychlosti větru: Počet otáček za čas vs. čas mezi dvěma otáčkami

« kdy: 29. 04. 2018, 15:25:02 »

Ja by som to samploval agresivnejsie do rrd. rrdtool ma rrdcached demona ktory sa da nastavit aby vykonaval flush kazdych x sekund / minut / ... tj riesi problem casteho zapisu na sd kartu.

Na kartu se zapisovat nebude. Sběrač je 35 kilometrů daleko... a zapisuje na starý dobrý magnetický disky

280

Vývoj / Re:Měření rychlosti větru: Počet otáček za čas vs. čas mezi dvěma otáčkami

« kdy: 29. 04. 2018, 13:13:34 »

20, 30, 25, 40, 60, 20, 3350 (Rpi ukládá na SD kartu), 30, 20...

Při měření času běžnými prostředky Linuxu jsou podobné excesy neodhalitelné.

Zápis na kartu nezastaví ostatní thready a RPi je čtyřjádro. A pokud to potřebuješ ještě lépe, tak můžeš pomocí parametru isolcpus kernelu a následného taskset vyhradit jedno jádro tvému programu.

Běží to na Pi Zero W... Jsem jaksi nenapsal... Nicméně tam jede jen jeden Python skript a jeden HTTP server (Apache). Pak základní služby systému (NTP, SSH, ...), nic víc. Pokud mi jednou za měsíc zrovna nevyjde výpočet (něco se pozastaví kvůli něčemu jinýmu) a vysype mi to nějakou blbost, svět se nezboří.

pb.: Pokud by to mělo být opravdu RT a bez zpoždění, vyrobím to s Arduinem, které by nic jiného na práci nemělo. Chci to ale mít cenově dostupné a uživatelsky přívětivé (tzn. neřeším spojení se "sběračem dat", dodatečné úpravy kódu a jeho složité nahrávání přes kabel apod.). Že mi někde něco bude žrát 1W mi nevadí (Arduino, resp. možná i ATTiny by ušetřilo cca 90% nákladů na provoz, ale v absolutních číslech je to už jedno).

281

Vývoj / Re:Měření rychlosti větru: Počet otáček za čas vs. čas mezi dvěma otáčkami

« kdy: 29. 04. 2018, 11:54:35 »

Je to samozřejmě hobby projekt, takže mi nejde až tak o úplně přesné časování, spíš o něco přijatelně obtížně napsatelného :-)

RPi nebude ukládat na kartu, ale bude odpovídat na webové požadavky (předání naměřených hodnot). Ve chvíli předání se předávají dříve naměřené hodnoty, takže mi ani tak nevadí případně lehké zpoždění v měření/vynechání několika otáček. Další dotaz na data přijde později a to už to bude zase "vyžehlené" v průměru.

Klouzavej průměr je to, co hledám. Jde mi víceméně ale o nějaké časy, které použít.Když se navalí pořádná bouřka, která ale potrvá jen 20 minut, tak 1/5/15 mi bude docela k ničemu. Tam by bylo vhodnější mít kratší... Možná to udělám tak, jak jsem psal výše 3 sekundy/1 minuta/5 minut. 3 sekundy budou poryv/náraz, 1 minutu možná v logování vynechám a 5 minut bude dlouhodobá ustálená rychlost. Možná ale udělám dlouhodoubou už z jedné minuty.

282

Vývoj / Re:Měření rychlosti větru: Počet otáček za čas vs. čas mezi dvěma otáčkami

« kdy: 28. 04. 2018, 22:25:58 »

wellczech: To zní zajímavě. Jen nevím, jestli dokážu dostat rozlišení na 250ms. Resp. interrupt dostávám i 1x za 20ms, ale nevím, jak rychlý je Python a jestli dokážu počítat na tak nízký/rychlý úrovni.

Ale můžu jednoduše sečíst kolik otáček mám za tři sekundy (to bych zobrazoval na meteostanici), ukládat to do listu s 20 položkama (abych pokryl minutu) a minuty si pak ukládat do listu s pěti položkama a až z něj pak spočítat průměrnou rychlost (1x za pět minut).

283

Vývoj / Měření rychlosti větru: Počet otáček za čas vs. čas mezi dvěma otáčkami

« kdy: 28. 04. 2018, 21:06:22 »

Zdravím,

jsem tu s docela drsně netypickým dotazem, který ale řeším v Pythonu na RPi, takže vlastně jakožto programátor...

Mám miskový anemometr (kdo neví), který při jedné otáčce jednou sepne kontakt. To snímám v Pythonu na RPi pomocí RPIO (rozpoznávám HIGH/LOW, resp. falling edge).

Jde mi o to, jak naložit s otáčkami. Měl bych si do pole (resp. listu, jsme v Pythonu) ukládat třeba posledních 10 (20, 50?) časů mezi jednotlivými otáčkami (tedy periodu; bavíme se řádově o 20 milisekundách až jednotkách minut, možná déle) a pak udělat průměr NEBO bych měl počítat počet otáček za určitý čas (třeba pět sekund nebo minutu) a pak si z toho spočítat průměr?

První varianta je taková pružnější, mám hodnotu k dispozici vždy (prostě jen udělám průměr hodnot v listu), druhá je zase méně zkreslující (protože když dám jen jednu otáčku za minutu, tak to nebude zkreslené předchozími otáčkami).

Budu z toho tahat průběžná data a ukládat každých pět minut (RRD; tady je lepší druhá varianta), ale budu to mít i na displeji meteostanice (tady je lepší zase první varianta, která dává okamžitá čísla).

Může ještě být třetí varianta, která by vyšla z té první a po určitém čase (třeba 5 sekund? minuta?) vynuluje list (aby při bezvětří vypadla 0).

Ještě dodávám - při rychlosti kolem 80km/h dává anemometr kolem 40 otáček za sekundu... Tak to vzít v úvahu (appendování a přepisování listu a počet jeho prvků tak, aby pokryl nějaký časový interval).

Co myslíte?

Mimochodem: Nárazy větru se prý měří tak, že se vezme nejmenší čas mezi otáčkami za daný čas (tedy nejnižší číslo z listu, pokud bychom brali v úvahu první variantu; v druhé variantě to není úplně jednoduše definovatelné, ale dalo by se to taky v pohodě).

284

Desktop / Re:logovaní zamčení a odemčení obrazovky

« kdy: 23. 04. 2018, 15:29:30 »

Ahoj....
skopšil jsem si script který loguje zamčení obrazovky (v mém případě KDE)

Kód: [Vybrat]

dbus-monitor --session 
        "type='signal',interface='org.freedesktop.ScreenSaver'" |
( while true; do read X; if echo "$X" | grep "boolean true" &> /dev/null; then  echo "Screen locked on $(date)" > $HOME/lock_screen.log; fi; done )

zajimalo by mne, jak logovat i odemčení...lze menit i ten parametr interface? aspon tipuji ze tam by se to dalo definovat

KDE už nějaký pátek nemám, ale není ScreenSaver jen spořič? Není zamčení v něčem jiném?

Proč to formuluju takhle - stačí jen invertovat Tvojí podmínku a měl bys dostat odemčení... Tedy pokud teď boolean true, tak by měl/mohl existovat i stav false (nebo prostě nějaký jiný stav).

285

/dev/null / Re:Komeční Banka - nový design ebankingu

« kdy: 23. 04. 2018, 10:37:52 »

...proč neudělaj možnost switch to back old interface?

Problémy se zpětnou kompatibilitou? Ještě jsem to teda neviděl, tak jsem zvědavej...