- Linux kezdőknek
- Kaspersky Antivirus és Internet Security Fórum
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Kiderült, hogy hol veszik a legtöbb kínai EV-t
- Synology NAS
- Itt van az eddig legjobban teljesítő kétfiókos NAS a TerraMastertől
- Egyre több európai használja a Telegramot, ezért megkereste az EU
- Mesterséges intelligencia topik
- Zimbabwébe ment a Starlink
- Bittorrent topik
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Dißnäëß
veterán
válasz Frawly #30043 üzenetére
Igen, ezeket ismerem, de nincs két VGA-m, viszont hogy ENNYIRE betetűsödjön a guest VM grafika, nem gondoltam volna. Nem szerver volt a cél ezzel, de egyelőre le is tettem róla, hogy VM-ben "grafikázok".
Azaz az IOMMU lesz ez, csak előtte még vennem kell egy nagylevegőt (Meg egy 2. VGA-t a GF GT710 mellé). Ezt a fícsört az alaplapnak is tudnia kell (tudja), a CPU-nak is (tudja), és a VM-nek exkluzívban odaadott hardvernek is tudnia kell (nemtudja). Szóval nagylevegő, de legalább már irányba álltunk.
POKE 16017,44 ..... SYS 2077
-
Dißnäëß
veterán
válasz Frawly #30043 üzenetére
Nnnna, közben sikereket értem el: van egy olajozottan viselkedő W10 guest-em. Vééégre.
Virtio full driver pack-et feltettem, a storage-ot már telepítéskor (2 CDROM-ot kapott, egyik a Windows telepítő volt, másik pedig a virtio drivereket tartalmazó iso).. network-öt utólag, QLX grafika utólag, minden egyéb utólag. Van egy exe az iso-ban, ami felpakol kvázi mindent.Fedora munka, van stable és latest, én bepróbáltam a W10 guest-en a "latest"-nek az iso-ját és gyönyörűen műx Pattog a W10 VM-ben is mint állat, tudtam is egy jót fullscreen-ben használva (mint natívban) Photoshop-ozni egy jót.
Gondoltam, leírom. Aki esetleg hasonlókkal küzd, vagy hasonlóan perverz, hogy otthon is desktop gépen Linuxozik és VM-ben futtat egy W10-et, annak melegen ajánlom: [link] , a lap 3/4-ede körül lent, Stable és Latest "virtio-win iso" fájlok egyike lesz az.
A drivereket ha kézzel tolja fel az ember, a rendszer nem találja meg, tehát rá kell erőszakolni, viszont úgy nem fog hibát dobni, hanem megeszi szépen.
A "Balloon" driver feltétele után nem kell megijedni, ha az üres, nyugalmi állapotú W10 rendszer ~95%-ig foglaltnak-használtnak jelzi a memóriát, az normális innentől. (Elég morbidul néz ki, de direkt lesz ilyen).
POKE 16017,44 ..... SYS 2077
-
Dißnäëß
veterán
válasz Frawly #30098 üzenetére
Öööö, szerintem ne nekem De nagyjából kifejtetted kicsit részletesebben, amire én is utaltam a kérdezőnek.
@bambano: +1, igazából attól függ, mire kell. Ilyen alap logikai izolációkra, hogy semmi durva teljesítményelvárás, csak ül 1-2 buta szerver démon a maga kis elzárt homokozójában, néha kiszolgálva 1-2 kérést, még 2 fizikai mag is bőőőven oké. De újabb i3-ak 4 fizikaival pláne, igen.
De Frawly-nak is igaza van, csak lehet, félreértett engem (vagy én fogalmaztam nemjól), eszem ágában nem volt i3-azni szerverbe, de kérdés, mit tekintünk szervernek. A home lab, vagy egy fejlesztő kezében egy sima laptop is lehet "szerver" arra a pár órára, míg beröffenti a dolgokat, mert miért ne lehetne. (Legalábbis nálam ez tipikusan ilyen kis szerver / nagy szerver kategória, ma már bármi lehet szerver, egy Raspberry Pi is.. meg ugye környezet függő, DEV-nek jó lehet, PROD-nak nyilváááán SOHA)
Még mindig a fejlesztéshez vissza, mert pont ebben vagyok én is mostanság: HAProxy-s pacemaker-es loadbalancer-es felállást meg minden ilyen "ökörséget" kicsiben tökéletesen el lehet játszani Virtualboxokban is egy Windows host-on, én így csináltam pár éve, igaz gamer laptop volt 4 maggal, de 1 szálat kapott minden és miután beboot-oltak a VM-ek, idle-ben ott üldögéltek kb. az idő 99%-ában, viszont konfigolgatni, demózni, próbálgatni ezt-azt nagyon hasznos volt a kis mini-lab. A 8G RAM elég sokmindenre, egy Debian "standard" installer iso pedig desktop nélkül 1 vCPU-val és 512 RAM-al elég jól tud hasítani, valami 80 MB az alap RAM igénye az első friss telepítés után, de mindjárt lepróbálom egy netinst-en.
[ Szerkesztve ]
POKE 16017,44 ..... SYS 2077
-
Dißnäëß
veterán
válasz Frawly #30102 üzenetére
Hát feszegettem szerver célra, a környezet laptop volt mindvégig. Nem írta meg a kérdező, milyen CPU végül. Vt-d nélkül sok esély nincs, vt-d-vel is csak szolídban, kicsiben (i5 és fentebb az ő esetében, új vasaknál már az i3 is 4-magos + vt-d-s).
Na közben meg is van a Deb10 testing friss install egy 1 magos 512 RAM-os VM-be.
root@debian:~# free -h
total used free shared buff/cache available
Mem: 482Mi 56Mi 350Mi 0.0Ki 75Mi 413Mi
Swap: 509Mi 0B 509MiLehet ezzel bohóckodni sokat Kérdés, mit akar virtualizálni. 8G fizikai RAM-al még egy 4G-s W10-et is tud, igaz, mire bejön, elmehet vacsizni közben
Mindig a "mire" a kérdés.
[ Szerkesztve ]
POKE 16017,44 ..... SYS 2077
-
Dißnäëß
veterán
válasz Frawly #30104 üzenetére
Ezt itt és most azonnal megvétóznám, egyrészt így tanultam ki magam is a zfs-t anno, mielőtt élesben elcsesznék valamit, (nem, nem kell alá tenger memória, a közhiedelemmel ellentétben), másrészt 1 szem vCPU-val és 1-2G RAM-al simán lehet php-zni, node.js-ezni és megannyi akár architekturális, akár backend és middleware fejlesztést és szimulációt csinálni. 8G RAM mellett ne mondd már, hogy nem tud az ember lecsípni némi RAM-ot és valami hasznosat alkotni, mert most azonnal magamhoz nyúlok és neeem akart megfulladni semmi, hogy nincs alatta 100 CPU mag..
Szerintem kicsit bőkezűen osztod az erőforrásokat, vagy csak nagyon egy irányba akarsz lőni ágyúval verébre. Értem én a nagyszerveresdit, de azért van a lónak túloldala is (ezt leírtam) + nyilván ki milyen jól lovagol, e kettő között még rengeteg lehetőség és tudnod kellene, melyik fázisban vagy éppen.
De egy webshopot, egy társkeresőt (nem azt, de hasonlót, mindegy), egy mittomén milyen dolgot, sok-sok egyéb komoly pénzcsináló projektet simán összerakok egy ilyen laptopon, egyet meg konkrétan a haverommal közös cégünknek rakott össze egy külsős fejlesztőbrigád és az egész motyó elfutna ezen az említett laptopon lazán, legalábbis a mostani 30-40 user-el (ha felfutott, az egy más téma, de itt már nem is csak DEV, hanem egyenesen UAT-ról beszélek).
Egy BSS stack-et már nem rakunk össze ezen, az igaz. Meg számlázórendszert sem, meg SAP gigainterfészeket sem. De az azért pont a ló túloldala, meg az ágyúval griffmadár kategória, itt most verébről volt szó végig.
És de, pont az InnoDB HA a másik, amit itthon teszteltem ki és paramétereztem mikor hogyan szénné, 3 kis VM-ben, előtte meg próbálgattuk a cégben még anno három másik soványka VM-en szintén, úgy kellett sírni a kapacitásért... de az MSSQL a másik akkor, ne csak szerencsétlen MySQL legyen mindig, itt sincs semmi dráma 3 ekkora VM-en egy Always On-t összelökni. Nem egy nagy sztori az egész, sem erőforrásban, sem konfigolásban, de igen, 3 csöpp VM-ben is elindul és tesztelhető, így tettük mi is. Tudod, írtam is, hogy PROD-ra semmiképp, de előtte.. na .. feltételezem, tisztában vagy a szoftverfejlesztés főbb állomásaival és az egyes állomások erőforrás igényével, szerintem nem kéne csodálkoznod, hogy tesztelésről van szó, igen, fejlesztői teszt DEV-en, egy ilyen laptopon, lazán. Előző munkahelyemen egy pénzügyi startup-nál giga portál tesztelődött ugyanígy lokál laptopon 8G RAM-al és ment fel utána a nagyvasakra következő fázisba, végül állt élesbe felhőben és csattantak rá többszázezren. Nincs ebben semmi különös, pedig ott azért nem a snake-et írogatták.
No offense, csak ne dobálózz már olyanokkal, hogy én dobálózok, egyrészt nem dobálózás, másrészt direkt hozok ilyen példát, mert mindenki - lásd, még egy szakmabéli is - azt gondolja, ezek ilyen ördögtől való boszorkánykonyha "atyaúristen" elérhetetlen szupertechnológiák, amiket ne lehetne ledemózni 3 csoffadt kis VM-en. Dehogynem lehet, röhögve, nekünk powerpoint helyett élesben ment az főnökök előtt, hogy kirúgtuk az egyik lábát és néztük, mikor hogyan viselkedik melyik node, később ugyanez durvább teljesítmény teszt alatt, meg még több tucat egyéb..
Most mi is 150+ magos dedikált farmon futtatjuk a motyót elképesztő mennyiségű RAM-al, de ez már más tészta. És 3 fentebb említett szaros kis VM juttatott minket oda, hogy elkezdjük ezeket tisztességesen kitesztelni, megnyúzni, agyonhajtani, használni, meg az én hajnalba nyúló óráim itthon az akkor még csöpp konfigomon, nem a consulting cég jött csillióért megmondani nekünk a tutit. Ja bocs, de, de ők azt se tudták, mi ez még tavaly és hoztak egy olyan megoldást elsőre, ami ugyan HA-t adott, de konzisztenciát nem, meg még pár egyéb dolgot sem.
Ne dobálózzunk olyanokkal, hogy mit lehet és mit nem, mert csak kreativitás és odafigyelés kérdése és nagyon sokmindent lehet.
POKE 16017,44 ..... SYS 2077
-
inf3rno
nagyúr
válasz Frawly #30113 üzenetére
Jó, de a kérdés nem ez volt. Én simán kikapcsolom a dedupot az itthoni gépen, hogy ne kelljen emiatt ramot vennem, az élesen meg úgyis lesz, ha szükség van rá. A kérdés, hogy mennyi az annyi? 2GB elég neki pl 1TB tárhelyen, vagy több kell, esetleg kevesebb?
Buliban hasznos! =]
-
Krystal_s
addikt
válasz Frawly #30195 üzenetére
Ubuntu Live alatt vagyok. Ott elvileg nem kell jelszó, de azért csináltam, mert hibát írt ki.
ubuntu@ubuntu:~$ sudo passwd root
New password:
Retype new password:
passwd: password updated successfully
ubuntu@ubuntu:~$ su
Password:
root@ubuntu:/home/ubuntu# systemctl stop NetworkManager
root@ubuntu:/home/ubuntu# ip link set wlp2s0 down
root@ubuntu:/home/ubuntu# iw dev wlp2s0 set channel 11 HT40+
kernel reports: (extension) channel is disabled
command failed: Invalid argument (-22)
root@ubuntu:/home/ubuntu# ip link set wlp2s0 up
RTNETLINK answers: Operation not possible due to RF-killSuccessfully initialized wpa_supplicant
root@ubuntu:/home/ubuntu# iw dev
phy#0
Interface wlp2s0
ifindex 4
wdev 0x1
addr xx:xx:xx:xx:xx:xx
type managed
txpower 15.00 dBmValami nem jó, de most nem a 40 MHz lesz a gond, mert megnéztem úgy is, hogy a Routerben átállítottam 20 MHz-re és a csatornát is megváltoztattam. Sajnos akkor sem lett jó. Térerő továbbra is max, de a sebesség sokszor 1 Mbit/s, aztán 54, 134, random változik, instabil.
A leírások szerint a gksudo gedit /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf
Code: wifi.powersave = 2
segítene, de mivel Live linuxon vagyok, ezért elvesznek a beállítások restart után.
vagy
Code: echo "options iwlwifi 11n_disable=8" | sudo tee /etc/modprobe.d/iwlwifi11n.conf Press Enter, give your password and press Enter again.
Reboot.[ Szerkesztve ]
-
vzozo
senior tag
válasz Frawly #30337 üzenetére
Köszi mindkettőtöknek. Qrva sok szívás van az USB-SATA miatt, de az SBC-knek ez a borzasztó hátrányuk, már ezerszer megbántam, hogy ebbe vágtam a fejszémet. Ugyanakkor a lakásban jelenleg nincs olyan zug, ahová elrakhatnék egy "rendes" x86 alapú vasat, asszony meg nyilván nem szeretné se a nappaliban, se a háló- vagy gyerekszobában látni. Paff.
Itt (https://forum.manjaro.org/t/solved-trim-not-working-on-a-usb-3-0-drive/45585/33) azt állítják hogy a JMS 578 támogatja a trimet.
Ami érdekes az fstrim-mel, hogy amikor először futtattam 19-én a posztolás után, akkor trimmelt kb. 220 gigát. Majd pár órára rá néhány megát.
Most délelőtt újra futtattam, és:
root@odroidn2:/home/vz# fstrim -a -v
/var/log: 39.3 MiB (41156608 bytes) trimmed on /dev/zram0
/media/mmcboot: 56.7 GiB (60854341632 bytes) trimmed on /dev/mmcblk1p1
/: 226.8 GiB (243520970752 bytes) trimmed on /dev/sda1
kb. fél órával később:
/: 69.3 MiB (72646656 bytes) trimmed on /dev/sda1
Volt a hétvégén néhány restart, lehet amiatt trimmelte újra az egész SD-t és az SSD-t is? Fura...
-
b3Ro
senior tag
válasz Frawly #30354 üzenetére
fent van. kdenlive alatt megy rendesen, es vainfo alapjan is minden jo.
Kozben probaltam a kovetkezovel:ffmpeg -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/renderD128 -i INPUT -c:v h264_vaapi -profile:v high -level 41 -vf "format=nv12|vaapi,hwupload,scale_vaapi=w=2560:h=1440:format=nv12" -c:a copy OUTPUT
De ezt kapom vissza:
[h264_vaapi @ 0x55b7251877c0] No quality level set; using default (20)
[h264_vaapi @ 0x55b7251877c0] Driver does not support some wanted packed headers (wanted 0xd, found 0)
[h264_vaapi @ 0x55b7251877c0] Driver does not support packed sequence headers, but a global header is requested.
[h264_vaapi @ 0x55b7251877c0] No global header will be written: this may result in a stream which is not usable for some purposes (e.g. not muxable to some containers).
Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input
Error initializing output stream 0:0 --
Conversion failed![ Szerkesztve ]
-
inf3rno
nagyúr
válasz Frawly #30373 üzenetére
Nem ajánlás, mert ténylegesen vezethet adatvesztéshez, ha hibás memória marad a rendszerben valahogyan. Indulásnál volt már, hogy átment a memória teszten nekem rossz memória. Utána csak az OS tudja megfogni, de ahhoz azt hiszem az kellene, hogy kernelt vagy ilyesmit töltsön rá, amit ténylegesen ellenőriz. Ha sima fájlok mennek bele pl másolásnál, akkor a másolat köszönőviszonyban sem lesz az eredeti fájllal. A ZFS-nél még ott van az automatikus javítás, amit azt csinálja, hogy checksumot ellenőriz, aztán felülírja a hibás blokkot a jóval. Itt is kaphatsz hibás checksumot egy blokkra, aztán ha talál jó checksumosat, akkor felülírja a blokkodat ugyanúgy szeméttel. Ami miatt redundanciát vesztesz. Elvileg van valami threshold, hogy egy lemezen mennyi hibás checksum lehet, de gondolom jó magas, úgyhogy el tudsz lenni redundancia nélkül egy jó darabig. Meg írhatod ugyanúgy a hibás backupokat is egy másik lemezre. Aztán amikor elszáll a lemezed, ami az egyetlen jó másolatot tárolta az adatról, akkor csak pislogsz, hogy mi van. Nyilván ehhez az kell, hogy ne vedd észre egy darabig, hogy nyüzsögnek a checksum errorok, és valami gond van. Azt nem tudom, hogy az egyetlen jó checksumos blokkot is felül tudja e írni hibás memória miatt. Erre a triviális mód egy checksum collision lenne. ZFS alapból fletcher2-t használ, amiről kb. semmit nem tudok, de valszeg messze nem collision mentes. Át lehet állítani, hogy sha-256-ot használjon, azzal biztosan nem írja felül a jót, de jóval lassabb lesz. Ezen felül viszont nem ismerem eléggé a fájlrendszer felépítését, hogy tudjam máshol milyen károkat okozhat a hibás memória. Elvileg minden blokk felett van valami szülő blokk, ami tárolja a checksumot hozzá, és legfelül van valami über block, amiről több másolat készül. Ha az über block és a másolatai átírásra kerülnek, akkor az egészet lehet kukázni jó eséllyel. Szóval szerintem valós veszélyt jelenthet a nem ECC memória. De nagyjából annyi a tudásom a témáról. Valaki biztos meg tudja magyarázni, hogy megéri a kockázatot az olcsóbb alaplap és processzor, ami nem támogatja az ECC-t, mert az adatok amúgy sem érnek annyit.
[ Szerkesztve ]
Buliban hasznos! =]
-
ivana
Ármester
válasz Frawly #30374 üzenetére
Simán képes "összefirkálni" a fájlrendszert amikor kiíródik a page cache. Nem véletlen, hogy minden szerverben és kritikus rendszerben ECC ram van. Arról nem is beszélve, hogy a kernel képes lapokat hibásnak jelölni, így hibás RAM esetén is biztosítható a folyamatos működés.
-
inf3rno
nagyúr
válasz Frawly #30377 üzenetére
Nem bitflipről beszéltem, hanem hibás a memóriáról. A bitflip általában csak bitrotot okoz, pl recsegős lesz egy zene fájl vagy szétmegy néhány pixel egy képfájlon.
[link]
Ez is lehet gond, de nem akkora, mint a hibás memória. Ha a lemezen történik, akkor ha van redundancia a ZFS vissza tudja állítani az eredeti képet. Ha a memóriában történik mielőtt kiírnánk, akkor esetleg backupról lehet visszaállítani, de a változtatások elvesznek, és csinálhatjuk újra. Viszont elég ritka ahhoz, hogy ezzel komolyan számolni kellene. Talán egy emberöltő alatt elvisz 1 napi munkát.
Az oprendszer működésénél szerintem nagyon szerencsétlennek kell lenni, hogy valami komoly hibát okozzon.[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz Frawly #30383 üzenetére
Talán olvasd el, ami a képhez van írva, "1 bit flipped". Teljesen mindegy, hogy ez HDD, SSD vagy RAM esetében történik, az eredmény ugyanaz lesz. Ha annyira érdekel milyen sűrűn van, akkor keressél tudományos cikket a témában, van egy jó pár, ami foglalkozik a gyakoriságával. Ezen kívül a row hammer miatt is erősen ajánlott az ECC, mert annak a többségét is kivédi. Szerintem egyáltalán nem hype, de senki nem kötelez rá, hogy használjad. Megszoktuk már, hogy szeretsz különcködni.
Buliban hasznos! =]
-
vargalex
félisten
válasz Frawly #30407 üzenetére
A testdisk/photorec tökéletesen visszaállítja NTFS-ről is, amit csak lehet. Felesleges ezért windows-t telepíteni. Hibás (kattogó) HDD-n is eredményesen használtam. Sőt, fiam FAT32-re formázott, majd arch linux telepítővel dd-vel felülírt pendrive-járól is sikeresen visszaállítottam a még elérhető adatokat.
Alex
-
bambano
titán
válasz Frawly #30450 üzenetére
az milyen remek ötlet már egy zenész számára, hogy adjon mondjuk 5 másodperc buffert a zenéhez, így amit aktuálisan hall, az már 5 másodperce elmúlt a sequencerben, és ha rányomja a billentyűt az aktuális sávban, az majd 5 másodperc múlva lesz hallható...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
válasz Frawly #30455 üzenetére
Ez más, mert nálad a stub-ok olyan nem implementált dolgok, amik ált. nullával térnek vissza.
Ez amivel foglalkozom most ez már 2018 vége óta meglévő bug és reportolok is oda, csak nem igazán halad a történet. Igazából a framework-ös üzi a különösen érdekes, mert arra nem wine-s találatokat dob a google, hanem .net-es MS oldalakat hoz.
A te esetedben friss wine, meg a wine-staging lehet a megoldás, nem tudom most mit használsz.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
válasz Frawly #30454 üzenetére
Naa....
Évtizede, vagy kettő, a fix.tv-n volt számítógéppel támogatott zenélés powermac és windows pc között. Zenészek játszottak a gép által biztosított alapritmusra, elmondták, hogy macre jobb volt, mert ott a 120 bpm pont annyi, míg windowson "lötyögött"- hol 119.6, hol 120.2 és semmilyen buffer nem volt képes kisimítani.
https://www.coreinfinity.tech
-
Lenry
félisten
válasz Frawly #30463 üzenetére
szerintem te csak meg akartad írni azt a hsz-t, mert a PH motorja nem számozza újra a hsz-eket törlés után. ha hiányozna hozzászólás, akkor láthatnád, hogy a számozás nem folytonos, most viszont nem hiányzik egy se
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
CPT.Pirk
Jómunkásember
válasz Frawly #30540 üzenetére
Nem magát a platformot, hanem a böngészőt kötötték hozzá a Netflixhez, ami talán még kreténebb megoldás. A maximum minőséghez Windows alatt is Edge böngészőből kell Netflixezned... Viszont van Firefox kieg, ami Linux alatt is engedi a 1080p-t Netflixen, csak keress rá a "netflix 1080p" kiegre.
Az anticheat dolgok meg szintén javulnak, nem rég került be az 5.7-es Linux kernelbe egy olyan hívás lekezelése, amit a wine szintjén már nem lehetett implementálni, mert nem a normális Windows hívásokon keresztül működött. Jött erről hír a wine csapatától, aztán nem sokkal később már jött rá az implementáció a kernelbe.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Frawly #30545 üzenetére
Az a Netflix 1080p plugin működik, jelenleg is használom Firefox alatt. Hidd el, 1440p 82-es monitoromon elég hamar kiszúrnám, ha nem menne. De a Netflix test patterns videó is azt írja, hogy 1080-ban megy a műsor.
A viwedine dolog meg nyáron mikor ránéztem, csak Edge alatt működött, így a 4K videókhoz kénytelen voltál Edge-t használni Windows alatt.
A telefon dolog egyébként jah, már a nyitott bootloader is problémát okoz a drm szintekben. A mostani telefonom is ilyen, de érdemi romlást nem okoz a képben, pedig elég jó felbontása van.Az anticheat dolgok meg ring-0 hozzáférést igényelnek, hogy működni tudjanak. Nem szánt szándékkal Linux ellen csinálják ezt, egyszerűen csak kényszerből, mert a csalások is rámentek a ring-0 hozzáférésre.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
vicze
félisten
válasz Frawly #30547 üzenetére
"elmozgatnak azokból a tartalmakból is, amik korábban legalább elérhetőek voltak az adott régióban"
Nézz utána egy kicsit hogyan működik a audiovizuális tatalom jogrendszere. Netflix csak azt tudja örökre megtartani ami a sajátja, minden más egyszer lejár. És ez országonként más."lementett (értsd előre letöltött) videókat próbáltam ingázás közben nézni telón, és behányta rendszeresen az 1043-as hibát"
Letöltött videókra 7naponta meg kell újítani a licencet, ha már elkezdted nézni akkor 48óra után. Ez annyit tesz hogy rábök arra hogy renew és kész.
Egészen mellesleg egy tartalom csak akkor letölthető, ha a jogtulajdonos ezt engedélyezi, vagy oszt rá ilyen jellegű licencet."Amazon Prime-ra, de azt mondják az se jobb"
Mivel Amazon is pontosan ugyan azon jogszabályokhoz van kötve mint minden más streaming szolgáltató.
Amazon Prime előfizetésben nézhető tartalom kb. hetente naponta változik, és borzasztó dinamikus, kivéve nyilván saját tartalom."HBO-t utálom"
Megsúgom, hogy HBO sincs UK-ben. Sky a WB tartalmak jogtulajdonosa UK-ben, és NowTV a szolgáltatásuk. -
leviske
veterán
válasz Frawly #30549 üzenetére
Igazából a dolgok többsége, amit írsz az inkább a törvényhozás sara. Az egész licencelési rendszer a média piacon kaotikus és cseppet sem vásárlóbarát.
A Netflixnek max az róható fel, hogy nem hajlandó létrehozni olyan Linuxos natív klienst, ami megfelel a partnerei által támasztott DRM követelményeknek. Bár lehet, hogy ezt csak Wayland alapon tudnák elkészíteni(?).
-
vicze
félisten
válasz Frawly #30549 üzenetére
Semmilyen formában nem kioktatásnak számtan, nem tudhatom, ki mivel van tisztában.
Abban teljesen igazad van, hogy Netflix sokkal transzparensebb lehetne a le és felkerülő tartalommal, ez egy abszolút valós probléma. A többi szolgáltató ezt jobban csinálja, bár ott sokkal rövidebb ideig vannak fenn a tartalmak. Upflix-et használom erre a problémára.
Lassan 6éve használom Netflixet napi szenten nem kevés letöltéssel, és 1x találkoztam szerver oldali hibával, az egyik legstabilabb szolgáltatás amit valaha használtam.
De ha ilyen problémáid vannak Netflix-szel, a Prime Video-val lényegesen több problémád lesz, kezdve a rengeteg fizetős tartalom arcodba tolásával.
Jelenleg a jogrendszerrel nem lehet túl sokat kezdeni. A vége az lesz, hogy minden tartalom gyártó saját szolgáltatással rendelkezik majd és mindre előfizethetsz, ez a "végjáték".
A Linux támogatottság sajnálatos (főleg hogy Android is csak egy Linux), de részben érthető a piac mérete miatt. Bár nekem is működik az említett plugin és megy 1080p. Passz.
[ Szerkesztve ]
-
bambano
titán
-
Jester01
veterán
válasz Frawly #30597 üzenetére
Amit ti írtok, az a megoldás azt csinálja, hogy bekéri az előre rögzített fájlinput mellé az én felhasználói billentyűzetinputomat, de mikor azzal végeztem, csak UTÁNA indítja a programot
Nem, egyből indítja mielőtt bármit is begépelnél. Ha nálad nem így működik akkor ott valami gubanc van, esetleg a kpcli maga ellenőrzi, hogy nem terminál a bemenet és máshogy működik.
[ Szerkesztve ]
Jester
Új hozzászólás Aktív témák
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen