Poslední příspěvky

1

Sítě / Re:Firewall: může server být neviditelný?

« Poslední příspěvek od Filip Jirsák kdy Dnes v 12:16:12 »

Je mozne nastavit firewall(linux/*bsd) tak aby prepustil dnu iba nakonfigurovane ip adresy a pre vsetko ostatne sa server tvaril ako neexistujuci, takze ani skenovaci boti by nemohli zistit ze ip adresa je vyuzita?

Zde je otazka zda skenovaci bot je tupej (ceka ze se pripoji) nebo chytrej (ceka ze prijde nejaka nedorucenka od predchoziho uzlu) - viz jak funguje probing skrze TTL a icmp zpravy, napr. v ramci traceroute.

Ne, na ničem takovém nezáleží. Když počítač na nějaký paket neodpoví, je to ekvivalentní tomu, jako by tam vůbec nebyl nebo byl vypnutý. ICMP je speciální protokol, který můžete na firewallu filtrovat úplně stejně, jako UDP nebo TCP. traceroute funguje na tom principu, že nastavuje omezenou životnost paketu (přes kolik uzlů může projít) a postupně ji zvyšuje. Tím zjistíte, kolik uzlů je po cestě a jaké mají adresy (pokud odpovídají). Ale neříká to nic o tom, co je za posledním uzlem, který vám odpověděl. Nemusí tam být nic, může tam být třeba vypnutý počítač, nebo tam může být počítač, který akorát na vaše požadavky neodpovídá – což ale neznamená, že neodpoví na požadavky někoho jiného.

2

Sítě / Re:Firewall: může server být neviditelný?

« Poslední příspěvek od RDa kdy Dnes v 11:35:07 »

Je mozne nastavit firewall(linux/*bsd) tak aby prepustil dnu iba nakonfigurovane ip adresy a pre vsetko ostatne sa server tvaril ako neexistujuci, takze ani skenovaci boti by nemohli zistit ze ip adresa je vyuzita?

Zde je otazka zda skenovaci bot je tupej (ceka ze se pripoji) nebo chytrej (ceka ze prijde nejaka nedorucenka od predchoziho uzlu) - viz jak funguje probing skrze TTL a icmp zpravy, napr. v ramci traceroute.

3

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od Filip Jirsák kdy Dnes v 11:33:11 »

Co místo dvou monitorů použít jeden ultraširokoúhlý?

Vyhýbal jsem se tomu kvůli sdílení obrazovky přes MS Teams, Zoom apod. Potřebuji při sdílení přepínat mezi aplikacemi, takže je potřeba sdílet celou obrazovku – a žádná z mně známých aplikací pro videokonference neumí sdílet jen půlku obrazovky. Ale alespoň některé širokoúhlé obrazovky umí vedle sebe zobrazovat dva různé vstupy, takže by šlo k počítači připojit jakoby dvě obrazovky, akorát by mezi nimi nebyl žádný rámeček ani mezera.

Máte někdo s takovým použitím pro vývoj zkušenost? Nebo tam vidíte nějaký problém?

Problém je, že teď mám hlavní monitor 4K, ale ultraširoké displeje se dělají jen 2×QHD (resp. viděl jsem jeden ultraširoký displej s 8K, ale za cenu asi tak dvou počítačů).

4

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od marder kdy Dnes v 11:04:20 »

Mam tady tenhle:   BenQ PD3200Q Designer Monitor (AQCOLOR Technology, 32 inch, 2K WQHD 1440P, sRGB/Rec.709, KVM) 
Uz mi stoji na stole 3 roky a po te co jsem predchozi "hracske" monitory vratil kvuli sviticim bilym rohum a cerne, ktera prechazela do tmave modre smerem od stredu na stranu (neduh IPS), tak tenhle bych velice nerad dal z ruky.

Ma myslim VA matrici, lepsi je snad OLED co se tyka podani cerne. Tovarne nastavene barvy, dotykova konfigurovatelne tlacitka na monitoru i dratovem ovladaci, eye care, coz je uprava jasu dle okoli a cas upozorneni na prestavku kvuli unave zraku, 8 barevnych rezimu vcetne Dark Room, Low Blue Light a User, atp.
A dosel jsem k nemu tak, ze 32" bylo levnejsi nez 28". Jestli budu muset nekdy kupovat novy tak bych asi sel do ultraultrawide nebo aspon 40" 4k.
Neduh muze byt 75Hz refresh rate u VA ani ne tak pro design jak pro hrani, ale pak uz jedine zbyva OLED, ktery dokaze podat vyborne barvy a vysoky refresh rate.

5

Software / Re:VP9 do HEVC bez komprese pomocí FFMpeg

« Poslední příspěvek od mikesznovu kdy Dnes v 10:03:46 »

Nekóduju hodinová videa (a pořád používám kodek AVC  x264 / h264_qsv )  Já to ale beru tak, že (u mě quicksync) je brutálně rychlý, takže -look_ahead to sice znatelně zpomalí (možná o 30%).

- k té nelinearitě crf: ona ani není zaměnitelná mezi kodeky (v mém případě x264 a h264_qsv): x264 to ta volba dává plné spektrum možností (22= top kvalita, nad 35 už je to DivX z roku 2006), tak u qsv prakticky jakékoli číslo dává slušně vypadající video, ale i hodně vysoká čísla dávají pořád o dost vyšší bitrate, takže volím vyšší čísla (35 pro qsv, a 28 pro crf x264), protože sw kodek "dokáže" video zmenšit až na kost,
-konstatní kvantitizér se už dávno nedoporučuje
-na nějaké ladění kodeků jsem se vykašlal, používám jenom ten preset (ty slow(er.est), fas(er,est),normal medium)

Následující platí pro verzi, kterou mám já, je možné, že v aktuální, už je to user friendly  (v rámci CLI  ) a správně se mapují
-presety fungují jen pro softwarový kodeky, pro QS je ten parametr "TU" (nevím jaký je název parametru do příkazové řádky, možná to taky bude -preset)
-crf u quicksync nefunguje (zapisuje se jinak, asi přes -q:v)

6

Desktop / Re:Proč mi zabiják OOM zabil Chromium

« Poslední příspěvek od Zopper kdy Dnes v 09:25:48 »

No, Chrome bude právě ta aplikace, co žere nejvíc paměti a vypadá, jako by nejvíc mohla leakovat. Takže bude mít asi nejvyšší oom_score.
https://askubuntu.com/questions/60672/how-do-i-use-oom-score-adj

7

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od Zopper kdy Dnes v 08:57:46 »

@Mikesznovu: Ne, 4:4:4 vs 4:2:2 a 4:2:0 je pro využití jako monitor opravdu důležitá věc. 4:4:4 je to, co jsme zvyklí u PC monitorů, každý pixel je plnohodnotný. U 4:2:2 a 4:2:0 se komprimuje barevný prostor, takže 2 (4:2:2) nebo 4 (4:2:0) sousední pixely mají stejnou základní barvu, jen jiný jas.

https://www.rtings.com/tv/learn/chroma-subsampling

8

Software / Re:VP9 do HEVC bez komprese pomocí FFMpeg

« Poslední příspěvek od _Jenda kdy Dnes v 01:11:47 »

Tzn. pro váš případ, když to zjednoduším.

ffmpeg -i vstup.mp4 -c:a copy -c:v libx265 -crf 25 vystup.mp4

Přesně tak. Ještě bych zvážil, pokud tolik nezáleží na času a CPU komprese:

• -preset slow - pomalejší běh ale menší výsledný soubor. Jedna z věcí kterou ovlivňuje je třeba ten tebou zmíněný rc-lookahead - viz https://x265.readthedocs.io/en/stable/presets.html
• -x265-params pools=none (nebo třeba 4) - vypnutí multithreadingu, x265 nějak paralelizuje přes snímky a má pak prý horší kompresi, protože nemůže využít všech rozdílů mezi snímky

9

Sítě / Re:Vodafone chce výměnu modemu pro dual-stack

« Poslední příspěvek od Radek Zajíc kdy 28. 09. 2024, 23:42:31 »

@Dan Ohnesorg: díky. K tomu dual-stacku nejde na webu oficiálně dohledat vůbec nic, po komunikační stránce jim to taky moc nejde.

10

Sítě / Re:Vodafone chce výměnu modemu pro dual-stack

« Poslední příspěvek od Dan Ohnesorg kdy 28. 09. 2024, 23:00:40 »

K jakemu datu vam VF bude aktivovat dual-stack?

Maji to dvoufazove, 11.10. dojde ke zruseni IPv4 adres a od 19.10. pobezime na nove konfiguraci. Do toho 11.10. muzeme dat vypoved bez sankce za predcasne ukonceni smlouvy.