Příspěvky

436

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 15. 03. 2020, 14:58:41 »

Jestli máte teď přestávku o poločase, tak bych rád věděl jak dopadl tento spor. Vysvětlil nějak PetrK proč chce, aby to u nevalidního kódu napovídalo?

437

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 12. 03. 2020, 23:26:41 »

Sice si tady povídám trochu sám se sebou, ale na závěr aspoň hodím nějaký výsledek.

Bohužel na CloudReady nelze použít arm aplikace.

Android Emulator, verze Android R 32bit:
- Angry Birds Friends 8.2.0 (arm64-v8a + arm-v7a) (Android 4.4+) - natahování praku fungovalo
- Plants vs. Zombies FREE 2.9.01 (arm64-v8a + arm-v7a) (Android 4.1+) - klikání na play taky fungovalo.
Obě jednou plynule.
Verze "R" obsahuje překladovou vrstvu z ARM do x86 a musel jsem spuštět takto:

Kód: [Vybrat]

emulator @testAVD-R-x86 -gpu swiftshader_indirect

Při spuštění s "-gpu host" sice Angry funguje, ale Plants zobrazí jen černou obrazovku.

Problém s Emulátorem je, že není uzpůsoben pro myš a často mi přestávala fungovat hw klávesnice, ale zatím se to zdá, u testovaných her, nejpoužitelnější způsob jak spustit x86 i arm aplikace. Případně vyseparovat (vytvořit) Kernel, system.img, userdata.img atd. a spouštět to přímo z Qemu bez nutnosti mít Emulátor.

Android-x86:
Problém s natahováním praku (Angry Birds) a kliknutím na "play" (Plants vs Zombies) je i ve VirtualBoxu. Našel jsem podobně vypadající problém, ale řešení žádné. Zdá se, že je rozdíl mezi "kliknutím" a "ťuknutím" a daná hra očekává "ťuknutí", alespoň tak jsem to pochopil na fóru. Doporučované řešení pomocí Tincore Keymapper nefungovalo (pokud jsem to správně nastavil, protože ta appka je dost neintuitivní).

LEGO® Legacy: Heroes Unboxed 1.0.8 (arm-v7a) - objeví se úvodní obrazovka hry a dál se nedostanu.

Nepodařilo se mi spustit nikde. Nevím jestli tam je nějaká DRM ochrana, nebo jiný problém, debugovat se mi to nechce.

438

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 02. 03. 2020, 14:43:15 »

Zkoušel jsem ještě znovu Angry Birds Friends 8.2.0 (arm64-v8a + arm-v7a) (Android 4.4+):
- s BlissOS , PrimeOS (BETA), Android-x86 7.1-r3 (vše 64bit) vytuhne hned na úvodní obrazovce
- s Android-x86 7.1-r3 (32bit) funguje, pouze nejde natáhnout prak (zkoušel jsem v Qemu nastavit virtuální usb-mouse, usb-tablet, virtio-tablet, virtio-mouse-pci, ale nic nepomohlo)

Zřejmě to funguje tak, že na 64bit OS je Houdini také 64bit a ten spouští arm64-v8a verzi hry a na 32bit OS je Houdini 32bit a ten spouští zase arm-v7a verzi hry.


Bliss mě připadal jen přebarvený Android-x86 9.0 se všemi chybami v GUI - problémy s maximalizací nebo s klikáním na buttony (muselo se klikat nalevo - např. u tlačítka "OK" nefungovalo kliknutí na "K", muselo kliknout na "O", kalibrace nepomohla).

Prime OS byl ergonomicky asi nejlepší ze všech (nejvíc se podobal práci s okny na desktopu).

Ani v Blissu, ani v Prime OS nefungoval Virgl.

Jak jsem pročetl různé fóra, tak to vypadá, že není žádná jiná překladová vrstva z ARM do x86 než Houdini a ta je vykuchaná z ChromeOS. Někde na fóru jsem četl, že BlissOS používá jinou verzi Houdini než Android-x86, ale výsledek mě připadal stejný. Takže asi poslední varianta je zkusit CloudReady (upravený ChromeOS) jestli tam bude překlad z ARM do x86 v něčem lepší.

439

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 01. 03. 2020, 19:52:20 »

To spouštíš v Qemu/KVM? Umíš tomu udělat kameru?

Ano v Qemu/KVM. Záleží jak to přesně myslíš, předat např. usb kameru z hostOS do Qemu (guestOS) není problém, ale nevím jestli jsou v Androidu nějaké appky/ovladače, které by s tou kamerou dokázaly pracovat. Zatím jsem nic takového nezkoušel.

440

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 01. 03. 2020, 17:22:27 »

Zkoušel jsem https://blissroms-x86.github.io/index.html a fungovalo to velmi rychle ;-)

Dík za tip. U Android-x86 se potýkám s problémem u aplikací určených pro ARM (říkají tomu Enable Native Bridge). Zkusil jsem pár náhodných her.

Třeba tohle funguje naprosto plynule:
Angry Birds Classic 6.0.1 (arm + arm-v7a) (Android 2.3+)
Gods of Rome 1.9.6a (arm64-v8a + arm-v7a) (Android 4.0.3+)


Ale tyhle nefungují:
Angry Birds Friends 8.2.0 (arm64-v8a + arm-v7a) (Android 4.4+) - spustí se, proklikám se až do hry, ale nefunguje natahování praku, ostatní tlačítka ve hře fungují.
Overdrive City – Car Tycoon Game v0.8.34.vc83400.rev51046.b94.release (arm-v7a) (Android 4.4+) - objeví se logo, pak úvodní obrazovka a pak to spadne.
LEGO® Legacy: Heroes Unboxed 1.0.8 (arm-v7a) - objeví se úvodní obrazovka hry a dál se nedostanu.
Plants vs. Zombies FREE 2.9.01 (arm64-v8a + arm-v7a) (Android 4.1+) - jde zadat jméno hráče, ale klikání na "play" nefunguje.
Občas dané appky i spadly a občas resetovaly i celý android. Vypadá to, že problém je především s appkami sestavenými pro arm-v7a. Zkusím ještě jiné OS, ale zas bych nechtěl, aby to bylo plné adware.

PS: Testovány verze Adroid-x86 9.0-r1, 8.1-r3, 7.1-r3 (32 i 64bit) bez 3D akcelerace, s Virglem i s VGA-pass Nvidie. Nebýt problému s arm-v7a, tak verze 7.1 by byla jasná volba - ze všech tří byla nejstabilnější. U verze 9 byly problémy i se samotným GUI OS, třeba nefungovala maximalizace okna.

441

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 29. 02. 2020, 23:54:10 »

a také 3D akcelerace[/b], alespoň softwarová (např. VirGL),

A ona softwarová akcelerace je v něčem lepší než žádná? A v čem je horší než hardwarová?

Když má OS přístup ke GPU, tak bude GUI samozřejmě plynulejší než když to bude vše přepočítávat CPU.

žádná akcelerace: nefungovaly by appky vyžadující akceleraci
softwarová akcelerace: Google SwiftShader
napůl softwarová (guestOS využívá GPU z hostOS): Virgl
hardwarová (guestOS má přímý přístup k celé nebo jen k části GPU): VGA-passthroug/Intel-GVT

Výkonostně seřazeno od nejpomalejší po nejrychlejší.

Co jsem zatím zkoušel pár náhodných her v Android-x86, tak to utáhla i ta Google SwiftShader, ale šlo poznat, že to je méně plynulé než u Virglu. I samotné prostředí OS bylo méně plynulé.

442

Software / Re:Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 27. 02. 2020, 21:33:35 »

Anbox

Na to jsem narazil. Jestli jsem pochopil správně, tak používá kernel hostitele + moduly kernelu. Jako ta filozofie se mi líbí, že je to takový Wine pro android appky, ale jak jsem viděl videa, tak to zatím působilo dost rozbitě.

443

Software / Jaký virtuální Android pro Linux (pro spouštění arm i x86 aplikací)?

« kdy: 27. 02. 2020, 19:44:22 »

Hledám Android emulátor pro PC (x86). Nechci to na vývoj aplikací, ale jen na spouštění/provozování Android aplikací - takový virtuální mobil. Po googlení na netu jsem zjistil asi toto:

- Bluestacks and NOX asi nejdoporučovanější, ale nejsou pro Linux (ve Wine zřejmě nepojede jedno ani druhé)
- např. Android-x86 nabízí ke stažení iso takže by se dal dát do Qemu což by mě vyhovovalo.
- Pro Linux je doporučován Genymotion (někde jsem četl, že je lepší než Bluestacks), ale prý tam nefungují zakoupené aplikace
- Android Emulator. Nějak jsem nepochopil proč není nejpoužívanější když je to ofiko od Googlu. Je jen pro vývojáře nebo je na něm něco špatného?
- Jestli to chápu správně, tak téměř všechny ty emulátory pro PC jsou primárně pro spouštění aplikací, které vývojáři přeportovali z ARM na x86. Pokud daná appka nemá x86 verzi, tak budu nucen spustit arm verzi dané appky, takže by daný emulátor měl umět "ARM translation layer". Je to tak? U Android-x86 je to zřejmě tohle a u Genymotion čtu, že "Note as of November 25th, 2019: The above paragraph is outdated and ARM Emulation has been broken in Genymotion for a while, so you can't use ARM apps unless you get a really old version." takže tam to nyní nefunguje?

Nebudu to instalovat jako dual-boot, ale chci to jako virtuálku. Upřednostňují Qemu, ale nebráním se ani VirtualBoxu. Rád bych, aby v tom emulátoru fungovala počítačová klávesnice a myš a také 3D akcelerace, alespoň softwarová (např. VirGL), nejlépe hardwarová (vga-pass nebo Intel GVT-g) a také Google Play. S tím, že tam nebude fungovat Goole Pay jsem byl smířený, ale na GitHubu je dole koment, že by to mělo fungovat v Genymotion což mě překvapilo.

Na netu je spousta různých článků, který emulátor je nejlepší, často jsou v jednom článku jiné emulátory než v jiném, takže bych rád poprosil jestli je tady někdo kdo si zkoušením emulátorů již prošel, aby mě navedl správným směrem, abych hledáním nepromarnil mládí . Předem díky za odpovědi.

Update: během psaní otázky jsem ještě hledal i na Rootu kde byl doporučován Android-x86, takže ho asi zítra vyzkouším v 64bitové verzi. Pokud s ním budou problémy tak pak zkusím close-source Genymotion. Pokud jste měli nějaké problémy s Android-x86, tak mi sem hoďte koment, abych se na to zaměřil. Díky.

444

Sítě / Re:Pomůže zkrácení DSL linky o 10 metrů citelně zlepšit rychlost ?

« kdy: 26. 02. 2020, 14:44:26 »

Při přechodu z ADSL na VDSL jsem dostal nový modem ZTE H267A. Po čase jsem si všiml, že cca 3x týdně vypadává DSL spojení. Sice se hned (během cca 1-2 minut) spojení zase naváže, ale jelikož používám VoIP, tak je modem nepoužitelný. Také mám telefonní kabel od přípojky dlouhý 10m a první moje myšlenka byla, že za to může právě on, ale nee. Proběhla reklamace, technik z Cetinu mi řekl, že vedení je OK a prý už viděl mockrát tel. kabel omotaný kolem el. kabelu a vše fungovalo, takže tel. kabel by na to neměl mít vliv. Modem ZTE jsem reklamoval, ale problém přetrvával, pomohla až výměna modemu za jinou značku.

Takže moje zkušenost je, že 10m dlouhý tel. kabel nemá na kvalitu spojení vliv a ani na rychlost to nemá žádný vliv, který bys reálně poznal.

445

Odkladiště / Re:Sken všech veřejných domén

« kdy: 13. 02. 2020, 17:58:34 »

vystupoval v pořadu "Den D"

To si matně pamatuju, dokonce jsem si během této diskuze na to vzpomněl, ale nevěděl jsem, že výsledkem je zrovna tento web. Jestli se nemýlím, tak tu investici nezískal a utkvělo mi v hlavě jak ten žadatel o investici říkal: "...no a když to nevyjde, tak přijdeme o peníze." a myslím, že Tomio mu do toho skočil a řekl "Né vy, to my přijdeme o peníze". 

446

Distribuce / Re:Hledá se skutečně profesionální distribuce

« kdy: 05. 02. 2020, 20:31:01 »

V openSUSE s Plasma touchpad nefungoval, v openSUSE s GNOME vše fungovalo. A to je openSUSE asi jediné velké distro, co bere KDE jako "first class citizen", jak to musí vypadat jinde si ani nechci představovat.

Nechci se zastávat KDE, taky jsem tam našel jednu drobnou chybu v efektu při křekrývání oken, ale to co popisuješ klidně mohl být problém openSUSE - špatně to ubalili. Podobný problém řešili i na Manjaru v unstable verzi a jestli jsem to správně pochopil, tak to byla právě chyba baličů, kteří vytvořili balík plamsa-framework-5.46.0-2.1 ale ostatní zbytek frameworku očekával verzi 5.47.0. Někdy je problém zjistit kdo tu chybu udělal, ale hodit to na KDE jen proto, že v Gnome to fungovalo by nebylo spravedlivé.

447

Distribuce / Re:Hledá se skutečně profesionální distribuce

« kdy: 05. 02. 2020, 19:10:30 »

Asi před půl rokem jsem si říkal, že zkusím Plasma 5, abych viděl, kam to pokročilo, tak jsem to nainstaloval na notebook a nefungoval touchpad, tedy pohyb kurzoru jo, ale ne klikání.

Jsi si jistý, že to byl problém v KDE? Tady https://bugs.launchpad.net/ubuntu/+source/sddm/+bug/1800295 je popsaný bug s klikáním v KDE, ale dole je odkaz kde je daný problém popisovaný u Xubuntu a další člověk v diskuzi danou chybu popisuje na Ubuntu.

Myslím, že společným problémem linuxového desktopu je špatné otestování. Kdysi jsem narazil v Manjaru na balíček, který nešel nainstalovat, ani nemohl jít, protože tam byla triviální chyba. Chybu opravili rychle, ale už to, že se balík dostal do stable hovoří o né moc poctivém testování a nemyslím, že na jiných distrech je to jinak. V tomhle vyhrává distro, které má nejvíce unstable uživatelů. KDE má nevýhodu, že je už dost překombinované a rozhodně složitější na otestování než jednodušší DE.

448

Distribuce / Re:Hledá se skutečně profesionální distribuce

« kdy: 05. 02. 2020, 16:39:56 »

Fedora má za sebou Red Hat, má za sebou Debian taky nějakého komerčního hráče? (Nic jsem nenašel).

Taky jsem tímto stylem přemýšlel o Fedoře. Ja jsem chtěl přejít na Fedoru právě proto, že má za sebou Red Hat a protože na rozdíl od Debianu se výrazně podílí na rozvoji sw na linuxu. Moc se mi nelíbí anitikapitalistické výkřiky, že linux, který vyvíjí nějaká firma je špatný. Pokud by neexistoval Libvirt nebo VFIO, tak by pro mne přechod z Win na Linux byl složitější. Za oběma projekty stojí právě Red Hat. Samozřejmě těch projektů co dělá Red Hat je mnohem více.

Bohužel jsem u Fedory zažil zklamání. Měl jsem ji na zkoušku v dualbootu. Když jsem si ji po několika měsících znovu spustil, tak byla rozbitá. Přitom když jsem ji opouštěl byla OK. Zřejmě se zaktualizovaly GNOME Shell Extensions, které nebyly kompatibilní se starou verzí Fedory. Taky jsem měl problém při instalaci přes Gnome Software. Myslím, že jsem instaloval Redshift. Dal jsem instalovat a nic se nestalo. Pak se mi to povedlo přes nějakého jiného správce balíčků. No a to byla další věc co mi vadila, že není jeden hlavní správce balíčků. V Gnome Software totiž bylo jenom něco (aplikace) a balíčky jsem musel hledat zase jinde - v PackageKit. Jenže PackageKit byl hrozně jednoduchý - mám dojem, že mi tam scházely vypsané závislosti jednotlivých balíčků. Na netu jsem našel chválený yumex, jenže jsem zjistil, že Fedora přestala používat yum a přešla na dnf Skončil jsem u dnfdragory. Když jsem zase za nějaký čas zapl Fedoru, že jí dám ještě šanci, tak jsem ji chtěl zaktualizovat, jenže moje verze byla -3 verze oproti aktuální verzi a nešlo ji jednoduše zaktualizovat. Vše se stáhlo, ale po restartu nedošlo k aktualizaci, jestli si dobře pamatuji, problém byl v GPG keys. Celkem jsem se s tím natrápil.

Fedoru jsem úplně nepohřbil, ale moc mě zatím nepřesvědčila. Mám dojem, že Red Hat má hodně stabilní RHEL a pak hodně testovací Fedoru. To co je mezi tím vyplňuje Debian a další distra.

Chtěl jsem vyzkoušet openSuse, na ten jejich YaST jsem zatím slyšel jen chválu, ale po přečtení recenze se mi do toho moc nechce - nevypadá to stabilněji než Fedora.

Mám Manjaro s Xfce, žádný zásadní problém jsem neměl, ale občas se nějaká chyba objeví takže taky se dívám po novém stabilnějším distru a vypadá to, že asi skončím u Debianu s Xfce nebo na Xubuntu.

Prohrabal jsem se různými distribucemi a z nějakého důvodu postupně dospěl k Manjaro s KDE. Proč zrovna Arch linux, sám nevím.

Já vím. Protože Archlinux má nejlepší dokumentaci ve vesmíru a ze všech dister co jsem zkusil má nejlepší GUI package manager - rychlý, přehledný, jednoduchý a zároveň se všemi potřebnými informacemi o balíčcích.
Jako začátečníkovi ti mohu Manjaro s Xfce doporučit. Díky Archwiki, která je jednoduchá a přehledná, rychle vyřešíš konkrétní problém a zároveň nahlídneš pod pokličku linuxu. V dokumentaci Debianu budeš hledat řešení déle - nemají ji graficky formátovanou. Přejít pak z Manjara na jiné distro není problém. Když si v Xfce uděláš pár změn, např. použiješ ikonky Faenza, přidáš nějaký vysunovací dock, tak to bude i krásné. KDE Plasma má asi hezčí efekty, ale nikdy mě nezlákalo, abych přešel. Naopak čím jsem starší tím víc se mi začíná líbit jednoduché čísté prostředí bez efektů a zbytečností. Zkusil jsem si ve VM i MacOS (s plnou 3D akcelerací) a taky mě to nenadchlo.

Snad ti můj názor bude nějak užitečný.

449

Distribuce / Re:Hledá se skutečně profesionální distribuce

« kdy: 05. 02. 2020, 11:21:03 »

pokial na tom maju ist veci z windows xp / dos (DOSbox) tak urcite MX linux (32bit/64bit podla cpu) a wine + dosbox.

Wine a dosbox funguje i na ostatních distribucích.

450

Distribuce / Re:Hledá se skutečně profesionální distribuce

« kdy: 04. 02. 2020, 15:19:26 »

Treba chyceni okna...
osobne v Xubuntu i s Xfce 4.14 na to narazim a obcas radeji pouziji zkratku "ALT+PravaMysKdekolivNadOknem+PosunMysi" na zmenu velikosti okna, protoze pouziva tema oken ktere "nema"(1px?) ramecky a vychozi WM v Xfce xfwm4 kterej bere okraje pro chyceni podle tematu_oken, resenim by bylo pouzit jine WM nebo jine TemaOken (pripadne stavajici upravit aby melo ramecky sirsi)

Taky mě štval úzký rámeček a bylo to to první co jsem si na linuxu přizpůsoboval. Je to celkem triviální změna, stačí jít do adresáře /usr/share/themes/<použité téma>/xfwm4/ otevřít patřičný soubor *.xpm v Gimpu a obrázek roztáhnout (podle potřeby i přebarvit) a uložit. Pro aplikování změny stačí překliknout téma na jiné a pak zpátky na to upravené. Byl jsem tenkrát úplně nadšený když jsem zjistil, že takovou jednoduchou změnou si mohu vytvořit zcela originální vzhled oken

PS: myslím, že v mém případě šlo i o to, že když jsem měl okna přes sebe, tak se mi špatně orientovalo kde jedno okno končí a druhé začíná. Uplně výborné to má Win7 kde je rámeček nejen široký, ale i odstínovaný, bohužel u Win10 od toho vývojáři upustili (alespoň teda ve výchozím nastavení, možná to jde někde v nastavení změnit).

PS2: možná lepší než upravovat originální *.xpm je celé použité téma zkopírovat do nového adresáře pro případ, aby se po aktualizaci nepřepsaly provedené změny.