196
Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné
« kdy: 17. 01. 2020, 09:15:32 »
Al blok chladic mam,problem teploty nejsou , deje se to jiz od startu
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.
197
Distribuce / Zmizel zvuk na Raspbianu
« kdy: 16. 01. 2020, 22:56:45 »
Zdravicko ,stalo se mi po spusteni raspberrypi, ze prestal fungovat zvuk, tzn, ze nehlasi zadny zvukovy vystup (ani kdyz pripojim jack), monitor mam stejny, config.txt jsem neupravoval.
modul -(lsmod) hlasi ze bcm2835_snd je nacteny. Kde by mohl byt zakopany bug? Ktere soubory jsou nutne pro funkci zvuku? v dmesg | grep... jsem nic o sound/audio nenasel
modul -(lsmod) hlasi ze bcm2835_snd je nacteny. Kde by mohl byt zakopany bug? Ktere soubory jsou nutne pro funkci zvuku? v dmesg | grep... jsem nic o sound/audio nenasel
198
Desktop / Re:zástupce s ikonkou? Jaké desktopové rozhraní pro BFU na Raspberry
« kdy: 15. 01. 2020, 21:01:58 »
a že jsem tak smělý, které desktopové prostředí pro BFU mi půjde na nepřetaktovaném raspberry plynule?
Tak konečně se mi podařilo rozchodit ikonu.
Tak konečně se mi podařilo rozchodit ikonu.
199
Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné
« kdy: 15. 01. 2020, 20:58:54 »custom supercustom resenie čecho? Naopak právě že z obyč microusb nabíječek není šance rozběhnout ho přetaktovaný. S custom řešením regulovaného zdroje to jde (GPIO >4.9V), microUSB (5.4V)
Jistěže napětí a proud jsou 2 odlišné věci, o tom je celé vlákno. Právě proto se i po přetakování vejdu do 0.8A Zařízení si vezme tolik proudu kolik potřebuje, takže je jedno, zda tam připojím 1A, 2A nebo 10A zdroj.
Throttlování se projevuje takto
Kód: [Vybrat]
...Throttle
=1.2000V C=600 G=250 I=250 H=250 V=250 EMMC=200
=1.2000V C=600 G=250 I=250 H=445 V=445 EMMC
=1.2000V C=600 G=250 I=250 H=250 V=250 EMMC=200
...OK
=1.2875V C G=460 I=445 H=445 V=445 EMMC
=1.2875V C=1237 G=460 I=445 H=445 V=445 EMMC
=1.2875V C=1237 G=460 I=445 H=445 V=445 EMMC
=1.2875V C=1237 G=460 I=445 H=445 V=445 EMMC
# default bez overclocku by byl
=?????V C=1200 G=400 I=300 H=300 V=300 EMMC
200
Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné
« kdy: 15. 01. 2020, 18:42:04 »
Jenže ono ani 5.2V nestačí! (pro můje overclockovaný setup; mohu vyzkoušet pro nepřetaktované, ale myslím, že i tak to bude bída)
201
Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné ; v proudu není problém
« kdy: 15. 01. 2020, 17:23:47 »
Pro všechny teoretiky: Raspberry pi 3 v idle má spotřebu 300mA (možná 240mA něčí jiné), při zátěži ( 
scrollování webstránky:) ) 600-800 mA- Víc než 0.80A jsem tam neviděl. S Dynamickým přetaktováním (bez force_turbo, hodnoty bez zátěžu zůstavají stejné), napájené přes GPIO , připojená pouze klávesnice a myš USB.
Nastaveno a naměřeno 4.94V na výstupu měniče.
* Takže proudově zcela stačí i 1A zdroj pro případy bez periferií - jen v záležitostech throttlování a běhu na plný výkon. Tedy by aspoň měl.
Jenže při připojení přes USB aby se neukazovala ikona blesku a nebylo násilně podtaktované na základních taktech nestačí na usb výstupu ani 5.2V !!! Jistě, že cesta přes GPIO nemá tolik úbytku napětí, protože v cestě se neztrácí napětí nikde na rozdíl při USB: na konektoru na zdroji, kabelu, konektoru, na pojistce, a možná i diodě.
Takže na USB z nějakého důvodu to throttluje při poklesu napětí a není reálně to šance obejít, jelikož vnitřní obvody na desce (pojistka, konektor, možné diody) se jen tak nenahradí za lepší. Nepomůže tomu na 5.2V nabíječka
Jistě spočítáte, že 4.94/ 5.2 není nijak dramatický poměr (5% změna) . Problém opravdu není v proudu.
* (nepočítám případy, kdy na USB portech jsou připojeny čtyři HDD odebírající 2000mA)
scrollování webstránky:) ) 600-800 mA- Víc než 0.80A jsem tam neviděl. S Dynamickým přetaktováním (bez force_turbo, hodnoty bez zátěžu zůstavají stejné), napájené přes GPIO , připojená pouze klávesnice a myš USB. Nastaveno a naměřeno 4.94V na výstupu měniče.
* Takže proudově zcela stačí i 1A zdroj pro případy bez periferií - jen v záležitostech throttlování a běhu na plný výkon. Tedy by aspoň měl.
Jenže při připojení přes USB aby se neukazovala ikona blesku a nebylo násilně podtaktované na základních taktech nestačí na usb výstupu ani 5.2V !!! Jistě, že cesta přes GPIO nemá tolik úbytku napětí, protože v cestě se neztrácí napětí nikde na rozdíl při USB: na konektoru na zdroji, kabelu, konektoru, na pojistce, a možná i diodě.
Takže na USB z nějakého důvodu to throttluje při poklesu napětí a není reálně to šance obejít, jelikož vnitřní obvody na desce (pojistka, konektor, možné diody) se jen tak nenahradí za lepší. Nepomůže tomu na 5.2V nabíječka
Jistě spočítáte, že 4.94/ 5.2 není nijak dramatický poměr (5% změna) . Problém opravdu není v proudu.
* (nepočítám případy, kdy na USB portech jsou připojeny čtyři HDD odebírající 2000mA)
202
Desktop / Jak na linuxu udělat zástupce s ikonkou?
« kdy: 15. 01. 2020, 13:51:50 »
Chtěl jsem obyčejnou věc v prostředí LXDE si udělat z existujícího zástupce duplikát, ale jen aby se program spuštěl s argumentem .
Existující soubor. Má nad ikonkou šipičku
nefunguje ani
ln -s "/usr/lib/chromium-browser/chromium-browser --incognito" chrom (je možné vůbec vytvořit symlink s argumenty?)
Existující soubor. Má nad ikonkou šipičku
Kód: [Vybrat]
[Desktop Entry]
Type=Link
Name=Chromium
Icon=chromium-browser
URL=/usr/share/applications/chromium-browser.desktop
Exec=lsKód: [Vybrat]
[Desktop Entry]
Type=Exec
Name=Chromium Incognito
Icon=chromium-browser
Exec="/usr/lib/chromium-browser/chromium-browser --incognito"
nefunguje ani
ln -s "/usr/lib/chromium-browser/chromium-browser --incognito" chrom (je možné vůbec vytvořit symlink s argumenty?)
Kód: [Vybrat]
[Desktop Entry]
Type=LinkName=Chromium Incognito
Icon=chromium-browser
URL="/usr/lib/chromium-browser/chromium-browser --incognito"
203
Sítě / Linux se neumí připojit k ad-hoc, zkoušeno mode ad-hoc >chybová hláška
« kdy: 15. 01. 2020, 01:34:38 »
1: Snažil jsem se jako bfu s linuxem připojit k adhoc síti v LXDE:_ jsem v systémové liště vybral danouw wifi. po odklepnutí hesla se vůbec nic nestalo, připojen nebyl, ani telefon neukazoval, že by se k němu něco připojilo.
2: Tak jsem popátral v iw config: (druhý příkaz) mode monitor je tam pro ukázku, že to umí i jiné hlášky
Nebo je potřeba nějaké další příkazy?
Samozřejmě jsem zkusil v liště wifi vypnout, dál jsem zkoušel ifconfig down. ale stále je tam ta hláška. Ani rfkill unblock all
Ani jsem hlášku nevygooglil.
2: Tak jsem popátral v iw config: (druhý příkaz) mode monitor je tam pro ukázku, že to umí i jiné hlášky
Kód: [Vybrat]
sudo iwconfig wlan0 mode ad-hoc
"SET failed on device wlan0 ; Device or resource busy."
sudo iwconfig wlan0 mode monitor
Error for wireless request "Set Mode" (8B06) :
SET failed on device wlan0 ; Operation not supported.
Nebo je potřeba nějaké další příkazy?
Samozřejmě jsem zkusil v liště wifi vypnout, dál jsem zkoušel ifconfig down. ale stále je tam ta hláška. Ani rfkill unblock all
Ani jsem hlášku nevygooglil.
204
Hardware / Re:DVB-T2 T settopbox pouze ve fullHD, nároky české televize
« kdy: 14. 01. 2020, 22:01:19 »jejich kamer s pidi cipy - vzali za vdek tomu, co jsem mel ja.Z jakého roku? Není to nějaký překlep? Jakože oni měli třeba 1/2.3" a ty fullframe?
205
Hardware / Raspberry Pi: vystříhání se podpětí je celkem náročné
« kdy: 14. 01. 2020, 21:53:12 »
O tom, že o Raspberry pi se píše, že je nutné zajistit kvalitní napájení se píše všude, ale v praxi je to celkem velký problém.
Stručně by mě zajímalo, zda ty samotný microUSB konektor na raspberry pi není jádro problému. Nebo spíš (dohromady s tím konektorem) další cesty a prvky.
Naivně jsem si myslel, že když mám 2A zdroj, bude to OK. Jenže se ukázalo, že se po cestě ztrácí napětí, vybral jsem nejlepší microUSB kabel... Sice dává 5.05V, ale na GPIO naměřím např 4.82-4.91. a to už throttluje.
-polymerová pojistka si bere v nejhorším případě 40mV (1A), takže ani tak není problém. Podle mě v cestě je další série žroutů, kde ubává napětí
Další věc je chování raspberry. K čemu mi je, že i s 10A zdrojem napětí se poztrácí na 4.8V. Nějak to navíc závisí na přetaktování, paradoxně po nastavení agresivnějších hodnot je neustále v základních taktech častěji.
Abych mohl s přetaktováním ho provozovat přes microUSB,, musím na regulovaném zdroji nastavit tak 5.38-5.45V. Přes GPIO stačí 5.1V Při napájení z GPIO není problém, tam prostě napětí je asi blíž.
Stručně by mě zajímalo, zda ty samotný microUSB konektor na raspberry pi není jádro problému. Nebo spíš (dohromady s tím konektorem) další cesty a prvky.
Naivně jsem si myslel, že když mám 2A zdroj, bude to OK. Jenže se ukázalo, že se po cestě ztrácí napětí, vybral jsem nejlepší microUSB kabel... Sice dává 5.05V, ale na GPIO naměřím např 4.82-4.91. a to už throttluje.
-polymerová pojistka si bere v nejhorším případě 40mV (1A), takže ani tak není problém. Podle mě v cestě je další série žroutů, kde ubává napětí
Další věc je chování raspberry. K čemu mi je, že i s 10A zdrojem napětí se poztrácí na 4.8V. Nějak to navíc závisí na přetaktování, paradoxně po nastavení agresivnějších hodnot je neustále v základních taktech častěji.
Abych mohl s přetaktováním ho provozovat přes microUSB,, musím na regulovaném zdroji nastavit tak 5.38-5.45V. Přes GPIO stačí 5.1V Při napájení z GPIO není problém, tam prostě napětí je asi blíž.
206
Odkladiště / Nefunguje živé iVysílání ani pořady
« kdy: 14. 01. 2020, 21:40:15 »
Dobrý den, také to přestalo jít i ostantním? Nefunguje přehrávání pořadů na iVysílání nebo na zpravodajství nebo živého vysílání české televize.
Lapidárně: v přehrávači se zobrazí hláška Nepodařilo se načíst link pro video. Zkusit znovu.
Expert: request https://www.ceskatelevize.cz/ivysilani/ajax/get-client-playlist/ odejde z prohlížeče a po 4 sekundách vytimeoutuje (v chrome se ukazuje (canceled). Replay tohoto requestu NĚKDY vrátí správnou odpověď (20%. Někdy vytimeoutuje znova (70%) někdy vrátí HTTP 404 z nginx (10%)
Původcem requestu je https://imgct.ceskatelevize.cz/global/js/player/ajax-playlist-o2v2.js?
v konzoli se mi vypisuje playerHasDRMCookie false a canPlayDRM true. Některá z těchto hodnot se
přenáší do requestu
PS: je legální, aby na těchto stránkách byly reklamy (bbelements, google, možná další)? Vztahuje se i to, že jde o veřejnoprávní nekomerční televizi i na jejich web ivysilani a ceskatelevize?
Lapidárně: v přehrávači se zobrazí hláška Nepodařilo se načíst link pro video. Zkusit znovu.
Expert: request https://www.ceskatelevize.cz/ivysilani/ajax/get-client-playlist/ odejde z prohlížeče a po 4 sekundách vytimeoutuje (v chrome se ukazuje (canceled). Replay tohoto requestu NĚKDY vrátí správnou odpověď (20%. Někdy vytimeoutuje znova (70%) někdy vrátí HTTP 404 z nginx (10%)
Původcem requestu je https://imgct.ceskatelevize.cz/global/js/player/ajax-playlist-o2v2.js?
v konzoli se mi vypisuje playerHasDRMCookie false a canPlayDRM true. Některá z těchto hodnot se
přenáší do requestu
Kód: [Vybrat]
$.ajax({
type: "POST",
timeout: 4000,
url: baseUrl + '/ajax/get-client-playlist/' + wwwServerGet,
data: {
playlist : playlist,
requestUrl : window.location.pathname,
requestSource : requestSource,
streamQuality : getUrlVars()['kvalita'],
addCommercials : addCommercials,
type : type,
canPlayDRM: canPlayDRM
----odeslaný ---typ živě----
playlist[0][type]: channel
playlist[0][id]: 24
requestUrl: /ivysilani/embed/iFramePlayer.php
requestSource: iVysilani
type: html
canPlayDRM: true
-- odeslaný -- typ-pořad
playlist[0][type]: episode
playlist[0][id]: 21938665322...15
requestUrl: /ivysilani/12457999...URL/nazev poradu/
requestSource: iVysilani
type: html
canPlayDRM: true
PS: je legální, aby na těchto stránkách byly reklamy (bbelements, google, možná další)? Vztahuje se i to, že jde o veřejnoprávní nekomerční televizi i na jejich web ivysilani a ceskatelevize?
207
Odkladiště / Re:Stahování z iVysílání : záškuby videa po 10s - ffmpeg problém
« kdy: 14. 01. 2020, 18:52:03 »Mi to youtube-dl stáhne v pořádku.I v případě, že argument je o2tv.cz/...m3u8 playlist a nikoli html stránka? To je důležité, takto mi to taky funguje.Kód: [Vybrat]$ youtube-dl --version
2020.01.01
208
Software / Syntaxe brtctl a hostapd.conf
« kdy: 14. 01. 2020, 01:22:05 »
Zdravím, zajímalo by mě pár věcí odsud.
Je to postup na zprovoznění "sdílení netu" na linuxu 2 způsob': nat / bridge. Přes nat to chápu , ale přes bridge mi přijde že je tam nějaké pekelné syntaxe kolem vytváření bridge na 3 místech. + je tam rozdíl v hostapd.conf
-co v hostapd.conf značí driver (v nat:_ nl80211, v bridge zakomentováno) Myslel jsem, že je to něco na autentizaci či nějaký styl komunikace (Softmac,fullmac,monitor,managed atd)
- v hosatpd.conf je volba bridge. Nějak tomu nerozumím proč má být zrovna tam ("proč se bridge míchá bůbec do hostapd")
-ten druhý způsob (bridge) používá nějakou novější syntaxi (systemdštinu)? Nemělo to dřív oldschool syntaxi? Proč je kvůlit tomu potřeba dělat tolik souborů? Navíc mám pocit, že se tam něco duplikuje (2x přidává eth0)
-proč v definice bridge není ani zmínka o wlan0. Mám z toho pocit, jako kdyby sám hostpad řídil přiřazení do bridge.
- nerozumím vztaům těm .network souborů proč v definici bridge vůbec je gateway ip? Proč jednou je tam match br0 a pak eth0?
Je to postup na zprovoznění "sdílení netu" na linuxu 2 způsob': nat / bridge. Přes nat to chápu , ale přes bridge mi přijde že je tam nějaké pekelné syntaxe kolem vytváření bridge na 3 místech. + je tam rozdíl v hostapd.conf
-co v hostapd.conf značí driver (v nat:_ nl80211, v bridge zakomentováno) Myslel jsem, že je to něco na autentizaci či nějaký styl komunikace (Softmac,fullmac,monitor,managed atd)
- v hosatpd.conf je volba bridge. Nějak tomu nerozumím proč má být zrovna tam ("proč se bridge míchá bůbec do hostapd")
-ten druhý způsob (bridge) používá nějakou novější syntaxi (systemdštinu)? Nemělo to dřív oldschool syntaxi? Proč je kvůlit tomu potřeba dělat tolik souborů? Navíc mám pocit, že se tam něco duplikuje (2x přidává eth0)
-proč v definice bridge není ani zmínka o wlan0. Mám z toho pocit, jako kdyby sám hostpad řídil přiřazení do bridge.
- nerozumím vztaům těm .network souborů proč v definici bridge vůbec je gateway ip? Proč jednou je tam match br0 a pak eth0?
Citace
Now the interfaces file needs to be edited to adjust the various devices to work with bridging. To make this work with the newer systemd configuration options, you'll need to create a set of network configuration files
209
Hardware / Re:DVB-T2 T settopbox pouze ve fullHD, nároky české televize
« kdy: 13. 01. 2020, 11:19:46 »
Tak jsem to našel, tuner má možnost nastavit výstupní FPS s kombinací neprokládání, ale UX navrhoval asi slepý horník, jelikož je to v Nastavení-OSD a nikoli třeba Nastavení-Obraz nebo Nastavení-Systém.
Bylo tam nastaveno 1080 prokládaných, patrně defaultní hodnota z doby normalizace.
U všeho je psáno, že po předchozí dohodě jde skoro na všechno vyjímka, nevím jak v praxi to dávají.
Bylo tam nastaveno 1080 prokládaných, patrně defaultní hodnota z doby normalizace.
Každý STB umí nastavit výstupní rozlišení, třeba 1080i_50 viz. tenhle STB. Navíc se v ČT, jako jediné u nás vysílající v 1080p, nativně nic v 1080p nevyrábí a nezpracovává, ale do 1080p se to lepí až před HEVC kodérem, viz. technické podmínky pro výrobu pořadů.Tyvolevoni furt jedou v prokládaném režimu, jediná možnost je tedy dělat v rozlišení UHD, kde to je "legální". navíc v tom dokumentu prokládané režimy jsou zabydlené
Citace
Obrazový signál nesmí obsahovat subjektivně pozorovatelné vady, jako jsou např. šum, neostrost, neklid,A ještě si v podmínkách píšou že musí kamery mít nějaký Tier 2L podle nějakých norem. A to jsem tohle v reportáži viděl chromatickou aberaci.
digitální artefakty, geometrické zkreslení, zkreslení barevného podání,
U všeho je psáno, že po předchozí dohodě jde skoro na všechno vyjímka, nevím jak v praxi to dávají.
Citace
Z uvedených důvodů se nedoporučuje používat konverzní utility, které jsou součástí běžných střihovýchznáte nějaký program, který umí škálovat "SD" rozlišení na FULLHD nadpřirozeně hezky? To jako Lanczos a supersampling jsou málo?
programů.
Kód: [Vybrat]
datový kmitočet210
Distribuce / Raspoberry dmesg Failed to allocate from CMA, get_throttled, memory split
« kdy: 12. 01. 2020, 17:00:11 »
Co znamenají hláška v dmesg na raspberry pi:
rpi_firmware_get_throttled
a
perf: interrupt took too long
?
Dál by mě zajímalo, jak je to s nastavováním paměti a rozdělením 1GB na část pro videoram a systémovou ram. Chápuli to dobře, tak defaultně se použije statické rozdělení, které je dané config.txt : gpu_mem=
Viděl jsem pak zápis i dtoverlay=vc4-fkms-v3d,cma-256 a spolu s CMA=256M ()možná s nějakým parametrem coherent pool (podívám li se do proc/cmdline je tam coherent_pool=1M , ač to nikde nemám , mám tam i CMA=256M) ač mám 128M /896m split.
Je možná i nějaká dynamická alolace a k čemu toto vtomto odstavci slouží?
V souvislosti s tím by mě zajímal význam hlášky
rpi_firmware_get_throttled
a
perf: interrupt took too long
?
Dál by mě zajímalo, jak je to s nastavováním paměti a rozdělením 1GB na část pro videoram a systémovou ram. Chápuli to dobře, tak defaultně se použije statické rozdělení, které je dané config.txt : gpu_mem=
Viděl jsem pak zápis i dtoverlay=vc4-fkms-v3d,cma-256 a spolu s CMA=256M ()možná s nějakým parametrem coherent pool (podívám li se do proc/cmdline je tam coherent_pool=1M , ač to nikde nemám , mám tam i CMA=256M) ač mám 128M /896m split.
Je možná i nějaká dynamická alolace a k čemu toto vtomto odstavci slouží?
V souvislosti s tím by mě zajímal význam hlášky
Kód: [Vybrat]
[drm:vc4_bo_create [vc4]] *ERROR* Failed to allocate from CMA:
[ 197.033921] [drm] V3D: 191680kb BOs (301)
[ 197.033932] [drm] V3D shader: 980kb BOs (243)
[ 197.033937] [drm] dumb: 8116kb BOs (2)
[ 197.033944] [drm] binner: 16384kb BOs (1)
[ 197.033950] [drm] RCL: 40kb BOs (6)
[ 197.033954] [drm] BCL: 24kb BOs (6)
[ 197.033959] [drm] total purged BO: 18236kb BOs (48)
