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 - Ondrej Nemecek

Stran: 1 ... 14 15 [16] 17 18 ... 90
226
Vývoj / Re:Výroba multiplatformní aplikace s GUI v Javě
« kdy: 07. 04. 2021, 22:16:12 »
3. Nová finanční politika JavaFX vývojářů způsobila, že se projekt pokud se nehodlá prodávat nevyplatí financovat. Původně tuším stačilo za pár desítek dolarů zakoupit přístup na pár tejdnů. Nyní je to asi na rok a cena je vysoká. Toto asi neplatí pokud si člověk vyvíjí aplikaci jen pro sebe. Pak je to možná s nějakým omezením "zadarmo".

Samotnou Java FX lze použít bez jakékoli licence v plném rozsahu. JavaFXPorts (aby javafx běžela na mobilech) snad také (obojí je současně opensource). Nad tím je teprve postavený business Gluonu -  Mobile, CloudLink, podpora a další služby. Ceník Gluonu https://gluonhq.com/pricing/ a https://gluonhq.com/download/cloudlink-pricing/

Ono ani ostatní řešení také nejsou zadarmo a nejsou ani všespásná. Takže se opravdu může v řadě případů vyplatit dělat klasicky více samostatných aplikací pomocí nativních prostředků...

227
Vývoj / Re:Výroba multiplatformní aplikace s GUI v Javě
« kdy: 07. 04. 2021, 21:38:30 »
Ovšem narazil jsem na to, že dneska už dost málo lidí má na desktopu nainstalovanou Javu.

Není problém javu přibalit k aplikaci, takže ve výsledku uživatel o žádné javě neví. Lze přibalit i jen používané části, takže se redukuje velikost. Potřebné nástroje jdeps, jlink, javapackager jsou již součástí standardní openjdk a funguje to dobře.

228
Vývoj / Re:Vyroba multiplatformni aplikace s GUI v Jave
« kdy: 07. 04. 2021, 17:36:05 »
V praxi jsem to nezkoušel, ale koukněte na https://gluonhq.com/ a https://gluonhq.com/products/mobile/javafxports/

Případně lze některé situace řešit během aplikace v prohlížeči - https://www.jpro.one/ a https://www.webswing.org/

Jinak v JavaFX se dělá celkem příjemně https://openjfx.io/

229
Co certbot provede před a po renew se dá nastavit pomocí hooků:

Citace
certbot renew --pre-hook "service nginx stop" --post-hook "service nginx start"

Viz certbot - renewing-certificates

230
Možná jsem mimo, ale nemohlo by jít prostě o problém pořadí inicializace?

Nebo možná v době inicializace usb není dostupný firmware, to by mohlo nastat při použití initrd.

Název rozhraní můžete vynutit pomocí udev rules. Např. používám:

Kód: [Vybrat]
# /etc/udev/rules.d/98-wifi.rules:

ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="sdio", NAME="wlan1"
ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb",  NAME="wlan0"

# ACTION=="add", SUBSYSTEM=="ieee80211", SUBSYSTEMS=="sdio", RUN+="/usr/sbin/iw phy %k set name phyInt"
# ACTION=="add", SUBSYSTEM=="ieee80211", SUBSYSTEMS=="usb",  RUN+="/usr/sbin/iw phy %k set name phyExt"

Přejmenuju tím na RPI integrovanou wifinu na wlan1 (připojení přes sdio) a usb wifinu na wlan0 (připojení přes usb). Zakomentované řádky pak ještě pojmenujou phy rozhraní, protože s ním dále pracuji. To asi nepotřebujete.


231
Hardware / Re:Zkušenosti s bluetooth žárovkami Philips Hue
« kdy: 04. 04. 2021, 17:52:44 »
Je mozne, ze to je tim ze mas Hue zarovky bez Hue bridge? Kdysi jsem mel pouze Hue zarovky bez Hue bridge a funkce byly dost omezene (kvuli cene Hue bridge jsem pak odmigroval k woox)

Mají wifi žárovky Woox nějaké otevřené rozhraní (nebo nějaký použitelný reverse ingeneering)? Máte někdo zkušenost?

232
Barvy (+kontrast) je potreba upravit, protoze ten vektor to bude mit zase stejne a tudiz casto necitelne. Nove sestavena bitmapa po vektorizaci sice bude hezci omalovankou, ale citelnost nebude lepsi (seda tuzka na zazloutlem papire).

Ano, čitelnost se může i zhoršit. Nicméně plošné úpravy jasu a kontrastu podle mě nejsou nutné, protože to zvládne potrace sám nastavením tresholdu, prahu, barev a dalších parametrů (tj. potrace to provede ve vlastní režii). Co ale skutečně může mít cenu je nastavení křivek (=levels) pro různé barvy (=channels) na míru tak, aby se potlačily či zvýraznily vhodné části konkrétního mapového podkladu. Případně lze provést záměny barev. Takže ano, složitější úpravy potrace neprovede a určitě si s tím lze pohrát.

Specializovaný software pro zpracování map ale určitě poskytne lepší výsledky (+ bude pravděpodobně vyžadovat složitější postup a větší geografické znalosti). Ten zdroj odkazovaný výše vypadá opravdu zajímavě - https://kokoalberti.com/articles/georeferencing-and-digitizing-old-maps-with-gdal/

233
Asi by to pred vektorizaci ale chtelo srovnat nejak barvy a kontrast, to je jednodussi uloha, ale opet bez zkusenosti uplne nevim jak na to, verim ze ImageMagick by to mohl dat...

Barvy a kontrast už řeší ta vektorizace, nemá cenu to dělat předem. Lze nastavit zaoblení, vyhlazení, odstranění prachu, počet barev na výstupu atd. Pohrajte si s tím v Inkscapu nebo srovnatelném software. Potrace je pak i pro příkazovou řádku nebo má bindingy pro různé prog. jazyky, takže si můžete napsat i komplikovanější dávkové zpracování na míru.

234
Vektorzuje třeba potrace, docela kvalitně. Na mapy se ale IMHO zrovna moc nehodí. Za jakým účelem to chcete zpracovávat?

V Inkscape můžete vektorizovat interaktivně, používá to interně potrace. Viz příloha - původní bitpama + bitmapové náhledy dvou vektorizací. Pak lze spustit i příkazové řádky neinteraktivně.

235
Vektorzuje třeba potrace, docela kvalitně. Na mapy se ale IMHO zrovna moc nehodí. Za jakým účelem to chcete zpracovávat?

236
No hlavně je škoda těch artefaktů, to byl původně určitě jpg, nikoli png...

Mimo shellu můžete provést též v Darktable - můžete si nastavit profil a tan pak aplikovat hromadně na všechny nebo vybrané fotky. Výstup může jít bokem, takže si nepřepíšete originál. Změny při ladění profilu vidíte v reálném čase (hned), můžete je zase odvolat (nedestruktivní editace).

Jinak nevím, zda má celá akce smysl. Možná byste s použitím AI něčeho dosáhl, ale nevím nevím... To by možná poradil nějaký digitální kartograf, co na tento typ vstupu používají.

Mam asi tisicovku ruznych historickych map, maji velmi ruznou kvalitu. Prikladem (je to nazvetsovane vic nez rozliseni obrazku) je https://pasteboard.co/JVu5Q1Q.png ;

Potreboval bych strojove vsech vsechny mapy  (jpegy) nejak prezpracovat. Idealni by bylo, aby se zvetsilo rozliseni treba na 4-nasobek, pritom doslo k zlepseni detailu ("zaostreni", vime ze vsude byly puvodne ostre cary), ale obrazek se nijak zasadne neposkodil (minimalne aby jeho resize na puvodni velikost nebyl pak viditelne horsi nez original, tzn. aby se ty zmeny primarne promitly do tech pixelu navic). Take bych preferoval zmenit vyvazeni barev do nejake normalizovanejsi podoby a u malo kontrastnich obrazku zvetsit kontrast.

A to vse bych rad udelal idealne ze shellu, treba nejakym volanim ImageMagick, nebo gimpu. Jsem laik, sice tusim jak nejake filtry funguji, ale praxi mam v oblasti grafiky limitne se blizici k nule.

Dekuji !

237
Pokud by se to někomu hodilo, tak USB wifiny s chipem Ralink RT5370 podporují set_wiphy_netns (přířazení network namespace) i AP mód (přístupový bod). Podpora wifi 802.11b/g/n. Jaderný modul rt2800usb je součástí DietPI pro Raspberry Pi 4 (32-bit image s jádrem 5.10.17-v7l+). Ke koupi třeba na Rpishop - Wifi modul do USB, s anténou, 150 Mb/s Tento konkrétní model má nevýhodu v mechanicmém provedení - pendrek lze otočit jen o 90 stupňů. Funkčnost jinak OK. Čerpal jsem z elinux.org - RPi USB Wi-Fi Adapters.

Kód: [Vybrat]
root@DietPi:~# iw phy  
Wiphy phyExt
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
max # sched scan SSIDs: 0
max # match sets: 0
Retry short long limit: 2
Coverage class: 0 (up to 0m)
Device supports RSN-IBSS.
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP-128 (00-0f-ac:4)
* CCMP-256 (00-0f-ac:10)
* GCMP-128 (00-0f-ac:8)
* GCMP-256 (00-0f-ac:9)
* CMAC (00-0f-ac:6)
* CMAC-256 (00-0f-ac:13)
* GMAC-128 (00-0f-ac:11)
* GMAC-256 (00-0f-ac:12)
Available Antennas: TX 0 RX 0
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
Band 1:
Capabilities: 0x17e
HT20/HT40
SM Power Save disabled
RX Greenfield
RX HT20 SGI
RX HT40 SGI
RX STBC 1-stream
Max AMSDU length: 3839 bytes
No DSSS/CCK HT40
Maximum RX AMPDU length 32767 bytes (exponent: 0x002)
Minimum RX AMPDU time spacing: 2 usec (0x04)
HT TX/RX MCS rate indexes supported: 0-7, 32
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps (short preamble supported)
* 5.5 Mbps (short preamble supported)
* 11.0 Mbps (short preamble supported)
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
Supported commands:
* new_interface
* set_interface
* new_key
* start_ap
* new_station
* new_mpath
* set_mesh_config
* set_bss
* authenticate
* associate
* deauthenticate
* disassociate
* join_ibss
* join_mesh
* remain_on_channel
* set_tx_bitrate_mask
* frame
* frame_wait_cancel
* set_wiphy_netns
* set_channel
* set_wds_peer
* probe_client
* set_noack_map
* register_beacons
* start_p2p_device
* set_mcast_rate
* connect
* disconnect
* set_qos_map
* set_multicast_to_unicast
software interface modes (can always be added):
* AP/VLAN
* monitor
valid interface combinations:
* #{ AP, mesh point } <= 8,
   total <= 8, #channels <= 1
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
Device supports TX status socket option.
Device supports HT-IBSS.
Device supports SAE with AUTHENTICATE command
Device supports low priority scan.
Device supports scan flush.
Device supports AP scan.
Device supports per-vif TX power setting
Driver supports full state transitions for AP/GO clients
Driver supports a userspace MPM
Device supports configuring vdev MAC-addr on create.
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0x40 0xb0 0xc0 0xd0
* managed: 0x40 0xb0 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* mesh point: 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* P2P-device: 0x40 0xd0
Supported extended features:
* [ RRM ]: RRM
* [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
* [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
* [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
root@DietPi:~#
root@DietPi:~# iw dev
phy#3
Interface wlan0
ifindex 8
wdev 0x300000001
addr 06:da:35:e1:b2:59
ssid IOTGW
type AP
channel 11 (2462 MHz), width: 20 MHz, center1: 2462 MHz
txpower 20.00 dBm
root@DietPi:~#

238
Hardware / Re:Wi-Fu USB adaptér podporovaný v Linuxu
« kdy: 26. 03. 2021, 20:43:24 »
Postarší TP-LINK TL-WN722N mi fungoval zatím všude:

https://www.alza.cz/tp-link-tl-wn722n-d155291.htm

Běží v pásmu 2,4 GHz a podporuje standardy má 802.11n, 802.11g, 802.11b.

Takže zapomeňte na 5 GHz a moderní wifikundace. Ale kdo je opravdu potřebuje?

Kód: [Vybrat]
[112432.350052] usb 3-2: new high-speed USB device number 12 using xhci_hcd
[112432.517474] usb 3-2: New USB device found, idVendor=0cf3, idProduct=9271, bcdDevice= 1.08
[112432.517476] usb 3-2: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[112432.517477] usb 3-2: Product: USB2.0 WLAN
[112432.517478] usb 3-2: Manufacturer: ATHEROS
[112432.517479] usb 3-2: SerialNumber: 12345
[112432.522479] usb 3-2: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[112432.984533] usb 3-2: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[112433.235405] ath9k_htc 3-2:1.0: ath9k_htc: HTC initialized with 33 credits
[112433.462455] ath9k_htc 3-2:1.0: ath9k_htc: FW Version: 1.4
[112433.462461] ath9k_htc 3-2:1.0: FW RMW support: On
[112433.462465] ath: EEPROM regdomain: 0x809c
[112433.462466] ath: EEPROM indicates we should expect a country code
[112433.462468] ath: doing EEPROM country->regdmn map search
[112433.462470] ath: country maps to regdmn code: 0x52
[112433.462473] ath: Country alpha2 being used: CN
[112433.462474] ath: Regpair used: 0x52
[112433.466782] ieee80211 phy2: Atheros AR9271 Rev:1

Obecně většinu wifin jde rozchodit, ale třeba rozšířené karty s Realtek 8188 (TP-LINK TL-WN725N, Netis WF2119S, ...) vyžadují instalaci extra ovladače (pro klientský režim je nejlepší asi https://github.com/kimocoder/realtek_rtwifi), protože jaderný ovladač z distribuce není funkční.

Rada s dongle pro Raspberry Pi je také dobrá.

Taky koukněte na Debian seznam https://wiki.debian.org/WiFi#USB_Devices Měl by platit i pro Mint

Vše mluvím o wifi pro klientský režim, pokud byste chtěl AP režim chce to zohlednit další faktory.

240
Odkladiště / Re:Elektrická zásuvka - rozbočovač/rozvodka
« kdy: 21. 03. 2021, 15:11:36 »
... A prodávají se i větší zvěrstva, třeba prodlužovačky s kulatou  zástrčkou i zásuvkou, ale pouze dvojžilové, tj. bez PE! Pravda, v zásuvce jsou jakési výlisky, které mají umožnit zastrčení pouze ploché zásuvky, ovšem není problém je ulomit. Podle mne se totiž takové prodlužovačky kupují jen omylem, nenapadá mě, na co by mohly být v praxi dobré, no když zjistím, že do ní nestrčím normální zástrčku ...
Jsem toho názoru, že toto by se vůbec nemělo prodávat. Řek bych, že to kupují spíš ženské a socky, protože jsou levnější než třížilové. Hádám, že je to důsledek tlaku supermarketů ceny.
Ostatně povolení použití 16A jističe na pevné vedení 1,5 mm2 taky vidím spíš jako lobby developerů, aby ušetřili.

Prodali mi takovou prodlužku k elektrické řetězové pile. Trochu jsem koukal, že tam nezastrčím nic jiného, ale zrovna v tomto případě mi to moc nevadí - pila má také jen dvě žíly a k ničemu jinému ji prakticky nepoužívám, mám  ji kabelovým očkem připevněnou trvale k pile.

Stran: 1 ... 14 15 [16] 17 18 ... 90