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 - Ħαℓ₸℮ℵ ␏⫢ ⦚ »

Stran: 1 ... 13 14 [15] 16 17 ... 29
211
Tak jinak. zkusím to zpřehlednit. Všichní asi znají příkaz/konstrukci  echo "${PROMENNA/najdi/nahrad}"
Zajímá mě, zda existuje syntaxe pro následující věci:  V příkladech je to jen znázorněné intuitivně, aby bylo vědět, co se od nich čeká, takový syntaxe neexistuje

1. Existuje něco na způsob  echo "${`ls`/najdi/nahrad}" (text nahrazuje ve výstupu příkazu místo proměnné)

2 Existuje něco na způsob  echo "${"zadaný text"/najdi/nahrad}" (text  je zadán přímo namísto proměnné)

3 Existuje něco na způsob  echo "${`PROMENNA/najdi/nahrad,,%%*([a-z])}" (řetězení operace substituce, převodu na malá písmenka a odstranění posledního "slova")

212
Víte někdo, co dělá v chrome://flags nastavení Native GPU memory buffers a ZERO-COPY flagy týkající se nastavení grafiky ? A k čemu je to dobré a v jakých situacích?
A především mě zajímá,proč se to na jiném stroji chová jinak(když jsou flagy aktivní)?:
-na Raspberry pi GPU BFUFERS způsobí, že po spuštěn obsah okna celého prohlížeče je prázdná plocha, do konzole se opakovaně vypisuje unhandled 1. Po zavření prohlížeče je celý stroj zralý na restart, protože se jakoby sekne, pouze kurzor jde.
- na HD4600 Intel CPU naopak volba Zero-copy způsobí okna obsahu webových stránek jsou rozkouskované na dlaždičky s opakujícím se stejným nesmyslým obsahem (například okraj okna prohlížeče s kouskem address baru). Někdy je místo nich šedá plocha, někdy jsou deformované.Jde jen o vizuální stránku, stránka se normálně načte., text jde neviditelně označit a kopírovat, stránky s videem jsou funkční v tom smyslu, že region videa obsahuje skutečné video.


(v nadpisu jsem užil slovo nekompatibilita, tím myslím, že někde jeden flag způsobí nefunkčnost a někde jiný flag jiný druh nefunkčnosti)

213
Hardware / Re:DVB-T2 T settopbox pouze ve fullHD
« kdy: 11. 01. 2020, 20:34:34 »
A co když jiné stanice  vysílají v neprokládaném režimu? Pak settopbox  následně takový obraz zprzní na prokládaný výstup do zobrazovače.

214
Je to tak s těmi kabely, některé jsou horší kvality, například jeden ukazuje monochromatické zrnění na náhodných pixelech když se na konektor mírně zatlačí a v jedné kombinaci a na jiné kombinaci obraz nepřenese vůbec. Není to tak, že by signál buď šel/nešel přes daný pár TMDS, ale třeba je tam větší útlum se kterým si daná dvojice zdroj-sink neporadí

215
Hardware / Re:DVB-T2 T settopbox pouze ve fullHD
« kdy: 11. 01. 2020, 12:07:30 »
Upřesním jeden důležitý detail. Režim 1920x1080x50 PROKLÁDANÝCH  je nastaven již při zapnutí settopboxu kdy se ukazuje logo.

216
Dobrý den, objevil se mi problém se stahováním z iVysilaní . Sice se stáhne pořad až do konce, ale Každých 10s je v ve videu záškub a asi vynechán kus videa (a, občas je tam třeba jen vertikálně fragment snímku. Tudíž nekoukatelné. Zvuk je v pořádku bez problému.
Stává se to, pokud si extrahuji soubor M3U8 playlistem (obsahující konkrétní rozlišení již) a stahuji příkazem
Kód: [Vybrat]
URL="https://ivys-vst02-2.o2tv.cz/atip/9...6-pc.m3u8"
youtube-dl $URL
 a nebo ffmpeg -i $URL -c copy out.mkv
Chybové hlášky jsou naprosto stejné a evidentně je to problém ffmpegu (který youtube-dl spouští jako child proces)

Kde může být problém? Proč to nejde? Není to nějaký bug ve streamování videa nebo nějaká ochrana (soudě podle keepalive paketu, ale nic jsem nevypozoroval při přehrávání z https://www.ceskatelevize.cz/ivysilani/)?



Kód: [Vybrat]
[https @ 0000000002f310c0] Opening 'https://ivys-vst02-2.o2tv.cz/af/2.../0.k.ts' for reading
[tls @ 0000000002f816c0] Error in the pull function.

[https @ 0000000003135240] Opening 'https://ivys-vst02-2.o2tv.cz/af/a6...92.../1.k.ts' for reading
[tls @ 0000000002f816c0] The specified session has been invalidated for some reason.
[hls @ 0000000000471340] keepalive request failed for 'https://ivys-vst02-2.o2tv
.cz/...9/1.k.ts' when opening url, retrying with new connection: I/O error
[hls @ 0000000000471340] Opening 'https://ivys-vst02-2.o2tv.cz/af/a6...948

217
Hardware / DVB-T2 T settopbox pouze ve fullHD
« kdy: 10. 01. 2020, 22:34:10 »
Dobrý den, mám settopbox kvůli DVBT-2, a všiml jsem si že do TV  ukazuje, že vstupní obraz je 1920x1080x50 INTERLACED.
 Cítím se podveden, není přece podmínka DVBT-2, že s interlaced reliktem už skoncovalo? Samozřejmě televize podporuje 1920x1080x60p vstup.

218

kdyz budes mit overeno tohle, zkus pak teprve laborovat s 4k a inspiraci mozna heldej tady: https://www.raspberrypi.org/documentation/configuration/config-txt/video.md
Tuto stránku mám v Merku.

219
Desktop / Re:Raspberry Pi3+ Polemika o Legacy režimu zobrazení
« kdy: 10. 01. 2020, 13:08:23 »
zkusil bych ještě snížit gpu_mem na 128MB, třeba to bude stačit
To je satyra? Jakože už 256MB je málo?

A abych pokračoval ve srovnání FB A GL, tak se teď ukazuje, že FB Legacy má víc problémů:
- nefunguje pozdní připojení monitoru(*)  (přes config.txt : hdmi_force_hotplug=1 - zobrazuje černou barvu),
- změna rozlišení se musí dělat na třech místech - tvservice, xrandr, fbset a podaří se mi změnit jen fyzické rozlišení monitoru přes tvservice. (xrandr ukazuje nedovolí nastavit vyšší rozlišení než je nyní 1888*1048 a fbset při nastavení vyššího než 1888*1048 ukáže černou obrazovku)
- není k dispozici v GUI nástroj Menu-Acessoires-Změna nastavení monitoru
- nezávisle na flagu v chrome Override GPU blacklist (--ignore-gpu blacklist ) je WebGL akcelerace zoufale pomalá (méně než 1 FPS). což v praxi stejně nevyužiji asi
- se zapnutým --ignore-gpu blacklist  se tváří že akceleraci podporuje, ale jakékoli video skončí pádem tabu (youtube,ivysilani,
 file:///
-bez ignorace gpu blacklistu videa fungují krásně, jen asi přes SW dekodovaní


Také chrome v stdout hlásí "libEGL warning: DRI2: failed to authenticate"


Zde je srovnání výpisu chrome://gpu na Legacy vs GL-KMS. NA KMS Při override to skutečně funguje.
Kód: [Vybrat]
--ignore-gpu blacklist vypnuto, na Legacy
Problems Detected
Only enable WebGL for the Mesa Gallium llvmpipe driver: 571899
Disabled Features: flash_stage3d, gpu_compositing, gpu_rasterization, flash3d, accelerated_webgl2, accelerated_2d_canvas, protected_video_decode, oop_rasterization, accelerated_video_decode, android_surface_control, flash_stage3d_baseline

Problems Detected
nic
Graphics Feature Status
Canvas: Software only, hardware acceleration unavailable
Flash: Unavailable
Flash Stage3D: Unavailable
Flash Stage3D Baseline profile: Unavailable
Compositing: Unavailable
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Out-of-process Rasterization: Unavailable
Hardware Protected Video Decode: Unavailable
Rasterization: Unavailable
Skia Renderer: Disabled
Surface Control: Disabled
Surface Synchronization: Enabled
Video Decode: Unavailable
Viz Service Display Compositor: Enabled
WebGL: Hardware accelerated but at reduced performance
WebGL2: Unavailable


Se zapnutým --ignore-gpu blacklist na Legacy
Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Out-of-process Rasterization: Disabled
Hardware Protected Video Decode: Hardware accelerated
Rasterization: Software only. Hardware acceleration disabled
Skia Renderer: Disabled
Surface Control: Disabled
Surface Synchronization: Enabled
Video Decode: Hardware accelerated
Viz Service Display Compositor: Enabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated


Ve všech případech: (GL,KMS):
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers
Skia renderer is not used by default.
Disabled Features: skia_renderer

220
a není to na hlavu?Vždyť ty pakety má přímo pod nosem(odesílá je,tak je musí znát).
Teď me napadl takovy trik, šlo by zároveň zachytávat  navíc i na původním rozhraní (jako bez monitor modu). Ale má to 2 chybky, zde v OS X jde o jedno a totez rozhraní .jen se liší checkbox v wiresharku ze dana wifi má být v mon.modu ,tudiž nemam 2 rozhrani najednou. Airmon-ng pokud vím vytvoří nové rozhraní mon0 . Nebo zabralo by,kdybych zachytával i na bridge0? Možná by to tak fungovalo.
A zadruhé,zda principiálné WS si dá jedna a jedna dohromady a pozná například TCP STREAM (obzvlast kdyz virtualni bridge ma jinou  vrstvu nez radiotap 802.11 na wlan0) a za 3. Budou tam mozna duplicity

221
256MB pro GPU mám + Raspberry pi 3.+
Mezi legacy a KMS je v projevech podstatný rozdíl. Například mi v chrome nepůjde HW acelerace (tuším že to psalo, že na fbdev není možné zapnout), ale ještě to ověřím.


Další věc co by mi vrtá hlavou, že v KMS se mi vždy dochází u přehrávání videa ve VLC (a chromu s akcelerací, ale nevím na 100% ) k (čtvercovému) tearingu  (občas je vidět, že současně na ploše videa část patřící předchozímu snímku, to nemusím vysvětlovat, co tearing je, ale že zde má podobu nikoli řádků, ale čtverců). Samozřejmě při přehráváním přes MMAL nebo omxplayer video hraje bez problému.  Nebo svižný přesun po ploše.
!!! zatímco na Legacy žádný tearing není. Paradoxní pro mě . (Možná je tam nějaký screen lag navíc, ale nejsem si jist)
2 '! A co je absolutní bomba, v Legacy mi jde 2560x1440 rozlišení
 bez grafických vad.
To mě přivádí na otázku, jak na raspberry v raspbianu aktivovat vsync, resp jaké jsou podmínky pro to.

Nebo nemá raspberry nějaký nesoulad mezi synchronizací snímků v KMS režimu, kdy tvsrervice a kernel mají jiné hodnoty refresh rate čímž dochází k teringu?

Považuji za framebufferový výstup (jestli to nazývám správně, tento režim grafického výstupu) něco podřadného, nouzového, je to tak? Asi z důvodu že tam (údajně nejde acelerace OpenGL), uvidím ,jak si tam https://threejs.org/examples poradí Ale asi to oželím, přeci jen na RPi 3D grafiku nebudu provozovat.

222
Právěže tam mám Transcend HighEndurance (MLC+ECC), která paradoxně ale jsou pomalejší (nezodpovězeno) (90/28  MB/s RW vs normální rychlé 90/75). Samozřejmě k tomu dvě věci: Papírově jsou pomalejší, ale raspbbery víc než 22MB/s nedá. Druhá věc je jak jsou dané karty na ultrarychlé čtečce rychlé v běžném provozu, který není benchmarkový sekvenční test, ale také v ultrarychlé čtečce   , když jde nějaké náhodné přístupy, tam se karty mohou lišit  ) a 3) jak celkově s rychlostí karet zamává pomalý řadič karet v Raspberry pi.

Ono to rasppery není nějaký šrot, například na https://threejs.org/examples se chytá (chrome to zvládá s HW akcelerací WEBGL 2), ale prostě má pocit že IO je kámen úrazu (například Ethernet je vytažen přes externí USB řadič a to samo o sobě generuje přerušení při vysokém trafficu)

Je mi to divné minimálně v tom ohledu, že žádný androidový mobil se nesekal/nezamrzal tímto způsobem (a že mám zkušenost tak se 4 chytrými telefony  :-X ),  UI je tam vždy svižné, maximálně občas dojde k  killnutí aplikace při zaplnění paměti.


Nechci od toho mít otevřených 20 tabů nebo provozovat 3D akcelerovaný Windows přes VMWare/Virtualbox nebo hrát WoW na 2560x1440x40fps (protože vyšší refresh rate jsem tam nerozchodil na QHD), když odhlédnu od toho, že na tomto rozlišení desktopové prostředí se s KMS(GL*) je rozsypané na čtverečky), to zase vím, že původní účel byla spíš modularita a bastlířství a hackování  -- proto to má přece ty GPIO.

Vadí mi ale, že třeba s 2 taby trvá otevření dalšího tabu 2 sekund nebo chrome://settings nebo Vývojová konzole se otevírá tak dlouho a že to při tom zamrzá. 



* PS: V na RPi platí, že KMS driver znamená akceleraci GL, zatímco bez akcelerace to jde na framebuffer, zajímá mě obecně, zda platí KMS=GL (případně GL ES)  (implikace nebo rovnost)

223
oříšek bude to multi-party... Vzájemné, vícestranné
bezpečná více-strannná vyčíslitelnost
... s tím vyčíslitelnost si dělám srandu... Počítání, zpracování, spolupráce

224
Objevil jsem problém s raspbianem na RPI3. prostě zamrzá ... Ale ne nějak že je hodně zatížen, naopak teplota odpovídá idle, kurzor se pohybuje (někdy plynule, někdy každých 5s) s mírnou odezvou ,jsou vidět se animují občas prvky aplikací, ale jako takové nereagují, například po odpojení kabelu furt v liště je vidět ikona připojeného eth0.
Někdy se to rozdýchá, někdy ne. Není to jen binární - zaseklý - běžící, ale má to různé stupně odezvy, někdy prvky se animují po 1 sekundě (což je případ ještě nízkého stupně) a systém reaguje, kurzor je svižný, jindy reagují za 5s a kurzor se se hýbe každé 5 s a někdy nereagujeí aplikace vůbec a v nejhorším stadiu totálně zamrzne. U chromia je tento výskyt častější, když tam otevřu mnoho tabů, co něco dělají. RAM zdaleka nezaplním,  )i když nevídím, zda je commit je 99%, třeba vidím jen fyzickou, kde je jen 60% obsazeno)

Někdy se stane, že se zpomalí, jde ovládat jen s velkými latencemi, ale po chvíli to odezní. Pokud ne, pomůže ihned zavřít nějaké procesy,co něco dělají.

.... Stává se to když spustím (resp spouštím - to je důležité) hodně věcí programů, dle mě mám problém s mnoha IO operacemi nebo s velkým množstvím threadů, které potřebují přepínat

Napadá mě, není problém v scheduleru (elevator= deadline),  nebo není problém v něčem souvisejícím s L2 cache (nějak prý ji RPi nevyužívá nebo co, nebo jsou problémy, že videcore ji využívá přednostně a pak dochází k její invalidaci/flushnutí) . Nebo nějaké deadlocky/přerušení...? Nebo prostě ta SD karta zdržuje v připojení na pomalé SDIO rozhraní čipu, které dovolí jen 25MB/s rychlost a v kombinaci s nevalnými náhodnými rychlostmi karet se z toho stane zpomalovač ? A samozřejmě, může to dělat i 5V podpětí?
Je to možné fixnout?:
nevěřím, že by bylo RPI tak pomalé, ale že tam není nějak optimalizovaný kernel či nějaký tweaking je potřeba--- Ačkoli se tvrdí, jak je raspberry pi má největší komunitu a je nejprobádanější/nejzdokumentovanjší a má širokkou podporu.

Mám stažený oficiální raspbian 2019-12 ,téměř bez úprav, driver OpenGL FKMS. Swap zde také. není Ty zamrzání se dějí při nízkém odběru proudu a tedy tipuji že CPU load není u 100%.

Doporučíte nějaký lepší OS pro RPI? Funguje na něm dobře , svižně, stabilně a se vším (wifi, zvuk,BT) wayland, natož plnotučné distribuce typu Fedora, Kubuntu? (trochu opačné přání, když i na odlehčeném PIXEL / LEDE/LXDE mám problémy)

225
Když už bash má nástroje na jednoduchou substituci ${PROM//patter/replace}
je možné je využít i těmito způsoby? Tedy bez použití externích programů, ale přímo bashem. Důraz je, aby ty příkazy nebyla nějak roztahané, aby ta substituce byla přímo u řetězce či příkazu $(příkaz)
$"řetězec"//a/b              $(uname)/

Na první řádku je schematický zápis (který samozřejmě nefunguje), resp intutitivně jak bych to zapsal., na druhé řádku je výstup, na třetím je jak dané věci dosáhnout existující syntaxí (trochu hack).
Kód: [Vybrat]
# 1) 
echo "# Ema má mámu"/mu/slo
# Ema má máslo
(PROM="aabc"; ls ; echo ${PROM/a/_} ; ls)
# nevýhoda:  příkaz pro substituci není přímo u echa, tudíž to znepřehlednuje

# 2)
echo "je rok $(date)##* /"
(JAR=`date`; echo ${JAR##* })
#2020 (hodně ohnutá syntaxe pattern matchingu)


PROM="Kamen 1234"
echo ${VAR/2/j%%[0-9]}
Kamen 1j


Poslední příklad je řetězení  substituce a suffix removing

Zajímalo by mě, jak moc to umí plnohodnoté regexp.

Dál by mě zajímalo proč nefunguje echo ${P//[:word:]/_}  (případně  digit)- ačkoli echo ${P//[a-z]/_} - chová se to tak že místo třídy znaků to matchne jeden z  : d i g t

Dál, že nejdou složitější regexpy
echo ${JAR#[^0-9]+}
-nejde tam u třídy znaků dát operátor opakování ?+* nebo {rozsah}


A také, zda substituce ${//replace umí  v replace části $1 nebo \1 reference na captured části... $0 to nahrazuje za "bash"

Dál by mě zajímalo jestli když existují  ${parameter#word}        ${parameter##word}               Remove matching
 prefix pattern
a suffix
 zda existuje něco jako JEN PATTERn MATCH a PATTERN MATCH REMOVE
Citace
PROM=abcde7fgh
echo ${PROM~[0-9]}
==> 7

PROM=abcd12ef3sdfsd45
echo ${PROM??[0-9][0-9]}
==> abcdef3sdsd
# (smaže  výskyt dvou číslic (mírně nepřesné))
==> 7


Stran: 1 ... 13 14 [15] 16 17 ... 29