Příspěvky

181

Software / Re:Obrazové artefakty ve streamu

« kdy: 22. 11. 2020, 14:11:52 »

Jedině přes HDMI grabber, ten ani nemám. Navíc nevím ,jestli by smartphone přes otg redukci uměl připojit HDMI grabber, jestli by stačila přenosová rychlost a vůbec celý tento ansámbl s drátem by snižoval komfort a mobilitu. Tudy cesta nevede. To jsme se dostali někam na způsob baterky na podvozku


Zde jsem vyzkoušel """radu""" upgradovat ne verzi vyšší než 4.2.2.

Výsledek: Nefunguje to vůbec

Kód: [Vybrat]

ffplay -v debug (-flags nobuffer) -f mpegts -codec:v  -i "udp://9.5.0.0:8554(?pkt_size/buffersize....)"

ffplay version 4.3.1-2020-11-08-full_build-www.gyan.dev Copyright (c) 2003-2020 the FFmpeg developers

Initialized direct3d renderer.
[mpegts @ 000000d8b836a400] Opening 'udp://9.5.0.0:8554' for reading
[udp @ 000000d8b836aa40] No default whitelist set
[udp @ 000000d8b836aa40] end receive buffer size reported is 393216
[mpegts @ 000000d8b836a400] Unable to seek back to the start
[mpegts @ 000000d8b836a400] stream=0 stream_type=1b pid=1011 prog_reg_desc=
[mpegts @ 000000d8b836a400] stream=1 stream_type=f pid=1100 prog_reg_desc=
[mpegts @ 000000d8b836a400] stream=2 stream_type=80 pid=200 prog_reg_desc=
[mpegts @ 000000d8b836a400] Unable to seek back to the start
[mpegts @ 000000d8b836a400] Before avformat_find_stream_info() pos: 1643124 bytes read:1644064 seeks:0 nb_streams:3
[mpegts @ 000000d8b836a400] parser not found for codec none, packets or times may be invalid.
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 1 got 6
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 13 got 9
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 0 got 5
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 12 got 1
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 7 got 5

^...asi 300x

[mpegts @ 000000d8b836a400] Packet corrupt (stream = 0, dts = 0).

.... Continuity....


[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 1 got 0
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 14 got 15
[mpegts @ 000000d8b836a400] Packet corrupt (stream = 0, dts = 225225).
[h264 @ 000000d8b83a0d00] ct_type:1 pic_struct:0
[extract_extradata @ 000000d8b83ae540] nal_unit_type: 9(AUD), nal_ref_idc: 0
[extract_extradata @ 000000d8b83ae540] nal_unit_type: 7(SPS), nal_ref_idc: 1
[extract_extradata @ 000000d8b83ae540] nal_unit_type: 8(PPS), nal_ref_idc: 1
[extract_extradata @ 000000d8b83ae540] nal_unit_type: 6(SEI), nal_ref_idc: 0
[extract_extradata @ 000000d8b83ae540] nal_unit_type: 5(IDR), nal_ref_idc: 1
[h264 @ 000000d8b83a0d00] nal_unit_type: 9(AUD), nal_ref_idc: 0
[h264 @ 000000d8b83a0d00] nal_unit_type: 7(SPS), nal_ref_idc: 1
[h264 @ 000000d8b83a0d00] nal_unit_type: 8(PPS), nal_ref_idc: 1
[h264 @ 000000d8b83a0d00] nal_unit_type: 6(SEI), nal_ref_idc: 0/0
[h264 @ 000000d8b83a0d00] nal_unit_type: 5(IDR), nal_ref_idc: 1
[h264 @ 000000d8b83a0d00] Format yuvj420p chosen by get_format().
[h264 @ 000000d8b83a0d00] Reinit context to 864x480, pix_fmt: yuvj420p
[h264 @ 000000d8b83a0d00] ct_type:1 pic_struct:0
[h264 @ 000000d8b83a0d00] no picture
[h264 @ 000000d8b83a0d00] cabac decode of qscale diff failed at 35 5
[h264 @ 000000d8b83a0d00] error while decoding MB 35 5, bytestream 237052
[h264 @ 000000d8b83a0d00] concealing 1364 DC, 1364 AC, 1364 MV errors in I frame
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 4 got 9
[mpegts @ 000000d8b836a400] Continuity check failed for pid 4113 expected 0 got 1

Tak se ptám, i kdybych měl mít verzi vyšší než 4.2.2, tak pět let se musí čekat, než přes ffmpeg to půjde bez artefaktů, zatímco přes appku pro smartphon si to jde (nevšiml jsem si že by si uživatelé stěžovali)

182

Software / Re:Obrazové artefakty ve streamu

« kdy: 21. 11. 2020, 23:03:38 »

Ne ne, bohužel takovéhle triviální možné příčiny jsem vyloučila, je jedno jestli kamerku dám metr od kompu nebo 4 metry, furt ,ukazuje Windows netsh wlan show net mode=bssid 99% Síla signálu.

Jediný co umí je nastavit bitrate s přesností 1B/s a výstupní rozlišení. FPS a crop si bere z momentálního nastavení, které vidím na live view dotykovém displeji. Dokonce je jedno jestli je kamera v režimu photo, timelapse nebo série, prostě stream funguje jako náhled.

Zkrátka nepřišla jsem na nějaké faktory, který by nějak míru artefaktů ovlivňovaly, ffmpeg furt sype ty varovné výpisy dts/pts (snad jen na vyjímku bitrate: s bitrate do 1Mbps to je vizuálně  OK,  kolem 2000000 bitů za sekundu to je vidět, se za3Mbps to začne být horší. Ale není to tak že by byl obraz s rostoucím bitrate hůř rozeznatelný, spíš artefakty jsou jemnější.)


No a vzhledem k tomu, že se ukazují  ty chyby v ffmpeg, tak si myslím, že tam bude problém, stream na počítači je správný a jakési shlukování paketů by neměla být překážka. Ale je to jen nepodložený odhad a problém je na nižší vrstvě

Mám pocit, že je to třeba nějaká odchýlený implementace H264/AVC, případně že by to spravil nějaký neznámý parametr pro dekodér


Doporučíte nějaký program, který by dokázal prohlédnou udp Mpeg4ts stream, aniž by využíval ffmpeg(knihovny)?
Co znamenají ty chyby ve výstupu?

Přijdeš mi permanentně pod vlivem nějakých energetizérů.


Důležitá věc: AUDIO je OK naprosto

183

Software / Obrazové artefakty ve streamu

« kdy: 21. 11. 2020, 13:27:23 »

Nevěděli byste, co poradit, když mi kamery při přenosu streamu z wifi "kostičkuje"? I při bitrate 1.5Mbps (mírně ale přesto) Při víc jak 4Mbps to je už celkem znatelné. Připojení je 802.11n (tedy 72Mbps, i při polovině reálné propustnosti 40 Mbps je tohle zlomek), ...

Problém může být na víc úrovních, chyby ve vysílání wifi, chyby při přijetí, divné zpracování UDP stacku (různé buffery).

 Kamera vysílá pakety 1328bajtové na UDP. Rozumím, že UDP může být chybové, ale přece nemůže být normální takhle chybový "uživatelský zážitek". Díval jsem se do wiresharku při IO graph a Unit of Interval 10ms, tam se dá vypozorovat, že pakety chodí shluknuté třeba po 20 paketech, pak je mezera....(takhle to asi nic neřekne bez konkrétního obrázku, ale myslím, že to problém není, možné). Navíc i když nastavím bitrate 18Mbps, vidím v wiresharku, že přichází 18Mbps

Problém  je s každou wifi kartou...

Kód: [Vybrat]

C:\Users\Lukas>ffmpeg -v debug  -fflags nobuffer -f mpegts -i udp://10.5.5.141:8
554?pkt_size=1330&buffer_size=13200 -f mpegts -c:v copy -c:a copy  udp://localho
st:10000

Samozřejmě ffmpeg mohu nahradit příkazem ffplay rovnou, to je jen kosmetické, stejně tak jsem to zkoušel bez ?
(pkt_size=xxx&buffer_size= a nobuffer)

Zkoušel jsem se dívat i sem https://ffmpeg.org/ffmpeg-protocols.html , ale nevím, co by třeba zde konrétně bylo jak nastavit.

Kód: [Vybrat]

[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1903902
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1906905
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1909908
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1912911
[mpegts @ 00000000001203c0] Continuity check failed for pid 4113 expected 1 got
2
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1915914
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1918917
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1921920
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1924923
[NULL @ 0000000000136100] ct_type:1 pic_struct:0
[mpegts @ 00000000001203c0] invalid dts/pts combination 1927926

184

Hardware / Re:Která specifikace USB platí? (20Gbps a gen.2)?

« kdy: 19. 11. 2020, 23:15:18 »

To je dobrá zpráva a hodnotná informace. (furt je tam ale to slovíčko compliant...)
Proč tedy ale (jsi napsal) dual lane mohou podporovat a ne  že podporují? Nevidím důvod proč by v tom měli hrát roli elektrické vlastnosti,  vždyť  páry mají stejné elektrické vlastnosti, takže jedna dvojice nemůže být horší než druhá . Snad jedině crosstalk. A obsah e-marker čipu, tam se přiznám že nevím, jak moc nutný je. Ale když už tam je, tak by se mi zdálo nelogické ,aby uměle říkal, že nepodporuje dual lane, takový kabel by se pak nemohl prodávat dráž

Přepokládám, že dávat čtyri superspeed linky jen kvůli tomu, aby náhodou 1 )podporovaly obě orientace u single lane  koncového zařízení je poněkud rozhazování ale že právě důvod je dual lane . 2)A  taky mi přijde na hlavu tam dávat čtyři linky které mají crosstalk nepoužitelný pro dual lane.

Nevidím důvod aby tedy kabely vyhovující specifikaci nepodporovaly dual-lane.

185

Hardware / Re:celková rychlost víceusb zařízení

« kdy: 19. 11. 2020, 18:48:51 »

No a to s tím souvisí: rychlost -- je na root hubu sdílená a nebo pro každé zařízení vyhrazená? ( TL DR: odpověď hledám jen pro Superspeed)

Co když zapojím více USB zařízení, která jsou teoreticky schopné přenášet 999 GB/s (a jsou 3.0,2.0 nebo 1.1).

Nejprv: mixovaný (1,2,3) transport  beží rozdělen po 2 linkách - superspeed a high speed. (Proto 1 fyzický hub se jeví že má rozbočovač pro 480 a  rozbčovač pro 5000)

S 1.1 to záleží jestli porty vedou do STT nebo MTT topologie (V případě Single všechna se musí vejít do 12Mbps celkem, v případě Multi se každý port  jede na 12 a "povýší" do HighSpeed  režimu celkově musí se jen vejít do 480)

S 2.0 údajně je 480 sdíleno pro    hub (a i root hub)

S 3.0   Na stackoverflow jsem narazil na obě tvrzení, že 5Gbps je taky sdíleno pro celý (root)hub a druhé, že xHCI nově umí 5Gbps pro každé zařízení zvlášť (asi jen do ručitého limitu), že "z j backendu jednoho xHCI kontroleru" může vést víc než 1 USB 3.0 lajna a tedy že propustnost může překročit 5Gbps na tomto root hubu . Co tedy platí?

186

Hardware / Re:Která specifikace USB platí? (20Gbps a gen.2)?

« kdy: 19. 11. 2020, 18:29:35 »

. Je li označen USB-C kabel jako gen2, znamená to automaticky že bude umět 20Gbps ?

ad 2) ne, musí být označen jako Gen 2×2 pro 20 Gbit/s

Ale vím o kabelu, který je označen jako USB 3.1 gen 2 a má dual lane a zároveň po se single lane  zařízením zvládne 10Gbps
Nechci aby to znělo, jako že jsem "našel protipříklad", ale co když je to běžná praxe, že USB C Superspeed kabely jsou dual lane? (Samozřejmě je možné se bavit o míře, jestli jen ty od prémiových značek, nebo i takové typu belkin,itec,alzapower a nebo dokonce i čínské z aliexpresu)

187

Software / URL s netisknutelnými znaky se ve Firefoxu vyhledá Googlem

« kdy: 17. 11. 2020, 20:22:30 »

Narazil jsem na bezpečnostní chybu firefoxu. Když si na stránce označíte text s URL (prostě "odkaz" který není v tagu A) a vložíte do adresního řádku, po stisku enter se otevře ve vyhledávači (htt%C2%ADps%3A%2F%2F%E2%80%8Bwww.%E2%80%8Bzbytekurl - tyto znaky jako uživatel vizuálně nevidí a firefox na to neupozorní nebo neprovede sanitizaci.

%E2%80%8B je asi soft hyphen, C2AD nevím

188

Hardware / Re:Neznámý číselný údaj v lsusb

« kdy: 17. 11. 2020, 19:02:44 »

Haf! Takhle to stačí za odpověď. Zkusil jsem pohledat i na https://www.kernel.org/doc/html/v4.10/driver-api/usb.html , ale tam je strohé

Kód: [Vybrat]

maxchild
    number of ports if hub

189

Sítě / Re:Prolomení hesla do Wi-Fi sítě z Linuxu

« kdy: 17. 11. 2020, 18:56:49 »

Když sem takhle vpluju jak orel  napole bez varování, umí hashcat nějak rozumně kombinovat slovníky (za účelem skládání slov než vpočtu 2) ?

Má sice možnost použít 2 slovníky jako kartézskýsoučin, (nějaká hodnota parametru -a) ale 2 slova jsou málo a pak si ani nejsem jistý jestli v tomto režimu umí třeba aplikovat pravidla (-r) , například dát mezery mezi slova a neboříct,aby na první a poslední slovo použil nějaké pravidlo


Nebo se musí zvolit externí generátor kombinací (ne nutně lamersky si kombinace vygenerovat do souboru)?

190

Hardware / YubiKey a další tokeny - nutnost „odemknutí“

« kdy: 17. 11. 2020, 18:49:12 »

Jak fungují tyhle USB bezpečnostní tokeny?Je nutné při  každém připojení tohoto  zařízení ho nějak "odemknout" a až potom funguje avizované stisknutí tlačítka do té doby než se odpojí/zamkne(ručně nebo po nějaké době) nebo prostě ho stačí připojit a funguje?

Není to pak riziko, že kdokoli si ten token vezme, s ním může operovat? (Ale třeba tak to je zamýšlené)

A když jsem stiskl tlačítko, znamená, že jsem něco podepsal, nebo je k tomu ještě potřeba něco dalšího (jako heslo)?

191

Hardware / Význam usbbusnode->maxchild

« kdy: 17. 11. 2020, 17:53:06 »

Omg, jak neznamy?

Toho si nevšímej, to jsem nepsal já.

Ale když už jsi mě nasměroval, tak se zaptám jinak, co znamená usbbusnode->maxchild vlastnost? v kontextu úvodního vlákna?

192

Hardware / Neznámý číselný údaj v lsusb

« kdy: 17. 11. 2020, 15:45:53 »

Když si vypíšu lsusb -t

Kód: [Vybrat]

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
    |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M

/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 3: Dev 12, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 1: Dev 14, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 1: Dev 14, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 2: Dev 13, If 0, Class=Human Interface Device, Driver=usbhid, 12M

Tak co přesně znamená číslo u hodnoty Driver končící p?
Znamená to počet portů (i těch nezapojených) v daném kořenovém nebo běžném rozbočovači?
Znamená to maximální počet zařízení ,které se dají na danou větev připojit?
Je maximální počet zařízení nějak omezen těmito čísly? (Konkrétně když budou huby zřetězené a každý bude mít jinou hodnotu), Pokud například hub první úrovně bude mít 2p  a připojím do něj  2 huby po 4p ,  budy fyzicky volných 8 portů?

193

Software / Na všech terminálech nefunguje Alt+.

« kdy: 15. 11. 2020, 21:05:45 »

Skoro na všech linuxech a terminálech se mi zkratka Esc  + .  (totéž co Levý alt + . , ale ne všude to funguje) neovládá dobře . Narozdíl od Altové varianty nestačí držet Alt, ale pro každý stisk tečky se musí Esc pustit a stisknout znova . (Takže ani variant Držení Esc + . nepřichzí v úvahu).

Čím to? Jde to nějak přeprogramovat?
Jak vysvětlit, že někde Alt + . nejde, ale musí se použít ESC?

194

Distribuce / Re:Adresář /sys/class/typec neexistuje

« kdy: 15. 11. 2020, 17:20:31 »

Nemám. O jaký jde řadič?

195

Sítě / Re:Umožňuje wifi odlišný vysílací výkon pro cílové zařízení zvlášť dle potřeby?

« kdy: 15. 11. 2020, 16:26:03 »

Fakt? Já jsme teda nic takovýho nezaregistroval.

minimálně jedním z těchto způsobů

Kód: [Vybrat]

sudo iw eno1 set txpower fixed 800 # v jednotkách MILIBELI
 sudo su  iwconfig eno1 txpower 28db ;

je tam i auto. Od určité hodnoty nahoru to vliv nemá, jede to plnou rychlostí,  a od určité hodnoty dolu jsi "odřízlí"

Ale to je něco jiného než jsem se psal, jednak je vysílací výkon konstantní  a tím  je vymalováno