- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Gaming notebook topik
- Azonnali VGA-s kérdések órája
- SSD kibeszélő
- OLED TV topic
- Milyen notebookot vegyek?
- Azonnali informatikai kérdések órája
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Audiokultúra - Hi-Fi-ről hifisen
Hirdetés
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Konzolokra is megjelenik a Fera: The Sundered Tribe
gp A kooperatív szörnyvadászós játékhoz a minap egy friss trailert kaptunk.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
PROHARDVER!
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
-
Raynes
tag
válasz CPT.Pirk #23120 üzenetére
Én vagyok, moderáció által engedélyezett új nickkel. Igen, tudom, hogy a GPU merőben más architektúra, célhardver, és emiatt ezen a területen durván erősebb, de azért a GPU-k megjelenése óta a CPU-k is durván fejlődtek. Azzal is tisztában vagyok, hogy az emuláció sose teljes értékű megoldás. Szerintem nem lehet majd 30 fps-t kicsikarni videólejátszásnál sem, de most már kíváncsi vagyok rá.
-
Raynes
tag
válasz ubyegon2 #23126 üzenetére
Én is megismertem mát itt mindenkit, de téged mindig King Unique-kal keverlek az avatar miatt, persze mindig rájövök, hogy nem egy a kettő. Az egyéni avatar macera, nehéz a követelményeknek megfelelő képet választani, meg mire megszerkesztik pH-sra, egy csomó idő, annyit nem tudok rászánni. Mondjuk valóban nem job ez a galóca, mint a kukackonzerv volt, de hát mit lehet tenni. Ótvar pingvines azért mégse lehetek
-
Raynes
tag
válasz whbear #23128 üzenetére
Nem baj, most bebolondgombázós sztájl következik. Persze ezektől a debil alap pH-s avataroktól a víz kiver, egyszerűen nincs közöttük egy jó sem, még ez és a konzerv a legkevésbé irritáló. Mondjuk nem értem, hogy hogy lehetne az babkonzerv, amire worms van ráírva Elég furcsa egy márka lenne. Meg nem is szoktam csípős lenni, vagyis nem annyira. Na jó, néha egy kicsit, de aztán nem.
-
Raynes
tag
válasz Apollyon #23131 üzenetére
ubi: áttettem az azóta kihalt hwsw-ről a törzshelyem ide, és amott is ez volt a nickem, onnan jött.
Nem értek egyet. Nyilván nem fő gépnek való egy ilyen masina, de akár annak is használható. Jó, kicsi a kijelző, de a leskálázott 720p jobban mutat rajta, mint a felskálázott 360p. Nekem tetszettek ezek a netbookok, egyáltalán nem volt hulla ötlet őket piacra dobni, kicsi, könnyű, könnyen hordozható, hosszú üzemidő, jó letöltőgépnek és mikroszervernek is, általában nem vagy gyári OS-re, pl. Androidra szorítva. Sokkal értelmesebb platform, mint a táblagép, mert az tényleg semmire nem jó. Nekem sikerült szart kifogni belőle. Eszembe nem jutott, hogy vannak ezek között ilyen rossz támogatással rendelkező példányok is, nyilván, ha laptopot vagy desktop gépet veszek, akkor utánanézek a drivertámogatásnak, mint mindig.
Az meg még egy telefontól is elvárom, hogy ne tearingeljenek rajta a videók és a játékok, illetve legyen hardveres gyorsítás rajta. Nem hogy egy netbooktól, ami mégis csak egy x86-os, általános célú gép. Nyilván 1080p-t, 4K-t, h265-öt nem ezen néz az ember, és a legújabb AAA-s játékcímekkel sem ezeken játszik, tiszta sor, de azt elvárom, hogy ha netezés közben szembejön egy flashes videó, ami azért nem elméleti eset, az ne tearingeljen, a böngészőben legörgetett tartalommal együtt, és mindez úgy menjen, hogy ne legyen egy OS egy adott verziójához kötve.
-
Raynes
tag
Már megbántam ezt az újraregisztrálást. Most azzal szivat a rios, hogy egy adott topikban csak egyszer szólhatok hozzá, és míg valaki más is nem ír a topikba, addig nem szólhatok hozzá újra. Értem én, hogy kell a floodolás elleni védelem, de azért egy kicsit durva.
-
Raynes
tag
válasz batagy #23195 üzenetére
Szerintem semmilyen barriernek és journalingnak nincs ehhez köze. Tudomásom szerint az OpenWrt-ben nincs olyan korlát, ami miatt ne kezelné teljes értékűen az ex4, ext3-as fájlrendszereket.
Elvileg az is mindegy, hogy GPT vagy MBR partíciókiosztása van-e a HDD-nek. Szóval számomra érthetetlen, hogy a naplózás kikapcsolása hogyan oldhatta meg a problémát.
[ Szerkesztve ]
-
Raynes
tag
válasz CPT.Pirk #23200 üzenetére
Vigyázz, ezek nem partíciók, hanem LVM-en lévő azonos volume groupnak a logical volume-jai. Ezzel a hagyományos partícionálóprogramok nem tudnak mit kezdeni.
Az lvreduce parancs szolgál a méret csökkentésére, és az lvextend parancs a méret növelésére. Ezeknek a manualját kéne megnéznie a kollégának.
-
Raynes
tag
válasz sh4d0w #23205 üzenetére
Előbb nem engedett már hozzászólni, mert már egyszer hozzászóltam, és addig flood ellen védi a topikot, amíg nem jön új hozzászólás.
Szóval az LVM-et három lépcsőben kell átméretezni. Logical volume csökkentésnél először a fájlrendszert (fájlrendszerfüggő, hogy melyik paranccsal), majd utána a lv-t. Majd csak utána lehet csökkenteni a volume groupot. Mondjuk azt nem értem, hogy miért akarsz mindenáron új partíciót, úgy miért nem jó, hogy új volume groupot csinálsz vagy még inkább új logical volume-ot?
Nekem az új, hogy a gparted támogatja az LVM csökkentését. Persze nem elképzelhetetlen.
-
Raynes
tag
Egy 40 órás kis konvertálni valót készülök az FFmpegre rászabadítani majd Arch-telepítés után. Előtte persze azt szeretném, hogy a konvertálást úgy le tudjam állítani, hogy később folytatni lehessen, sajnos ezt az alkalmazás natívan nem támogatja. Éjszakánként konvertálná a gép az anyagot. Alapvetően Linux alatt működik az, hogy Ctrl+Z-vel a háttérbe küldöm a processt pihenni, majd ha kell, fg paranccsal folytatom. Esetleg az is működik, hogy kill paranccsal küldözgetem a TSTP és CONT szignálokat az adott PID-jű folyamatnak. Ezek a megoldások azonban csak akkor működnek, ha folytatás előtt nem indítom újra a gépet, nem kapcsolom ki.
Nekem valami sandboxos megoldás kéne, amivel el tudom menteni a folyamat futáskori állapotát a háttértárra, és a gép visszakapcsolása után is tudjam folytatni. Ilyen lenne persze a virtuális gépen futtatás is, de az sok plusz erőforrást kér, kicsit ágyúval verébre megoldás. Régebben a unix.stackexchange-en ajánlották a CryoPID programot, ami annak idején néha működött is, de nem megbízhatóan sajnos, néha nem tudta normálisan visszahozni az FFmpeg processét működőképesen. Valami más ötlet esetleg?
[ Szerkesztve ]
-
Raynes
tag
válasz CPT.Pirk #23375 üzenetére
Kösz a tippeket. A hibernációval az a bajom, hogy nem megbízható, ha egyszer véletlenül mégse jön vissza a gép sleepből, akkor cseszhetem az egészet. A folyamatosan üzemelő gép a legbiztosabb megoldás.
Szerintem akkor a virtuális gép marad, relatíve biztonságos, tuti mindig elindul, csak hát ilyen gyenge gépen még egy guestet is futtatni, nem repesek az örömtől. Tényleg csinálhatnának erre valami kulturált megoldást.
-
Raynes
tag
válasz Atlantisz48 #23380 üzenetére
Ennek az is lehet az oka, hogy a Wi-Fi kártyádhoz nincs firmware, vagy maga a kártya nem támogatja a monitormódot. Nem azt mondom, hogy ez a probléma az esetedben, de esély mindig van rá.
-
Raynes
tag
válasz Jester01 #23390 üzenetére
Hogy lehet összefűzni? A VBR map indexelését nem fogja szétcseszni, ha mindenféle darabot összeillesztgetek?
Egyébként nem értem, hogy az FFmpeg fejlesztők miért nem teszik bele a konvertálás mentése funkciót, nem lenne nagy szám leprogramozni, és már nem egy ember jelezte a fórumukon, hogy lenne rá igénye.
-
Raynes
tag
Igen, ezt én is tudom, és ki fogom próbálni, de az ilyen összeillesztgetésekkel az a baj, hogy sérül a VBR-map, és emiatt elcsúszhat a videó- és az audiósáv időbeli szinkronja, illetve lehet, hogy nem lehet majd beletekerni a videóba. Szóval kicsit gányolásgyanús. Vagy tévednék?
-
Raynes
tag
ffmpeg -i concat:"1.ext|2.ext|3.ext|4.ext|5.ext|..." out.ext
Most akartam tesztelni ezt a megoldást, de még mielőtt belefogtam, még egyszer átgondoltam, és rájöttem, hogy kivitelezhetetlen. Ugyanis elindítom a film konvertálását, eljut mondjuk a 10000. frame konvertálásáig (bár ez is necces, mert nem látni), a 10001.-et már nem fejezi be. Legközelebb, ha elindítom, hogyan tudom megmondani az ffmpegnek, hogy a 10001. frame-től kezdjen konvertálni? Másodpercre is meg lehetne adni, hogy honnan folytassa, de a konvertálás nem másodperc alapú, hanem frame alapú.
[ Szerkesztve ]
-
Raynes
tag
válasz Jim Tonic #23460 üzenetére
Ubuntu minimal vagy Debian miminal vagy Arch is jó, azok talán 2 gigára is felmennek, igaz kell szabad hely is a töredezés elkerülése miatt, cs-ordultig telt partícióról rendszert használni nem lehet.
Esetleg külső, USB háttértárat kötni rá, és arra telepíteni, vagy csak a /home-ot vagy még 1-2 mappát áttenni arra.
Mondjuk már mindegy, ha az AntiX bevált, annál a többiek sem kisebbek már számottevően. Vagy a 4 gigás Flash helyett betenni egy legalább 16 gigásat, nem drága már, főleg, ha nem gyors, márkás példányt vesz az ember, és arra már bármi normálisan felfér.
[ Szerkesztve ]
-
Raynes
tag
válasz bucihost #23469 üzenetére
Teljesen jól áll a Linux a 64 bittel. Nem csak hogy szimplán áll úgy, mint a Windows 64 bites verziói, hanem jobban. A linuxos kernel sokkal jobb az erőforrások szétosztásában, mint a vindózeré. Ugyanez a helyzet a többszálú programok futtatásánál. Plusz Linux alatt nem kell mindenféle mikrofostos szart meg szolgáltatást futtatni, meg nincsenek redmondos korlátozások, akár még grafikus környezetet sem kell feltenned, vagy futtatnod, annál több erőforrás marad a sakkprogramnak. Ezt a Linux 64 bitje nem teljes értékű legendát tuti a Blikkben olvashattad legfeljebb.
A clusterös témát az adott sakkprogram, sakkmotor dokumentációjában kéne megnézned. Számítógépes sakkal foglalkoztam, de clusterrel nem. Az biztos, hogy ha clustert normálisan meg lehet csinálni, azt Linux alatt lehet, nem Windowson. Már csak azért is, mert szuperszámítógépeken is futnak sakkmotorok, és azokra architekturális okokból nincs Picipuha Nyílászárók.
-
Raynes
tag
válasz bambano #23533 üzenetére
Lesz, ha majd írsz
Viszont ezért de csak tehát én is kérdeznék. Előrébb jutottam az llvmpipe-os tearinggel. Rájöttem, hogy nem a gyorsítás a baj (vagyis közvetve nem az), hanem a vsync. Az X server ugyanis nem támogatja a vsyncet, azt írják a fejlesztők, hogy túl sok mindent kéne hozzá szinkronizálni, és túlbonyolítaná a dolgokat. A tearinget ezért elvileg csak compositorral (Compton, Compiz) lehet kiküszöbölni, amelyek a hardvert használják a vsync megvalósítására. Ez működik is, ha Compton alatt szoftveres (llvmpipe-os) OpenGL-t használok, nincs tearing, de nagyon lassú a gép, nagyon szaggatnak az SD videók is. Compton alatt lehet szoftveres xrendert is használni, már azzal is csökken a tearing, de azzal nem oldódik meg teljesen. Hardveres gyorsításom nincs, driver híján csak szoftveres rendert tudok használni, így a DRI-s beállításokat se tudom az X confjában buherálni.
Ilyen hosszas felvezető után a kérdés: van olyan szoftveres X driver, ami támogatja a vsyncet, vagy legalább a tearfree opciót? Foglalkozott ezzel is valaki közületek? A szoftveres renderinggel az a baj, hogy a CPU számolja a dolgokat, és az nem tudja, hogy a képkirajzolás hol tart, és erről az X server sem tud gondoskodni, ezért mégis valami driverféle kéne, ami megy minden kártyával és támogatja a vsyncet. Az llvmpipe és a softpipe nem támogatja.
-
Raynes
tag
válasz mefistofeles #23536 üzenetére
Na, itt jön, hogy megírod, hogy pontosan milyen alaplap van a gépben, esetleg a BIOS gyártója is jöhet. Az nem jó, hogy valami inteles. Kiírja induláskor milyen BIOS, meg a BIOS-ban is írja. Gondolom nem UEFI-s gép.
Bootmenühöz megpróbálhatod az F12-őt vagy az Esc-et nyomni, de a többi funkcióbillentyűt is érdemes tényleg végigpróbálni. Ha elég gyorsan nyomod a Pause billentyűt, akkor talán még azt a kiírást is látod, hogy a bootmenuhöz mit kell nyomni.
Egyébként meg miért akarja havercimbi lesikáltatni róla a jó kis Manjarót? Vétek. Szépen használgassa csak
-
Raynes
tag
válasz Speeedfire #23600 üzenetére
Egyszerűen. Csak létrehozol két linuxos elsődleges partíciót (ext4-et ajánlom formázásnak), a csatolási pontnak meg megadod a telepítőben, hogy az egyiket /-ként a másikat /var-ként csatolja. Vagy már telepített rendszeren beállítod a /etc/fstab fájlban, hogy a második partíciót /var-ként csatolja mindig. Nem egy nagy szám tető alá hozni.
-
Raynes
tag
Linux alá tudnának a szakavatottak TeX editort ajánlani? Eddig a TeXworksöt használtam, de az nincs fent a hivatalos Arch-tárolókban, az AUR-ból meg nem akarom felgányolni, annyit nem ér. Ismerem még a TeXstudiót, de az túl nagy batár nekem.
Ezeken kívül mit érdemes használni? alternative.to-s és hasonló linkeket ne tegyetek be, engem érdemi tapasztalatok érdekelnek olyanoktól, akik maguk is TeX-eznek. Mindenféle alkalmazásnevet én is össze tudnék gyűjteni, de nem szeretnék minden szart egyenként feltenni és kipróbálni.
-
Raynes
tag
válasz ubyegon2 #23762 üzenetére
De, már 2 éve használom is (előbb XeLaTeX-et, majd XeTeX-et). Eddig TeXworksös szerkesztővel toltam, de azt Arch alá nem éri meg feltenni. Ezek a TeX-szerkesztők olyanok, mint programozáskor az IDE-k. Nem csak egy szövegszerkesztő, de le lehet vele fordítani a kódot, meg külön ablakban vagy pane-ben látszik a log, meg azonnal megjeleníti a lefordított dokumentumot, és így azonnal látni a változásokat.
Persze lehet enélkül is nyomni, pl. sima szövegszerkesztőben, aztán a keybindre lefuttatom a xetex %fájlnév.tex parancsot, a %fájlnév.pdf pedig egy olyan PDF viewerben van megnyitva, ami magától frissít, ha megváltozott a dokumentum, de ez így kényelmetlen, és a log sem látszik rendesen.
Lehet felteszem a texworksöt AUR-ból akkor, nagyon szomorú vagyok, hogy nem marad más megoldás.
-
Raynes
tag
válasz Xeniel Xerus #23763 üzenetére
Kösz, de amit lehet, Wine nélkül oldok meg. Notepad++-ot amúgy sem éri meg Linux alatt használni, mert a Kate, vim, Emacs, Commodo Edit, Sublime, Ultraedit, stb. nagyobb tudású, és azok natívak. Amúgy Notepad++ alatt sem látszana a log, pedig nekem fontos, hogy fordítás alatt visszaad-e valami hibát, vagy milyen warningokat ad.
Elvileg a vim tudna olyat, hogy a lefuttatott parancs kimenetét is megjeleníti, ez rémlik valahonnan, de vimre való átállást még nem tudtam befejezni, és nem is fogom tudni, amíg az automatikus kiosztásváltást (parancsmódban legyen US kiosztás, de csak ott) nem tudom megoldani benne.
Félreértés ne essék, jó szerkesztő a Notepad++ is, Windows alatt én is azt használtam, de Linux alatt a natív megoldásokat preferálom.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Skoda, VW, Audi, Seat topik
- Napelem
- eBay-es kütyük kis pénzért
- Veszprém és környéke adok-veszek-beszélgetek
- Kertészet, mezőgazdaság topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Tőzsde és gazdaság
- Villanyszerelés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Canva Pro előfizetés - 1 éves