Hirdetés
- urandom0: Száműztem az AI-t az életemből
- Real Racing 3 - Freemium csoda
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Brogyi: CTEK akkumulátor töltő és másolatai
- Elektromos rásegítésű kerékpárok
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- hcl: Poco F2 Pro facepalm
-
LOGOUT
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
Petya XT
senior tag
Kipróbáltam egy tiszta telepítéssel az új kiadást.
Azt nem tudom eldönteni, hogy a kernel miatt, vagy a Cinnamon miatt, de borzalmas ez az "idegesség", amikor ablakot méretez, böngésző nyílik, olyan mintha egy közepes screen tearinggel, lassulással küzdene az egész asztali felület. Ami feltünt, hogy a jobb klikkes csomag eltávolítással valami nem oké, a függőségek visszafogják az egész folyamatot, Synaptic-ban kell gépészkedni, de ott is problémás)
- reakcióidő borzalmas( fájlmásolásnál 2-4 mp a grafikus vissazjelzésig)
- hangproblémákEz a Cinnamon olyan most, mint fakockákon aludni. Ami nagyon jó, hogy friss kernel, friss csomagok alapból. Nyilván nem lehúzni szeretném, én mindig nagyon örülök az új dolgoknak, tudom, temérdek munka van benne, de egy jól belakott 20.3-at, erre még nem érdemes cserélni. Bár ez csak az én véleményem, csak saját tapasztalat, lehet másnál oké lesz.
...amit nagyon vártam és kíváncsi voltam, az az asztali felület százalékos méretezése, de ott is hibák vannak(125%), nem tökéletes, nálam nagyon életlenné váltak a szövegek, és a menünél is problémákat okozott.
-
Frawly
veterán
válasz
ubyegon2
#13308
üzenetére
Igen, szerencsétlenek ezek az EEE gépek, de 99+%-ban ezeknek sincs baja a Linuxszal. Használtam már vagy 4 hasonló EEE PC-t, csak egynek volt vele problémája. De ezt a problémája részt úgy kell érteni, hogy még a probléma ellenére is jobban futott rajta az Arch, mint a gyárilag hivatalosan támogatott egyetlen OS, a Win7, kisebb lag, kevesebb swapelés, kevesebb tearing. Tehát ha úgy vesszük, a Linux vitte ebben az esetben is a prímet.
Ja, az SiS egy trágya gyártó volt, annak idején is utáltam, fórumokon le is húztam rendszeresen, aztán jöttek gyökerek ugatni, hogy azjóaz, mert az öreganyja pinaszőrtetvének is olyan van, és akkor kihozták, hogy én vagyok hozzá hülye. Nyilván, az idő is azt bizonyította be.
Ha IDE csatlakozós a cucc, akkor ki kell venni az SSD-t a házából és venni hozzá egy külön SATA-IDE adaptert, befér a két nyák együtt, egyedül rögzíteni nehéz. IDE SSD-t is lehet kapni, de nem éri meg, mert ócskák, drágák, olcsóbban kijön egy SATA, M.2 SATA, mSATA SSD egy külön adapterrel.
De egy gépnél, ha csak 756 MB RAM-ig lehet bővíteni, és még csak IDE csatlakozó van benne, annak még SiS nélkül is intő jelnek kéne lennie, hogy 202X-ben már bottal se kéne piszkálni. Ahhoz nem Optibay-t meg SSD-t kell venni, hanem csipketerítőt vázával, és azzal takarni le a gépet. Esetleg virágfölddel.
-
Cinnamon-t azért választottam, mert amit néztem videót, ott azt mondták, hogy amelyik gépbe 1GB RAM vagy több van, azokra ezt ajálják.
Jó nagy marhabaromságot mondtak, 4GB alatt nem érdemes Cinnamont felrakni.
2GB-tal talán épp elnyekereg......no mindegy, ahol nézted azt a videót, onnan mást ne nézz meg. Rohadtul ismerhetik a Cinnamont, ha ezt mondják, én nem mondom, hogy nagyon ismerem, de 6 éve használom és pár gépre már felraktam.XFCE jó lesz Mint-ből, majd valószínű, hogy a compositort állítani kell, ha tearingel. Legszivesebben azt mondanám, 32 bitest tegyél fel, de már pár program nincs 32 bitesben.
Remélem innen töltöd az iso-t.
-
válasz
Petya XT
#12049
üzenetére
A Google valamiért nem fordít erőforrást rá.
Igazából nem csak a YT-ról van szó, hanem a Chromium VAAPI támogatásáról - ez kell a dekódoláshoz.
Van elvileg valami közösség által fejlesztett vonal e téren, de rég olvastam róla, nem tudom hol tart - legutóbb bugos volt és csak régebbi chromiummal ment.
Firefox vonalon még ennyiről sem tudok.Amúgy a videók dekódolását simán megoldják a mai (a 7-8 évesek is) procik gond nélkül, a dekódolt képkockák megjelenítése viszont műxik hardver gyorsítottan sok éve. Ez utóbbi felel pl. a tear-free lejátszásért is.
Nálam egy 8 éves Bulldozer alapú kétmagos AMD A6 procin sima ügy a fullHD video lejátszás linuxon. -
válasz
fradi81
#12045
üzenetére
Érdemes lenne majd ezeket a kimeneteket megnézni, ha visszaállsz Intelre.
Ez a conf fájl ugyan tearing ellen van, de ha gond van, akár ez is segíthet:
Nem saját ötlet, de valakinek ez segített, így elmentettem.
Létrehozni az alábbi fájlt (+ ha kell a könyvtárt is) ezzel a tartalommal rendszergazdaként.File: /etc/X11/xorg.conf.d/20-intel.conf
Tartalma:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "sna"
Option "DRI" "3"
EndSectionAztán jöhet az archwiki
-
válasz
#33164544
#10033
üzenetére
nVidia kártyás gépet egy hétig látam Mint Cinnamonal, de nem tearingelt. Ezt a hsz-t nézd meg, ezek a beállítások elméletileg megoldják a tearinget.
Ha nem menne a 410-essel, indulj el visszafelá, 396-ot raktam a Quadro1000 VGA-ra 2 hónapja.
-
fradi81
veterán
Hali
A Firefoxban nálatok is van tearing? A rendszerben nincs egyébként, chromium is ok, csak Firefox-ban görgetésnél jön elő.
-
Frawly
veterán
válasz
ubyegon2
#9051
üzenetére
Igaz, hogy régi, de ez nem olyan rossz kis laptop még. A proci kicsit gyenge benne, de 4 giga RAM, 120 gigás SSD, GMA4500-as GPU, azért még egész használható, ezen bármelyik disztrónak normálisan kéne mennie. Tegyél újra próbád a Manjaróval, felületből egyéni ízlés szerint választva. Egyedül a Cinmanó legyen száműzve, hogy haladj a korral

Ettől én használtam gyengébb lapost, T1400-as dual celerongy, 2 giga RAM, GMA3000-es GPU (965-ös grafikus mag), 5400 rpm HDD, és még azon is ment minden disztró normálisan, még a Ubuntu is Unityvel meg a KDE-s disztrók is, nem volt működésképtelen hardver. 64 bites, nagyobb DE-kkel kicsit komótos volt, de nem tarkón lövés lassúságban.
Vagy amikor Atom N2600-ról nyomtam, 1 giga RAM, bármelyik OS által támogatatlan GMA3600-as PowerVR GPU, 5400 rpm HDD. Erre eleve csakis Archot tettem, de kompozitált Openbox, LXDE, Xfce, i3wm elmegyegetett rajta. Egyedül a böngészés volt kínos, mert még Pale Moonnal is rendszeresen kiszaladtam a RAM-ból. Meg a tearinget nem lehetett teljesen megszüntetni hardveres DRI vsync hiányában, igaz a kompozitor csökkentette a jelenséget kb. 99%-kal, persze a legdurvább Mesa Gallium LLVMpipe szoftverrender OpenGL-es, mókolós, legagresszívebb vsynces beállítások kellettek hozzá Comptonban. De ez nem a disztró vagy a Linux hibája volt, mert ez a GPU hivatalosan csak Win7 alatt volt támogatva, de az alatt is szarul ment, ott is volt minimális tearing, meg egy 3D alkalmazás sem futott azalatt sem. Ahhoz képest, hogy mekkora hulladék kis netbook volt, még Linuxszal lehetett belőle a legtöbb mindent kihozni.
Én bármire már csak Archot teszek. Lehet adott hardveregyüttesnél először szívok a driverekkel, míg ki nem tapasztalom, utána nem nyomozok, hogy melyik optimális rá, de még sokszor ez is könnyebb, mint 20-30 féle disztrót rápróbálgatni, hátha majd valamelyik out of the box visz mindent, csak épp azt nem fogod tudni, hogy az az egy kivételes disztró hogy oldja meg, és ha az is frissül a jövőben, akkor egyszer csak nem fog menni. Igen, az Arch elsőre nem valami felhasználóbarát, de ha egyszer kiismered, onnantól fog menni bármin, és nem leszel többé semmilyen más disztróra rászorulva, semmilyen furmányos LTS meg hasonló kiadásra.
-
Ezzel nincs értelme vitázni, mivel tudjuk, hogy erősen hardverfüggő, melyik gépen melyik Linux fut jobban. Sok esetben épp a frissebb driverek vagy kernel okoz gondot. Nálam gyakorlatilag épp a Manjarok futnak a legrosszabb hatásfokkal az öreg Toshibán és eddig az öreg laptopokon is Mint-et tudtam jó hatásfokkal telepíteni, volt egy régi Fujitsu-Siemens laptop, amire kizárólag a Mint 17.3 XFCE volt hajlandó bootolni.
Az öreg Toshibán ráadásul semmi nem működött úgy, mint némelyik Ubuntu származék, bár azok se mind szuperáltak jól.Egyszóval gépfüggő, hogy mi fut éppen jól az adott konfigon. Ettől még persze lobbizhattok tovább a Manjaroval, de amit írsz, hogy az emberek panaszkodnak a tearingre......talán sokkal többen Ubuntusok, ja, mivel nagyságrendekkel többet használnak belőle. Akinél pedig minden jól működik, az nem fogja ide beírni.

Engem ettől még abszolút nem érdekel, ha mindenkit áthúztok a Manjarora vagy más rollingra.
Legfeljebb ne úgy vezessétek elő, mint ha csak az lenne a tuti, a Debian/Ubuntu vonal meg tulajdonképpen használhatatlan.Mondjuk ettől a 12-es Mesától is lementem hídba
Mesa 17.2.8 van a tárolókban. Mint 18.3
-
Frawly
veterán
válasz
ubyegon2
#9043
üzenetére
Ennek nincs köze sem a rollinghoz, sem a kernelverzióhoz. Már a Mintben sincs annyira régi kernel (4.10), hogy számítson, elég rég kiforrott benne a modesetting driver. Lehet talán a Xorg régi benne (1.18.x, Arch-vonalon pl. már évek óta 1.19-es van). Mondjuk ettől a 12-es Mesától is lementem hídba, korszerű disztrókon már rég 17.3.x ágat nyomják, és nyakunkon a 18-as ág megjelenése is, ami nemsokára várható bleeding edge rendszereken. Ez kell a kezdőnek, jó friss disztró, hadd szívjanak az emberek, ha valamit repón kívül kell feltenni, vagy jó grafikus teljesítményt akarnak, mert játszanának is (amit lehet is már Linuxon). Használhatatlan, de legalább 2387-ig támogatott ultraeltées vőrzsön, mert ezt a hihetetlen frissességet és üdeséget muszáj megőrizni az utókornak még évszázadokig. Abban igazad van, hogy lehet csak én szoktam hozzá a tutihoz rolling rendszerek alatt, és ezzel eltolódott az értékrendem, de ezt azért kétlem, mert a topikban előjövő tearing problémák arra utalnak, hogy erre friss linuxosoknak is igénye lenne valahol tudat alatt egy távoli galaxisban.
-
Frawly
veterán
válasz
0xmilan
#9033
üzenetére
Szerintem az sem tearing, ha a tesztvideók alatt nem volt, akkor nincs. Némi villódzásszerű utánhúzás nálam is van, ha ablakot mozgatok. Ez nem tudom mitől van, másnál jelentkezik-e, de csak ablak mozgatásánál van, és volt akkor is, amikor modesetting driver helyett Intel Xorg drivert használtam. Ha majd átállok Wayland + Sway kombóra, azon is ellenőrzöm, mert gyanítom, hogy a Xorg miatt van, nem a driver vagy a kijelző okozza.
Az Xfce kompozitorával ne szenvedj (úgy emlékszem, hogy nálam jól működik, megjegyzi a vsyncet, de holnap kipróbálom újra), próbából tiltsd le, és indítsd el helyette a compont. Én ezekkel a beállításokkal használom (vagyis többel, de azok átlátszóságot, elmosást, ilyesmit adnak hozzá):
compton --backend glx --vsync openglA Xorg Intel drivernek még egy előnyét láttam: nem csak a TearFree opciót veszi el (ezzel kiváltva a kompozitort, aki csak vsyncre használná), hanem valahogy szebb az élsimítása, pl. kerek ikonok rajzolatánál. Modesetting drivernél kicsit mintha recésebbek lennének.
-
0xmilan
addikt
Közben úgy néz ki, hogy mégis van tearing. Ablak mozgatásnál látszik, ha nagyon figyelem. Eddig nyilván nem tűnt fel, mert szinte minden teljes képrenyőn van.
Van egy ilyen bug - ami nálam is aktuális - , hogy hiába kapcsolod be a vsync-et (xfwm-ben "Synchronize drawing to vertical blank"-nak becézik), amint bezárod az ablakot, elfelejti.De elvileg van rá "very easy fix":
- letöltesz egy tucat dev csomagot
- leszeded az xfwm forrását
- behúzol egy commitot, ami megoldja a hibát
- újrafordítod a csomagotHolnap (ma) megnézem közelebbről.
-
Frawly
veterán
válasz
0xmilan
#9031
üzenetére
Először erre gondoltam én is, hogy csak a 4. generációs Core-i-ben lévő GPU-kra és az annál újabbakra vonatkozik, nekem meg 2-3. generációs Core i gépeim vannak, így én is Xorg driverrel használtam egy ideig. Csak aztán derül ki az egyik már írt phoronixos linken, hogy a 4. generáció nem a CPU-ra vontakozik, hanem a GPU-ra, és gyakorlatilag azt jelenti, hogy minden G965/GMA3000-es és ennél újabb Intel GPU-nál már a modesetting drivert ajánlják használatra. Persze ezzel lesz tearing, mert magának a drivernek nincs Xorg-os TearFree kapcsolója (annak ellenére, hogy a vsyncet támogatja), de erre való a kompozitor. Ez lehet Xorg-os felület mellett futó kompozitor, de lehet Wayland-protokollt használó felület, ami meg önmagában kompozitorként is működik, és nem igényli más kompozitor feltételét.
A Comptont azért szoktam ajánlani, mert kicsi, nincs függősége, nem barmol bele a rendszerbe, könnyű vele beállításokat próbálgatni egyszerűen terminálból. Elindítod a kinézett paraméterekkel, és teszteled a futó grafikus felületed. Ha nem jó, kilövöd Ctrl+C-vel terminálban, és indítod az új paraméterekkel, amíg meg nem találod a jó megoldást. Ha nálad azt írja, hogy már fut más kompozitor, akkor neked nincs is szükséged Comptonra, ha van tearing, akkor a futó kompozitor beállításait kell megkeresni, és ott vsyncet állítani. Nagyobb asztali környezetekben általában van saját kompozitor, Compton csak oda kell, ahol nincs (ezek szerint a Cinmanó is ilyen, meg a kisebb WM-ek).
-
Frawly
veterán
válasz
0xmilan
#9018
üzenetére
A vízszintesen ugráló csík az nem attól van. Az tényleg lehet a 29,97 fps vs. 60 fps, bár nálam 60 Hz-es laptopkijelzőn nem ugrál, oldalirányban is folyamatos a csíkok mozgása. Itt egy valódi 60 fps-es tearing test.
A tearing függőlegesen lép fel, kicsit olyan, mintha a monitor kettétörne egy felső és egy alsó félre, és a kettő egy kis késéssel frissülne:

-
-
0xmilan
addikt
Eddig nekem soha nem tunt fel, pedig nezek gyorsan mozgo videokat, de amit linkeltel tearing test-et, azon latszanak az ugralo csikok.
Az xfce beepitett kompozitorjat hasznalom. Compton-t meg compiz-t le is toroltem anno. A compton-t, most leszedtem ujra, de a compton --backend glx parancsra sir, hogy egy masik composite manager mar fut (ugye az xfce fele).
~ $ inxi -Gxxx
Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
bus-ID: 00:02.0 chip-ID: 8086:0102
Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1920x1080@60.00hz
GLX Renderer: Mesa DRI Intel Sandybridge Desktop GLX Version: 3.0 Mesa 17.2.8 Direct Rendering: Yesxf86-video-intel csomagom nincs, csak xserver-xorg-video-intel.
Valtsak compton-ra?
-
Frawly
veterán
Szerintem nálad tearing van. Próbáld meg te is az előző hozzászólásomban írt compton-t futtatni, meg az inxi csomagot feltéve egy inxi -Gxxx kimenetet adni. Intelhez kétféle driver van, mindkettő nyílt. Az egyik a kernelben lévő modesetting driver, és a Xorg-os Intel-driver. Az utóbbit nem is éri meg használni (xf86-video-intel csomagot eltávolítani, /etc/X11/xorg.conf.d/20-intel.conf fájlt átnevezni valami hülyeségre).
A topikgazdának üzenném: a fenti témaösszefoglalóba bele kéne írni a tearingről összefoglalót, ide is, meg a kezdő linuxos topikba is. Szinte minden 2. hozzászólónak ez a gondja, nem is értem, hogy a mintesek is miért nem figyelnek erre jobban, meg miért nem tartalmaz a Cinnamon alapból bekapcsolt, vsynces kompozitort, miért akarják az ismeretlen tényezős driverre rábízni, szerencsejátékot csinálva ebből. Tipikusan az ilyen hanyagsággal lehet a kezdő linuxosokkal megutáltatni a Linuxot, akik aztán el fogják könyvelni, hogy szar az egész, és pattintják is vissza a Windowst, amin nem jön elő ilyen hiba. Ez már a sokadik cinnamonos eset, emiatt ha valaki kezdő linuxosként első disztrót keres, kifejezetten inteni fogom, hogy Mint Cinnamont használjon, helyette a waylandes Gnome3/KDE5 valamelyikét fogom ajánlani (ezek egyben kompozitorok is a Wayland-protokoll miatt), vagy xorgos felületekből az Xfce-et, mert abba be van építve kompozitor, rendesen ki vannak vezetve a beállításai is a grafikus felületre. Ezzel nem azt mondom, hogy a Cinnamon rossz, de ezek szerint nem kezdőknek való, hiába szánták azoknak, mint teljes windows-szerű élményt nyújtó felhasználóbarát felület.
-
Frawly
veterán
Akkor tárgytalan az egész. Ha mikrolag van, az nem tearing. A tearing az az, hogy mikor görgetsz lefelé, vagy gyors mozgásokat tartalmazó videót nézel, akkor a kép néha széttörik csíkokra, mintha nem egyszerre frissülne az egész képernyő, hanem külön a teteje, aztán egy kis késéssel egy külön csíkban az alja.
Ha mikrolag van, akkor máshol lesz a gond. Nálam sokkal gyengébb procival (i7 2720M, ami nem ilyen új Sky Lake, hanem egy elég régi, lófasz moil proci, gyenge GPU-val HD3000), semmilyen mikrolag nincs. Nem volt Intel driverrel (Xorg driver) sem, meg modesetting (Intel kernel) driverrel sem, teljesen vaj sima a görgetés, folyamatos, mint ahogy írod, a filmek végén a stáblista, egy pillanatra sem akad meg, mindegy milyen hosszan görgetem.
Háttértárnak mit használsz? Kernelkimetet nézd meg dmesg -H parancsot futtatva, hogy a háttértárakat milyen IDE/SATA módban használja. RAM mennyi van a gépben, a swap mekkora?
A helyedben azért feltenném a Compton nevű csomagot, és terminálból elindítanám a compton --backend glx paranccsal, és úgy is megnézném a görgetést. Valószínű nem fogja megoldani, de ha mégis, akkor tudjuk, hogy hol keressük a problémát.
-
Frawly
veterán
Mindenképp adj esélyt ennek az Open akármicsodának. Kíváncsi vagyok mire jutsz vele, majd számolj be a tapasztalatokról.
Igazából, ha annyira nem megy, akkor is maradhatsz a Linuxnál. Akkor használod a gépet szoftver renderben Mesa-val (Gallium LLVMpipe driver) és egy kompozitorral (vsync), mondjuk Compton. Itt ott lehet egy nagyon minimális tearing, meg az igazi 3D-s alkalmazások (játék, böngésző hardveres gyorsítása) nem fog menni, de használható lesz a gép, talán használhatóbb, mint XP alatt.
-
Frawly
veterán
válasz
m165le3
#8971
üzenetére
Először majdnem azt írtam erre, hogy dehát világosan megírta, hogy nVidiája van, látszik a screenshotján is. De így átgondolva akár még igazad is lehet, ugyanis nincs kizárva, hogy ha Intel procival tolja, amiben van integrált GPU, akkor a rendszer arról is futhat, és amit írtál, az megoldhatja kompozitor nélkül is.
Mint írtam, ilyen TearFree opció csak Intelhez, AMD-hez van, nVidiához nincs.
-
m165le3
tag
Ha Intel videó vezérlőd van, ezt megcsinálod, és tökéletes lesz a görgetés, és a videó lejátszás.
Létrehozni az alábbi fájlt (+ ha kell a könyvtárt is) ezzel a tartalommal rendszergazdaként.
File: /etc/X11/xorg.conf.d/20-intel.conf
Tartalma:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "sna"
Option "DRI" "3"
EndSectionMás gyártmányú kártyához is vannak ilyen beállító file -ok, én csak ezt kutattam fel, mert nekem intel kellett.
-
Frawly
veterán
válasz
ubyegon2
#8969
üzenetére
Nincs előttem Cinnamon, rég nem használok. A neten utánatúrva sem írják, hogy hogy kéne kikapcsolni. Van benne beépített kompozitor egyáltalán? Ne azt írd, hogy én mit írjak, te nagy Cinmanós vagy, fejből kéne vágnod, hogy hol érhetőek el benne a kompozitor beállításai. Nekem hihetetlen, hogy ilyen népszerű, nagy DE, és ne lenne kompozitor beépítve.
Ha nem lenne kompozitor beépítve, akkor a compton nevű kompozitort kell feltenni a csomagtárolóból, és meghívni (automatikus indulásba betenni) így:
compton --backend glx --vsync openglnVidia kártyám nekem sincs, így azt rosszul írtam, a nyílt driverben nem lehet vsyncet állítani, sem a Xorg conf-ba "TearFree" opciót tenni (az csak Intelnél és AMD-nél működik). A zárt driverben az nvidia-settings alkalmazást kell indítani, ott előjön egy grafikus vezérlőpult-féle, de ez meg szükségtelen, mert azt írta, hogy zárt drivernél sima volt a görgetés, ergo már be lehet kapcsolva.
-
válasz
Amazonas
#8417
üzenetére
Szia!
nVidia VGA esetén ezt a PPA-t szokták javasolni, ebből a legújabb zárt drivert kéne kipróbálnod.
tearing esetén Tearing mentesítés Fenyő kolléga tollából: fejezet az Ubuntu topik Összefoglalójából:
*****************************************************
/etc/X11 könyvtárban van ha van, ha nincs, akkor a xorg.conf.d könyvtárat is létre kell hozni itt (sudo mkdir /etc/X11/xorg.conf.d), utána itt kell létrehozni kártyától függően a beállítófájl(oka)t, ill. nyílt driverek (intel, amd, nouveau) esetében első körben érdemes bekapcsolni az ablakkezelő hangolásánál a Synchronize drawing to the vertical blank opciót (ez megfelelően friss driverek esetében 90% eliminálja a problémát), márha xfce-t használsz, de a teljes tearingmentességhez érdemes még a beállítófájlokat is létrehozni, Amd/Ati esetében egy 20-radeon.conf nevűt az alábbiakkal;Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "EXAVSync" "on"
Option "EXAPixmaps" "on"
Option "AccelDFS" "on"
EndSectionZárt Amd-nél a Catalyst-ban pedig a szagattásmentes asztal (tearfree desktop) nevű opciót kell alkalmazni.
Intel esetében a 20-intel.conf nevűt;
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
Option "TearFree" "true"
EndSectionZárt 500-as vagy újabb szériájú Nvidia esetében pedig a 20-nvidia.conf-ot
Section "Device"
Identifier "Nvidia Card"
Driver "nvidia"
VendorName "NVIDIA Corporation"
Option "TripleBuffer" "True"
Option "metamodes" "nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }
EndSectionEgyéb zárt Nv esetében csak a compton (disztró, kártya és driver függően és nem feltétlen 100%-os eredménnyel) és a compiz (Xfce, Mate és Unity alatt elérhető csak szintén csak bizonyos disztrók alatt) hozhat megoldást, ez utóbbi ha működik viszont teljes sikerrel kecsegtet.
Egyéb nem támogatott karik (Via S3, Sis Mirage, Matrox, 3DFX, pre GF2/Radeon stb) esetében pedig egyelőre nincs mód a tearing kiküszöbölésére.
**********************Van még az Oibaf PPA, erről ritkábban hallani.
-
Amazonas
senior tag
Sziasztok,
látom, hogy éppen a tearing-ről van szó. Nekem is ilyen problémám van egy GT1030-al filmnézéskor:
Kernel: 4.10.0-37-generic x86_64 (64 bit) Desktop: KDE Plasma 5.8.7
Distro: Linux Mint 18.2 SonyaCard: NVIDIA Device 1d01
Display Server: X.org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
tty size: 155x39 Advanced Data: N/A for rootAnélkül, hogy hosszasan visszaolvasnék, mit javasoltok?
Köszönöm. -
Frawly
veterán
válasz
ubyegon2
#8414
üzenetére
Múltkor írt hozzászólásban valaki (vagy te, vagy King Unique) valamelyik linuxos topikban egy összefoglalót a grafikus driverekről. Azt kéne kitenni az összefoglalóba, vagy logoutos cikkbe. Úgy tudom, hogy az ATI/AMD X1xxxx-as kártyákon csak a régi fajta amdgpu driver megy, szóval sok választás nincs rá. A másik, hogy nem elég a megfelelő grafikus drivert feltenni, tearing ellen az is kell, hogy fusson egy kompozitor is, ami kihasználja a driver vsync-jét.
-
paizinho
tag
Sziasztok!
Nemrég beléptem a Mint használók táborába. Otthoni felhasználóként, a használt Win10-es programjaimra találtam Linux-os alternatívákat, így azt gondolom jól sikerült az áttérés.
Egy hardveres problémát azonban nem tudtam megoldani, szeretném a segítségeteket kérni.Telepítettem a Linux Mint 18.2 32 bites változatát erre a laptopra:
- HP nx9420,
- videókártya (inxi alapján) : Advanced Micro Devices [AMD/ATI] RV530/M56-P [Mobility Radeon X1600].Már rövid használat után (többször már a bootoláskori Mint logo-n) először apró kis vonalkák jelennek meg a kijelzőn, majd kockákban elkezd ugrálni a képernyő egy része. Nagyjából látható minden, de az ugrálás miatt nem túl felhasználóbarát (
). Win10Pro alatt ez a hiba nem jelentkezett.
Eddig megoldásként azt találtam, hogy a kijelző felbontását változtatva megszűnik a probléma egy időre.A fórumban olvasgatva ezt a megoldást találtam 3727, de a tearing-re talált képernyők alapján nálam nem ez van.
Elolvastam ezt a cikket is (AMD (volt ATI) eszközmeghajtó illesztőprogramok telepítése), de nem vagyok kernelhez értő így nem kezdenék hozzá saját szakállra, csak ha valaki nálam jobban hozzáértő meg nem erősíti, hogy a cikkben leírtak a jó irány.
Az illesztőprogram kezelő nem ajánlja fel az AMD driver-t, mint külön telepíthető (nVIdia esetén megjelenik), de a keresgéléseim alapján, mivel elég koros a VGA, a Mint már tartalmazza a drivert (vagy mégsem).
Próbálgattam a különböző telepített kernelekkel (4.8, 4.10), nincs változás.
Nagyon megköszönném, ha sikerülne megoldást találni, mert nem szívesen raknám vissza a Win10-et az eddigi jó tapasztalatok alapján (más gépen).
Köszönöm:
Paizinho -
válasz
tibcsi0407
#7377
üzenetére
A PH-n még életemben nem kaptam Linux-os kérdésre megfelelő választ, pedig szerintem a kérdéseim annyira nem bonyolultak.

Arra gondoltál már, hogy a válasz várása alatt a keresőt is munkára fogd? Nem olyan bonyolult!![;]](//cdn.rios.hu/dl/s/v1.gif)
Nekem még nem volt ilyen gondom, de 20 sec alatt találtam jó pár hsz-t, igaz csak két topikban néztem meg.Itt még az Összefoglalóban is le van írva a tearingmentesítés! Persze valaki minid itt ülhetne, ha valaki lusta utánaolvasni vagy csak Összefoglalót elolvasni, akkor azonnal beírja a megfelelő választ!
-
-
Roxkex
senior tag
válasz
ubyegon2
#7248
üzenetére
Amít ígértem azt (nem) tartom meg

Sikerült a problémám megoldása!
A probléma röviden:
Adott volt egy olyan "gond", hogy nem tudtam bizonyos programokat futtatni a Dell Inspiron 3537 laposomon a dedikált vidi karival csak az integráltal.A probléma megoldása: (lev258 kolléga segítségével)
1. Az Intel és az AMD driverek részei a rendszernek (ez meglepett - anno amikor utoljára mint-eztem akkor nagyon nem voltak
)
2. Kernel frissítéséket át engedni (azokkal frissülnek a driverek - kérdés: mindig mehet fel a legfrissíebb a kernel frissítőből vagy csak amit feldob a frissítéskezelő?)
3. stabil mesa ppa -> Összefoglalóban
4. majd amit szeretnék indítani amd kártyával azt az alábbi commanddal indítom el terminálbol -> "DRI_PRIME=1 program" - esetleg eléréssel ha úgy van. Vagy csinálok hozzá egy indító ikont.Ennyi volna

További...
Sajnos a tearing-et nem tudtam teljesen megszűntetni. Bár nem olyanokat tapasztalok mint amiket YT-n láttam, hogy teljesen áttűnő lesz a program és széjjel villog az egész mint ha ki be húzgálna az ember egy hdmi-t
- Hanem "csak" amikor görgetek (pl itt a hsz-k között) akkor átlósan egy csík szerűség van mintha szét csúszna és az egyik fele gyorsabb mint a másik.Szerk.: Őőm, mégse vagyok annyira biztos abban, hogy átvált a másik kártyára, ugyanis csináltam egy glmark2 bench-et az intelel (az az nem használtam a dri-t) és az amd-val (azaz használtam a dri-t) és nem nagyon éreztem javulást.

-
Lathronos
őstag
válasz
fradi81
#6804
üzenetére
A nyílt driver működik jobban. Ez többek közt abban nyilvánul meg, hogy gyorsabb, folyamatos az animáció, bár igaz, hogy videolejátszás esetén van tearing. Valamint pár Windows játék a nyílt driver-rel elindul, a zárttal nem. Nem szoktam linuxon játszani, csak kíváncsiságból próbáltam ki.
-
lev258
veterán
"ahogy olvasom nincs Intel driver Linux-ra"
Ez így hülyeség.
Lehet, hogy Mint specifikus. Egy Ubuntu Mate Live alatt tapasztalod?
Az Ubuntu Összefoglalóban találsz egy tearing-gel kapcsolatos részt. Azt is megpróbálhatod. Firefox-ban hardveres gyorsítás ki/bekapcsolása volt már? Esetleg Finom görgetés? -
Fenyő
őstag
Erre már 2 éve is ugyanez volt a megoldás, egyrészt kapcsold be az ablakkezelő hangolásnál a kompozitálásnál a Synchronize drawing to the vertical blank opciót, másrészt hozz létre egy 20-intel.conf nevű beállítófájlt is az /etc/X11/xorg.conf.d könyvtárban (ez utóbbi könyvtárat is létre kell hozni Mint esetében) amibe az alábbi sorokat másold be;
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
Option "TearFree" "true"
EndSection -
Oké, elhiszem

Le is rántottam, megy fel vbox-ba.Ebben vajon már megoldották az XFCE vs Intel HD iszonyatos videó tearinget?
Bő két éve amikor utoljára próbálkoztam xfce-vel, akkor nézhetetlenek voltak a YT videók. -
Fenyő
őstag
Ja nekem is a kedvencem, atomstabil, kiforrott, gyors, pehelysúlyú de mégsem fapad, könnyen és részletesen konfigurálható, egyébként újabb disztrókban (pl a 16.04-ben is) már glamor-ral is megy a tearfree, persze egyelőre csak újabb kariknál van értelme átállni rá, amd-vel próbáltam már;
Section "Device"
Identifier "Radeon"
Driver "radeon"
Option "AccelMethod" "glamor"
Option "DRI" "3"
Option "TearFree" "on"
EndSectionA Synchronize drawing to the vertical blank opció meg kari és driverfüggő, hogy melyik esetben mennyit használ, de csak nyílt driverekkel működik, van ahol szinte tökéletes van ahol egyáltalán nem, de ált. a konfigfájlokkal karöltve hozza meg a várt eredményt.
Egyébként elég sok topikban lepötyögtem mer ezeket, elég gyakori kérdés, szvsz simán mehetne összefoglalva első hozzászólásba is akár. -
spammer
veterán
válasz
nemurea
#5335
üzenetére
20-intel.conf-ban megpróbálhatsz egy TearFree opciót, lásd: AW:Intel_graphics#Tear-free_video
-
nemurea
aktív tag
Sziasztok, bocsi, nem szeretek olyasmiben kérdezni, ami már annyiszor volt téma, de ezen a téren nagyon láma vagyok (mivel eddig nem volt vele problémám): Linux Mint, XFCE 32 bit: volt nemrég egy nagyobbacska frissítő csomag, és most olyan szinten tearingel a képernyő, hogy a szemem rángik' bele. Laptop, Intel HD4000 integrált proci... Internet vagy bármi, lefele szkrollozásnál. Mivel kezdjek neki?
Más: vettem egy bluetooth sztereó fülhallgatót, feltelepítettem a BlueMan-t, kb. probléma nélkül párosodik a laptop a fülhallgatóval, de csak mint headset. A BlueMan látja, hogy a kütyü képes A2DP-re is, de mikor át akarnék kapcsolni rá (hogy mégis azon hallgassam a zenét, ha már megvettem), akkor minimál infotartalmú hibaüzenettel nem csinálja meg. Olvastam egy másik fórum kb. fél évvel ezelőtti bejegyzését, hogy ha A2DP-t akarunk használni BlueMan-nal, akkor akármilyen PPA-ból kell telepíteni a frissebb verziót. Ez így van, és ha igen, akkor pontosan hogyan is nézem meg a verziókat?
Bocsánat az alap kérdésekért, közben azért guglizok

Szerk: nem integrált proci, hanem integrált videóchip, természetesen.
-
Lathronos
őstag
válasz
syler123
#4960
üzenetére
Akkor mi mindannyian hülyék vagyunk akik linuxot használunk, mert nem vesszük észre milyen bugos használhatatlan vacak?
Én 8 éve használok linuxot és eddig az általad felvázolt problémákkal sosem találkoztam. Minden hardvert jól kezelt, és nem akadt, lag-olt, tearing-elt(ez alól kivétel az XFCE, de ott csak a compton kompozitort kell telepíteni ezen hiba javítására). Viszont az lehet, hogy nem HTPC-kre nincs optimalizálva egyik disztro se. Nem tudom, én PC-t és laptopot használok. -
Fenyő
őstag
válasz
Vidual001
#4651
üzenetére
Fejben azért csak alap dolgok vannak meg, igazából azt kell tudni, mit hol kell keresni, pl itt a topikban is már elég sok minden összegyűlt, de Askubuntu-n, Mintes fórumon, ill Arch wiki-n is elég sok minden dokumentálva van, guglival is ha keresel, leggyakrabban ezeket az odalakat dobja ki.
Amúgy Radeon-hoz még ezeket érdemes beállítani, ha nem akarsz tearinget, ill. ha nem a 17.3 van fent, akkor Vivides drivereket érdemes még feldobni (#4602-ben találod a parancssort). -
Fenyő
őstag
Igen 4.0/4.1-es kernelről én is olvastam/hallottam ezt, hogy Intel vga-kal bugos, 4.2/4.3-ban nem tudom javították-e, (előbb utóbb biztos fogják) addig is lehet használni 3.16-ossal vagy 3.19-essel (Mint egyelőre itt tart).
devil-k: Azon a gépen kb bármelyik DE elmegy, ízlés dolga, hogy melyikkel használod, de ha már fent van az XFCE, a fentebbi leírt módszerrel biztos tearing mentes lesz.
-
Fenyő
őstag
Nekem az sna eddig mindig működött (meglehetősen koros (pl 865G, 915G, 945G stb) chipseteken is), uxa az már nagyon régi fejlesztés korlátozott képességekkel, persze kompatibilitás végett jól jöhet (ill. nem kötelező megadni ezt a sort és akkor default-on marad), de alapvetően (ha nincs probléma) sna-t és ha majd kiforr a glamour-t lesz érdemes használni.
devil-k: Unity Compizt használ alapból, szóval ott nincs tearingelés alapból sem, bár a Compiz aktiválható XFCE és Mate alatt is, de az ugye + erőforrásba kerül (főleg teljes pompájában Unity alatt) és kell alá egy normálisabb vga (xfce+compiz alá elég egy sm 2.0 képes (kivéve GF FX) 128mb-os kártya is).
-
Fenyő
őstag
válasz
devil-k
#4600
üzenetére
Ha szakadozás alatt tearingelést értesz és 17.2-es Xfce-et használsz, ahogy fentebb írod, akkor egyrészt kapcsold be az ablakkezelő hangolásnál a kompozitálásnál a Synchronize drawing to the vertical blank opciót, másrészt hozz létre egy 20-intel.conf nevű beállítófájlt is az /etc/X11/xorg.conf.d könyvtárban (ez utóbbi könyvtárat is létre kell hozni Mint esetében) amibe az alábbi sorokat másold be;
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
Option "TearFree" "true"
EndSectionHarmadrészt a 17.2-ben még Utopic-os kernel és Trustys nyílt vga driver van amely öszvér megoldás, eléggé bugos tud lenni Intel karik esetében (is), 3 megoldás közül választhatsz, vagy felteszed a Trustys kernelt, vagy az Utpoic-os driverveket, vagy a legfrissebb stabil Vivides összeállítást (ez utóbbit javaslom leginkább);
sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vivid libgl1-mesa-glx-lts-vivid libgl1-mesa-glx-lts-vivid:i386 libglapi-mesa-lts-vivid:i386 mesa-vdpau-drivers-lts-vivid libglew-dev
(Ill. régebben egyéb csomagok is kellhettek, most nem tudom tesztelni, de ha 42-43 mesa-s, xorg-os csomagon kívűl mást is le akarna szedni, akkor ezzel biztos nem kerül le semmi fontos)
Szerk; Kontrasztosság szvsz inkább beállítás kérdése, bár drivernek is lehet köze hozzá, de vki fentebb írta, hogy gondjai voltak a fényerő állítással...
-
APONE
tag
köszi de ehhez a részéhez végkép nem értek:
Ill. tearineglés ellen kapcsold be az ablakkezelő hangolásnál a kompozitálásnál a Synchronize drawing to the vertical blank opciót, ill az /etc/X11/xorg.conf.d a könyvtárban (a könyvtárat is létre kell hozni) pedig hozz létre egy 20-radeon.conf nevű beállítófájlt az alábbiakkal;
Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "EXAVSync" "on"
Option "EXAPixmaps" "on"
Option "AccelDFS" "on"
EndSection -
Fenyő
őstag
Akkor az jól fog futni nyílt driverekkel, bár az utopic-os verziót érdemes lehet majd felpakolni hozzá.
Ill. tearineglés ellen kapcsold be az ablakkezelő hangolásnál a kompozitálásnál a Synchronize drawing to the vertical blank opciót, ill az /etc/X11/xorg.conf.d a könyvtárban (a könyvtárat is létre kell hozni) pedig hozz létre egy 20-radeon.conf nevű beállítófájlt az alábbiakkal;
Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "EXAVSync" "on"
Option "EXAPixmaps" "on"
Option "AccelDFS" "on"
EndSection -
inf3rno
nagyúr
válasz
Dhampir
#3694
üzenetére
Ha nem megy, akkor csak törlöd parancssorból, aztán újraindítod. Nem hal meg tőle a rendszer. Nálam bejött, kétlem, hogy másik kártyánál problémát okozna, de már semmin nem lepődöm meg. A friss driver-t próbáld ki először szerintem, és csak utána ezt, ha az nem oldja meg a tearing-et.
-
Fenyő
őstag
válasz
inf3rno
#3685
üzenetére
Egyébként pont most ültem egy GT210-es gép előtt Mint 17.2 Xfce 3.16-os kernel és Utpoicos nouveau nyílt driver + sync to vblank opció és abszolút nem tearingel, zárttal még nem néztem, de Compizzal valószínűleg az is rendben lenne, de most nincs több időm a tesztelgetésre majd talán holnap még jut rá egy kis idő.
-
lev258
veterán
válasz
inf3rno
#3669
üzenetére
Egyébként azt írják, a Wayland-re történő átállás (jelenleg még az x-server van) a tearing problémát gyakorlatilag a gyökerénél oldja majd meg. Viszont Mint esetén még az sem biztos, hogy a következő verziónál megtörténik az átállás. Az általuk elvárt stabilitás és tesztelés miatt így szerintem csúszni fog a dolog 2-3 évet, míg a többi népszerű disztróban hamarabb megjelenik.
-
inf3rno
nagyúr
Valamiért a KDE-s telepítéssel megmaradt az előző distro 3.19-es kernele, nem értem miért. Lényegtelen. Elképzelhető, hogy ez is közrejátszott, hogy hibásan ismerte fel a monitor felbontását. Ha már így alakult, akkor felraktam hozzá a vivid drivereket, ahogy írtad. Ez megoldotta a felbontással kapcsolatos problémát. A driver manager viszont még mindig 340.76-ot ír, és ugyanúgy van tearing. Gondolom nem ennek kellett volna történnie...
@VaniliásRönk:
Csak hogy egy kicsit kompenzáljak, a Windows 7 óta nem tudom kikapcsolni a mouseaccel-t, így játékra szerintem teljesen alkalmatlan az a platform. Tökmindegy, hogy mennyire jók a video kártya driverek, ha az egérrel nem lehet célozni...
-
Fenyő
őstag
válasz
VaniliásRönk
#3653
üzenetére
Zárt Nvidia-ban sajnos nincs tearfree opció csak újabb 500/600/700/900-as szériákon lehet xorg.conf / 20-nvidia.conf szerkesztéssel kilőni (Option "metamodes" "nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }" sort kell hozzáadni), egyébként egyéb karikon csak KDE-vel lehet fentebb említett módszerrel kiküszöbölni még, más esetekben csak a compton meg a compiz marad alternatív megoldásként.
joecontra: Ilyen szempontból lényegtelen, hogy Xubuntu + Xcfe vagy sima Xubuntu, az ablakkezelő (xfwm4) ugyan az lesz, tearinget pl itt tudod ellenőrizni, engem speciel marhára zavar.
inf3rno: Nyílt vga driverek esetében önmagában a 3.19-es kernel semmit nem ér ha nem teszed fel hozzá a Vivides drivereket is (a sync to vblank opció alap értelmezéseben nincs bekapcsolva és csak nyílt driverekkel működik, zárttal nem), de pl régebbi drivert is kipróbálhatsz, 331-el (ehhez viszont a 3.13-as kernelre kell vissza állni és addig ne állj át Vividre) pl. tuti működik a compton (legalábbis Mint 13 vagy Lubuntu 12.04 alatt), ill. Mint Xfce alatt van Compiz is (ami garantáltan megszüntetni a tearinget), amit az Asztalbeállítások, ablakkezelő fül alatt tudsz átállítani (újraindítás szükséges).
-
fradi81
veterán
kde+nvidia zárt driver nincs tearing ezek után: [link]
-
inf3rno
nagyúr
válasz
ubyegon2
#3649
üzenetére
Nekem egyáltalán nem számít csodának, ha tearing mentesen végig tudok nézni egy youtube video-t, sokkal inkább egy minimálisan elvárható dolog, ami pl Windows alól gond nélkül megy, és ment már XP óta is. Szerintem ez egyáltalán nem olyasmi, amit félvállról kéne venni. Mint-et már kiteszteltem, ilyen formán nem fog megfelelni, most lépek tovább Ubuntu-ra.
-
inf3rno
nagyúr
Mint + KDE előttem eléggé leszerepelt. 1280x1024-nek ismerte fel a monitoromat, és ez volt az egyedüli opció, amit felbontásnál engedett kiválasztani. Gyors teszt volt...:-) Majd megnézem másik disztrón is, hátha azokon jobban szerepel majd.
Kipróbáltam a 3.19-es kernelt, nem javított semmit a tearing-el. A driver maradt ugyanaz alatta. Valamit azt hiszem te mondtál a vivid driverekről. Semmi vivdet nem láttam, csak a kernel nevében volt benne. Lehet, hogy túl régi a gép ilyesmihez...
Ahogy nézem írtad, hogy valami extra van 331-re visszaállásnál meg vivid-re frissítésnél is. Én szerintem végignézem a többi disztrót is, aztán ha nagyon muszáj, akkor nyúlok bele ennyire a lecsóba. Egyszerűbb így nekem, mint megpróbálni megtákolni a mostani rendszert. Nekem az jött le, hogy minden hozzányúlástól egyre instabilabb lesz, mert nem értek igazán a lelkéhez, csak vadul nyomkodom a y-t, meg az entert. Wayland-et is megpróbáltam feltenni x-server helyett, nem jött be. Nem meglepő.

-
joecontra
addikt
Lehet hogy tearingel de vagy nem vettem észre vagy nem zavar vagy nem is. És nem Xubuntu hanem mini.iso-ból felrakott Ubuntu + XFCE.
Azért a 304-es, mert az újabbakkal nincs grafikus felületem. A GeForce 210 igaz menne az újabbakkal is, de szerintem az IGP miatt nem megy.
Üdv,
J -
Fenyő
őstag
válasz
joecontra
#3651
üzenetére
Xfce zárt Nv driverrel alap esetben biztosan tearingel (több karival/disztróval és driverrel is tesztelve, az említett Xubuntu 14.04.2-ön is), compton vagy compiz kell a kiküszöböléséhez, mondjuk szabad megkérdezni miért a 304-es driverrel használod, vdpau támogatás meg egyéb hasznos hardveres gyorsítások még nincsenek vagy csak részben vannak benne.
-
Elvégre ez egy szakmai fórum...
Méghozzá Mint-es, azaz Linuxos szakmai fórum.
Ha valakit érdekel, milyen nagyszerű a Win, akkor elég esélyes, hogy Win-es szakmai fórumban fog lebzselni!itt nem az érzelmekről szól a történet
Ha az utálat nem érzelem, akkor igazad van!
Én az utóbbi időben olvastam pár embertől, hogy utálja a Win-t!
Gondolod, mindenki praktikum alapján választ disztrót, nem azért, mert megkedvelte, minimum!?Tárgyilagosság
, Linux fórumon Linuxról beszélünk - főleg, de ez nem fanboy-ság, mivel lányok is előfordulnak időnként!Amúgy érdekel valakit, milyen forrásból táplálkozik a Cinmanó startmenüje, meg a többi hasonló származási kérdés?
(#3644) inf3rno Lassan ugorhatnánk ezt a Mint és a tearing nyekergést, mert már te is rájöttél, hogy őskövület hw elemekkel a Mint sem fog csodákat tenni! Ha beláttad, akkor ezt nem kéne újra meg újra ide leírni, mert egy bizonyos ponton túl elég zavaró, amellett félrevezető is.

-
Fenyő
őstag
válasz
inf3rno
#3644
üzenetére
KDE-nek elvileg alapból tearing mentesnek kéne lennie, bár pont a zárt NV driverekkel lehet gondja ilyen tekintetben, mondjuk nemcsak KDE alatt, hanem úgy ánblokk problémás a zárt NV driver ilyen szempontból, KDE-s megoldást pl itt írnak rá vmit, bár sosem próbáltam, viszont MATE és XFCE alatt a Compiz tuti megoldja és elő is van telepítve (XFCE alatt kb 2 kattintás és egy újraindítás), ill. Xfce alatt a comptonnal is lehet próbát tenni, nyílt drivereit meg eléggé elhanyagolja az NV, bár 2D alatt és tearing szempontból (Xfce alatt pl a synchronize drawing to the vertical blank opció pont erre való és nyílt NV-vel működik is) azért jobb a helyzet vele, mint a zárttal, Mint alatt meg pont nem frissítik a nyílt drivereket, bár nem hivatalosan az Utopicos és a Vivides driverek is feltehetők hozzá, korábban már párszor leírtam, hogy kell, akinek kell keresővel gyorsan megtalálja, viszont visszatérni az alap Trustys/Utopicos driverekre csak aptitude-el lehet csak utána, szóval ha régebbi NV drivert próbálnál (pl 331) akkor addig maradj Trustyn és a 3.13-as kernelen.
Jelenleg oda jutottunk, hogy Intel, Amd vgaval problémamentesebb az élet Linux alatt mint NV-val, ki gondolta ezt volna akár csak 1-2 évvel ezelőtt. -
inf3rno
nagyúr
válasz
VaniliásRönk
#3641
üzenetére
+1, nekem is a használhatóság számít. Nekem a jelenlegi x-server-es megoldásukkal, állandó tearing-el a Mint nem igazán jön be. Most olvastam, hogy vannak distrok wayland-el meg mir-el, illetve hogy vannak vivid driverek is, megpróbálom azokat, hátha javulást hoznak.
-
Fenyő
őstag
17.2 nálam is bugos volt integrált intel vga-as lapokkal (865G, 945G, Q33, G41) vagy tedd vissza a 3.13-as kernelt vagy tedd fel az utopicos drivereket a 3.16-os mellé
sudo apt-get install --install-recommends xserver-xorg-lts-utopic libgl1-mesa-glx-lts-utopic libegl1-mesa-drivers-lts-utopic xserver-xorg-input-all-lts-utopic xserver-xorg-video-all-lts-utopic libgl1-mesa-dri-lts-utopic libglapi-mesa-lts-utopic:i386 libgl1-mesa-dri-lts-utopic:i386 libgl1-mesa-glx-lts-utopic:i386 libgles2-mesa-lts-utopic libglapi-mesa-lts-utopic mesa-vdpau-drivers-lts-utopic libglew-dev
Tearingemtesíteni pedig így tudod.syler123: Ez a conky rendszer monitorozó alkalmazás, bármilyen felület alatt használható.
zoli62:
Az Xfce 4.12-es verzióban sok jelentős változás történt, de ezek nem a külcsínben hanem a funkcionalitásban keresendők, amik teljesség igénye nélkül pl;
- corner-tiling (aktuális ablakot a sarokba húzva a pontosan képernyő negyed részére méreteződik)
- pontosabb/szélesebb körű multi-monitor támogatás
- új zoomolás (alt + egér scroll billencs)
- panel inteligensen is elrejthető nem csak automatikusan
- whisker menu még jobban személyre szabható
- újabb verziójú alkalmazások (pl Xfburn, Thunar stb)
- GTK3 támogatás
- sync to VBlank támogatás az xfwm4 ablakkezelő komozitorában (teraing ellen), ami nyílt Amd és Nvidia driverekkel biztosan működik GF3-tól, ill Radeon 8500-tól HD 4 ezres szériág (újabbakhoz Xorg.conf állítgatás is kellhet), de nyílt Amd vagy Intel driverek esetében van xorg.conf-al összehangolható a gyakorlatilag minden esetben. -
Fenyő
őstag
válasz
syler123
#3494
üzenetére
Tegyél fel Vivides drivereket, vagy 14.04.3-as Xubuntut (de azt jóval hosszabb idő belőni mint Mint Xfce-et, szóval egyszerűbb a Vivides drivereket feltenni, panelt simán át lehet tenni alulra nem kell törölni (ill azt is be lehet állítani, hogy jobbról balra vagy balról jobbra nyíljanak a kategória menük a whisker menü beállításainál), csak fel kell oldani a zárolását csak nem mindegy hol fogod meg ha jól rémlik), 15.04-nek csak 9 hónap az életciklusa;
sudo apt-get install --install-recommends libglapi-mesa-lts-vivid libgl1-mesa-glx-lts-vivid xserver-xorg-lts-vivid xserver-xorg-input-all-lts-vivid xserver-xorg-video-all-lts-vivid libgl1-mesa-dri-lts-vivid libglapi-mesa-lts-vivid:i386 libgl1-mesa-dri-lts-vivid:i386 libgl1-mesa-glx-lts-vivid:i386 libgles2-mesa-lts-vivid libglapi-mesa-lts-vivid mesa-vdpau-drivers-lts-vivid xserver-xorg-dev-lts-vivid mesa-common-dev-lts-vivid libgles2-mesa-dev-lts-vivid libgles1-mesa-dev-lts-vivid libgl1-mesa-dev-lts-vivid libegl1-mesa-dev-lts-vivid libglew-dev
Ill. tearainelés ellen kapcsold be az ablakkezelő hangolásnál a kompozitálásnál a Synchronize drawing to the vertical blank opciót, ill az /etc/X11/xorg.conf.d a könyvtárban (a könyvtárat is létre kell hozni) pedig hozz létre egy 20-radeon.conf nevű beállítófájlt az alábbiakkal;
Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "EXAVSync" "on"
Option "EXAPixmaps" "on"
Option "AccelDFS" "on"
EndSection -
Fenyő
őstag
válasz
lolka1980
#3330
üzenetére
Érdekes, most direkt megnéztem (17.2 Xfce) egy 865G-és lapon és nem tapasztalok hasonlót, igaz 64bites verzió és utopicos driverek (2GB ram és Core2 társaságában), amúgy alapból eléggé tearingelt, integrált vga-s Intel chipestekre jellemző (865G, 945G és G41 esetében is ue. tapasztaltam), hogy nem elég csak a Synchronize drawing to the vertical blank opciót bekapcsolni, hanem egy 20-intel.conf nevű beállítófájlt is érdemes létrehozni az /etc/X11/xorg.conf.d könyvtárban (ez utóbbi könyvtárat is létre kell hozni Mint esetében) amibe az alábbi sorokat másoljuk be;
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSectionÍgy már teljesen tearingmentes.
fecus: Jobb ha tisztán újrahúzod, nem várt hibákba futhatsz bele a keveredő csomagok és beállítófájlok okán, vki próbálta itt a topikban (Cinnamonra húzott Mate-t) és csak a nyűg volt vele.
-
Fenyő
őstag
válasz
syler123
#3316
üzenetére
Ha ilyen szétesős a kép akkor az régebbi karik esetében Trustys, az újabbakkal Mintes bug (mivel csak a kernel lett 3.16 upgrédelve a driverek nem), tedd fel az Utopicos drivereket, az meg szokta oldani a dolgot;
sudo apt-get install --install-recommends xserver-xorg-lts-utopic libgl1-mesa-glx-lts-utopic libegl1-mesa-drivers-lts-utopic xserver-xorg-input-all-lts-utopic xserver-xorg-video-all-lts-utopic libgl1-mesa-dri-lts-utopic libglapi-mesa-lts-utopic:i386 libgl1-mesa-dri-lts-utopic:i386 libgl1-mesa-glx-lts-utopic:i386 libgles2-mesa-lts-utopic libglapi-mesa-lts-utopic mesa-vdpau-drivers-lts-utopic libglew-dev
Ha meg Vsynces (Tearinges) gondod van akkor meg Mate kompozitorában néz körül van-e rá opció, ill. az /etc/X11/xorg.conf.d a könyvtárban (a könyvtárat is létre kell hozni) pedig hozz létre egy 20-radeon.conf nevű beállítófájlt az alábbiakkal;
Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "EXAVSync" "on"
Option "EXAPixmaps" "on"
Option "AccelDFS" "on"
EndSection
Ill Mate működik Compizzal is Mint alaptelepítésnek ez is része ha minden igaz (Xfce esetében biztos).Csongi: Eléggé lap függő, hogy mihez lesz sensor támogatás, de ha van akkor hardinfo gond nélkül kiolvassa, ill. parancssoros progik közül én az Inxit javaslom;
-
Fenyő
őstag
Grafikus felületről ha nincsenek beállítva az 5. szintű vagy a mindig válassza ki és bízzon meg a biztonsági frissítésekben akkor nem teszi fel a 3.16-os kernelt, csak tiszta telepítésnél, terminálból vagy a fentebbi beállításokkal grafikus frissítő felületről. Egyébként csak a kernel frissíti a drivereket, X-et Mesát nem, de ez is biztonsággal megtehető (több gépen kipróbálva,) az alábbi paranccsal;
sudo apt-get install --install-recommends xserver-xorg-lts-utopic libgl1-mesa-glx-lts-utopic libegl1-mesa-drivers-lts-utopic xserver-xorg-input-all-lts-utopic xserver-xorg-video-all-lts-utopic libgl1-mesa-dri-lts-utopic libglapi-mesa-lts-utopic:i386 libgl1-mesa-dri-lts-utopic:i386 libgl1-mesa-glx-lts-utopic:i386 libgles2-mesa-lts-utopic libglapi-mesa-lts-utopic mesa-vdpau-drivers-lts-utopic libglew-dev
Ugyanezzel a módszerrel majd a 14.04.3-as alapokra (3.19 kernel 1.17 X és 10.5.3 Mesa) is frissíthető lesz a rendszer csak akkor az utopic -ot a parancsban vivid -re kell majd cserélni.
Egyébként pont az Xfce 4.12-es verzióban sok jelentős változás történt, ezek a teljesség igénye nélkül;
- corner-tiling (aktuális ablakot a sarokba húzva a pontosan képernyő negyed részére méreteződik)
- pontosabb/szélesebb körű multi-monitor támogatás
- új zoomolás (alt + egér scroll billencs)
- panel inteligensen is elrejthető nem csak autmatikusan
- whisker menu még jobban személyre szabható
- újabb veziójú alkalamzások (pl Xfburn, Thunar stb)
- GTK3 támogatás
- sync to VBlank támogatás az xfwm4 ablakkezelő komozitorában (teraing ellen), ami nyílt Amd és Nvidia driverekkel biztosan működik GF3-tól, ill Radeon 8500-tól HD 4 ezres szériág (újabbakhoz Xorg.conf állítgatás is kellhet), de nyílt Amd vagy Intel driverek esetében van xorg.conf-al összehangolható a gyakorlatilag minden esetben.Intel esetében hozzunk létre egy 20-intel.conf nevű beállítófájlt az /etc/X11/xorg.conf.d könyvtárban (ez utóbbi könyvtárat is létre kell hozni Mint esetében) és másoljuk bele az alábbi sorokat;
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSectionAmd esetében ugyanebben a könyvtárban pedig a 20-radeon.conf fájlt az alábbiakkal (a félkövér sorok nem hagyhatóak el, a többi opcionális);
Section "Device"
Identifier "My Graphics Card"
Driver "radeon"
Option "SWcursor" "off" #software cursor might be necessary on some rare occasions, hence set off by default
Option "EnablePageFlip" "on" #supported on all R/RV/RS4xx and older hardware, and set on by default (Csak X-es vagy régebbi szériáknál lehet/kell bekapcsolni)
Option "AccelMethod" "EXA" #valid options are XAA, EXA and Glamor. Default value varies per-GPU.
Option "ColorTiling" "on" #enabled by default on RV300 and later radeon cards
Option "EXAVSync" "on" #default is off, otherwise on. Only works if EXA activated (ez a zárt driver szaggatásmentes asztalának felel meg)
Option "EXAPixmaps" "on" #when on icreases 2D performance, but may also cause artifacts on some old cards. Only works if EXA activated
Option "AccelDFS" "on" #default is off, read the radeon manpage for more information (Bizonyos agp vezérlők esetében okozhat gondot, ki kell próbálni működik-e rendesen, én Intel 875/865-el és NF3-al próbáltam külünféle karikkal, azokkal renben ment, pci-e esetében pedig elvileg alapértelmezésben be van/be lehet kapcsolni minden gond nélkül)
EndSection -
ETOM
addikt
Igen sikerült a flash is a leírás alapján. Ez az SMtube nagyon jó tényleg szépen viszi a 720p videókat is.
" xfce esetében az ablakkezelő hangolásánál a kompozitálásnál ne feledd bekapcsolni a Synchronize drawing to the vertical blank opciót a tearing kiküszöbölése végett, 9600-os Radírral simán menni fog."
bekapcsoltam
Amit még nem értek telepítéskor fájlok másolása után sokszor nem lép tovább csak eltünik a telepítő ablak a kör meg forog tovább. Ez mitől lehet? (mint 17.1-17.2 is)
-
Fenyő
őstag
A 11.2.202.235 flash-hel simán menni fognak a 360p-és videók, de Smtube-al akár 720p-ben is, ill. xfce esetében az ablakkezelő hangolásánál a kompozitálásnál ne feledd bekapcsolni a Synchronize drawing to the vertical blank opciót a tearing kiküszöbölése végett, 9600-os Radírral simán menni fog.
-
Fenyő
őstag
válasz
szildavid90
#2433
üzenetére
Pl ezzel a videóval tesztelheted (teljes képernyőn), de pl ha gyorsan mozgatsz egy ablakot akkor is fel fog tűnni ha tearinggel...
-
Fenyő
őstag
Igazából csak macerásabb konfigurálni én meg elég lusta vagyok

szildavid90: Még vmi ami kimaradt és xfce esetében fontos, másik topikban szóba került és így jutott eszembe, szóval a beállítások -> ablakezelő hangolásán belül a kompozitálásnál a synchronize drawing to the vertical blank opciót aktiválva megszűnik a zavaró screen tearinelés, bár van akinek fel sem tűnik, de engem speciel zavar. -
Fenyő
őstag
Az ütemezett frissítés keresés valóban túl gyakorira van beállítva alapból (30 percenként keresgél), azt érdemes átállítani min 8-12 órára annál gyakrabban totál felesleges, amúgy a 17.1-ben is már 4.11-es xfce van amiben egy fontos változás biztos van, a kompozitlás beállításoknál (ablakezelő hangolásán belül) a synchronize drawing to the vertical blank opciót aktiválva végre nincs már tearingelés, bár alternatív megoldásként ott a compton, vagy ha kicsit jobb karink van akkor a compiz.
Hát Sp3-as Xp-és azért jóval több ramot be tud kajálni meg a vinyót is sokkal többet köszörüli, szóval hacsak nincs vmi nem kellően támogatott hardver (Sises, S3-as vga meg hasonlók), azért a Mint Xfce érezhetően gyorsabb (főleg kevesebb ram esetén). -
Fenyő
őstag
Egyébként ha már 17.1-es Xfce-t szóba hoztam egy fontos változás azért van, az xfce 4.11-re frissült és a compiz beállításoknál (ablakezelő hangolásán belül) a synchronize drawing to the vertical blank opciót aktiválva végre compizzal sincs már tearingelés, szóval compton helyett lehet azt is használni, tehát úgy tűnik végre az xfce is össze lett fésülve a compizzal

-
Fenyő
őstag
Ha a proci tudja (és elvileg ez már 64 bites Sempron) a 64 bites nyugodtan mehet rá (azzal kissé gyorsabb lesz), de max csak az xfce verzió vagy az lxde még lájtosabb, szóval 64 bit xfce vagy lxde a javaslatom, viszont ezek a lájtos disztrók elképzelhető hogy tearingelni fognak, érdemes a compizt kilőni és helyette comptonnal használni.
-
Fenyő
őstag
válasz
fradi81
#1783
üzenetére
Frissítéskezelő már frissítve van (tehát már az is csoportonként frissít nem csomagonként) a 17 XFCE-ben is, gondolom akkor a KDE-ben is, amúgy tényleg felesleges PPA-kal televágni a rendszert, alapvetően csak 2 hasznosat találtam (XFCE-t használok);
- Compton Compiz helyett XFCE alatt kiküszöböli a tearing (vsync) problémákat és az amúgy jó válaszidő még gyorsabb lesz, gyenguszabb gépen is használható, amin alapvetően a compizt kikapcsolnám.
- Freshplayer ppapi-npapi fordító pepperflashez Firefox alá, így róka alatt is használható a legfrissebb flash, hátránya, hogy alapvetően nyílt driverekkel működik tutira, a régebbi zártakkal biztos nem (tehát a régebbi Nv karik esnek ki leginkább a körből).
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- TP-LINK routerek
- Sorozatok
- Az SK Hynix elárulta, hogy meddig nem lesz elég memória
- PlayStation 5
- Allegro vélemények - tapasztalatok
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Call of Duty: Black Ops 7
- Xiaomi 14T - nem baj, hogy nem Pro
- Chieftec-Prohardver nyereményjáték
- Netfone
- További aktív témák...
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- REFURBISHED - DELL Universal Dock D6000 (452-BCYH) (DisplayLink)
- Apple Watch Series 9 GPS+Cellular 41mm, 1 Év Garanciával
- Apple iPhone 12 Mini 128 GB Fekete 1 év Garancia Beszámítás Házhozszállítás
- Epson Workforce DS-530II dokumentumszkenner
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: ATW Internet Kft.
Város: Budapest
2GB-tal talán épp elnyekereg......no mindegy, ahol nézted azt a videót, onnan mást ne nézz meg. Rohadtul ismerhetik a Cinnamont, ha ezt mondják, én nem mondom, hogy nagyon ismerem, de 6 éve használom és pár gépre már felraktam.



). Win10Pro alatt ez a hiba nem jelentkezett.
![;]](http://cdn.rios.hu/dl/s/v1.gif)





Én 8 éve használok linuxot és eddig az általad felvázolt problémákkal sosem találkoztam. Minden hardvert jól kezelt, és nem akadt, lag-olt, tearing-elt(ez alól kivétel az XFCE, de ott csak a compton kompozitort kell telepíteni ezen hiba javítására). Viszont az lehet, hogy nem HTPC-kre nincs optimalizálva egyik disztro se. Nem tudom, én PC-t és laptopot használok.


Rowon
