3 milliárd letöltésnél a VLC

Címkék

A VideoLAN projekt az elmúlt napokban üzembe helyezett egy letöltésszámlálót a CES pultjánál, amin nyomon követhető volt, hogy mikor lépi át a VLC letöltések száma az impresszív 3 milliárdos értéket. Tegnap ünnepelhettek.

Hozzászólások

nem tudok rá upgradelni, mert fullscreenbe nem működik az egérgörgő. Nem is értem ezt, hogy szedhették ki.

--
GPLv3-as hozzászólás.

Ez a funkció a gyorsbillentyűk beállítása alatt vátoztatható.

A fullscreen egér mozdításra nem jelent meg az egér és a lejátszás sáv - ami sehol nem állítható, de ezt javították. Sőt, már a display eszközt sem felejti mindig el. ;) Pedig az majdnem 10 éves hiba volt. Hiába, haladnak a korral!

Hogyan számolják a Linux disztribúciók tárolóiból letöltött vlc csomagokat? És hogyan a Play-ről letöltötteket?

Úgy, hogy sehogy.

"We don't show statistics for GNU/Linux, iOS, Android, Chrome OS or Windows Phone as most downloads for those platforms are made through distributions or app stores."

https://www.videolan.org/vlc/stats/downloads.html

--
arch,ubuntu,windows,libreelec,omnirom,microg
zbook/elitebook/rpi3/motog4_athene

Windows 10-en hagyományos merevlemez de erös proci mellett hosszú másodpercek alatt indul csak el :)

--
robyboy

A VLC-t hónapok óta nem használtam ezen a gépen szóval mértem egy kicsit. Elindítottam terminálon és amint megjelent a felület kilőttem Alt+F4 segítségével :)


[gyuszi@gyuszidev bla]$ time vlc
VLC media player 3.0.6 Vetinari (revision 3.0.6-0-g5803e85f73)
[0000559a8f445570] main libvlc: A VLC futtatása az alapértelmezett felülettel. A VLC felület nélküli használatához használja a „cvlc” parancsot.
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
[0000559a8f449530] main playlist: playlist is empty
QObject::~QObject: Timers cannot be stopped from another thread


real 0m0,843s
user 0m0,217s
sys 0m0,087s

(i7, arch linux, ssd, blabla)

--
arch,ubuntu,windows,libreelec,omnirom,microg
zbook/elitebook/rpi3/motog4_athene

A >32Gb FAT32-nek csak annyi a trükkje, hogy nem az XP+ beépített tool-jával kell létrehozni, hanem bármilyen más tool v. OS alatt, ami kezeli. Ugyanis csak létrehozni nem AKARJA (tudni amúgy tudná, pl. win98 alatt MÉG vidáman ment akár a 60 Gb-os FAT32 is), mert hivatalosan meg támogatott a 2TB vagy akár 16TB méretig is. Viszont 2GB-nál nagyobb méretű fájlt nem lehet rajta használni.
--

Belerondítottál amit írni akartam :)

A >32Gb FAT32-nek csak annyi a trükkje, hogy nem az XP+ beépített tool-jával kell létrehozni, hanem bármilyen más tool v. OS alatt, ami kezeli. Ugyanis csak létrehozni nem AKARJA (tudni amúgy tudná, pl. win98 alatt MÉG vidáman ment akár a 60 Gb-os FAT32 is), mert hivatalosan meg támogatott a 2TB vagy akár 16TB méretig is. Viszont 2GB-nál nagyobb méretű fájlt nem lehet rajta használni.

Komolyra fordítva a szót, eszem ágában nem lenne ma fat32-t használni windows alatt, kivéve talán pendrive. NTFS is szar (főleg a sebessége), de azon legalább az adatok biztonságban vannak, nem úgy mint az állandó lost cluster-es fat32-en.
Az exfat az már más tészta, az sokkal modernebb mint a fat32, de továbbra sincs annyi tudása mint az ntfs-nek.

--

Egyetértek. Ma már FAT32-őt nem érdemes használni. Nem is csak a lost cluster meg a 4 gigás fájlméretbeli korlát miatt, hanem mocskosul töredező fájlrendszer. Az NTFS is eléggé hajlamos töredezésre, de pár fokkal jobb, de pl. az ext4-től jóval elmarad, az szinte egyáltalán nem töredezik. Persze ez csak HDD-n fontos, SSD-nek nem számít.

Na meg biztonságilag sem a legjobb a FAT32, az egy dolog, hogy desktop user nem sok jogosultságot állít, ha egymaga van a gépen, de ezért a rendszert nem árt védeni odarondító progik ellen.

No keyboard detected... Press F1 to run the SETUP

"Reset preferences and cache files" az egyik indító parancsikonról, majd az újabb "első" indítás után kiveszed innen a két pipát:

-Allow metadata network access
-Regularly check for VLC updates

Onnantól okés. De nyilván kézzel kell majd ellenőrizni a frissítéseket és nem lesz adatod a lejátszott cuccokról. Kibírható.
Ui nem csak W10 alatt csinálja, nekem már 7 alatt is nekikezdett pár hónapja. Lassan úgy vagyok vele, hogy bármi ami új az szar. Bármi.

--
Vortex Rikers NC114-85EKLS

Az 1 perces bootidő SSD-vel nagyon rossz. Stock Win10 nálam nem valami szuper SSD-vel 5-6 mp. alatt bootol, Linux is ennyi, ha könnyebb ablakkezelőt teszek rá, nagyobb DE-kkel 9-10 mp. Rommá belakott, széthízlalt, teleszemetelt Win10-nél sem kéne nagyon 35 mp-nél hosszabbnak lennie a bootidőnek.

No keyboard detected... Press F1 to run the SETUP

A Win10 nagyon lemezintenzív, ne szivasd magad HDD-vel. Egyszerűen nettó használhatatlanná válik a gép, hiába van akármilyen erős procid, és akármennyi RAM-ot, a HDD olyan durva bootleneck, hogy csak tekeri a lemezt vég nélkül, te meg csak vársz-vársz, főleg ha valami frissítés is beüt a háttérben. Érdemes rászánni azt a pár ezer forintot, és venni egy olcsó 120 gigás SSD-t, lassan már pendrive árában lehet kapni.

A HDD elmegy, ha Win7-et használsz, vagy esetleg Linuxot. A Win10 nagyon igényli az SSD-t.

No keyboard detected... Press F1 to run the SETUP

Ja, igen :S a '17-s őszi "frissítés" óta, hogy állna beléjük egy gerely. Én is kénytelen voltam beleszuszakolni egy ssd-t az asztaliba, mert elviselhetetlenül darálta a vinyót. (Az már csak hab volt a tortán, hogy pont ekkor csúcson voltak a ssd-k árai. Vajon véletlenül?)

Pedig nem költői kérdésnek szántam. Látott már valaki olyat, hogy (akár a legolcsóbb, filléres SSD) normál* desktop/workstation** használat mellett közvetlenül a túl sok írás miatt patkolt el?

* Na most ugye normál alatt azt értjük, hogy bármilyen emberi ésszel felfogható, okkal történő tevékenység, akár munka, akár szórakozás, tehát lényegében a végtelenített `dd` vagy IO-benchmark futtatáson kívül bármi, akár SOHO/kkv belső használatú szervere.

** Ez a feltétel meg azért kell, mert a szál abból indult, hogy a Windows 10 azért olyan IO intenzív, mert ezzel szándékosan rövidíti a drive élettartamát.

Ide írom a fenti kérdésre a választ.
Jó helyre írtam. Csak egy példa volt, hogy a SOHO kategóriához képest sokkal komolyabb kütyüknek milyen a specifikációja. A számok az egy cella garantált újraírhatóságát jelentik. (szóval nem whatever ;)) Lefordítva DC 3-5 évet bír ki, ha naponta 2x teleírod. (vagy valami hasonló) Az ipari 2.000.000 írás esetén - a régi, lassú és kics ssd - a specifikációba szerepel, hogy 200 évig folyamatosan írhatod. :-D Ezért redszer + házi mail szerver diszkjeként használom, és valószínűleg túl fog élni.

Ehhez képest a SOHO kategória a fentieknél minden bizonnyal kevesebbet tud. Ha a Windows 10 IO intenzív - és nem csak olvas - akkor rövidülni fog az élettartam. Ha az ott használt ssd rendelkezik specifikációval, akkor a smart vagy log alapján kideríthető a történelem. Természetesen a specifikáció sem azt mondja, hogy hány írás után romlik el egy cella. Csak annyit jelent, hogy hány írás irásig valószínűleg nem romlik el.

No, akkor lobogtassa a fütyijét az, akinek
- az ssd-je rendelkezik ilyen specifikációval,
- és olvasta is,
- stb. ;)

En meg azt varom el egy rendszertol, hogy minel jobban segitse a munkamat, a programok megfelelo mukodeset es hasznalja ki a fellelheto eroforrasokat ennek erdekeben; legyen az hattertar, memoria vagy ne adj' 'sten processzor.
Nekem ne akkor kezdje el felnyalni a memoriaba a cuccot vagy leforditani a dolgokat amikor mar hasznalnam, mert az nem fasza.

Csak ugye azt érzed, hogy hiába nyílt már egy külön thread is a kérdésre, még mindig nem volt semmi konkrétum a témában?

Ez egy meme. Igen, bizonyos körülmények között ki lehet nyírni az SSD-t írással. Ezt viszont nem az otthoni desktop géped swapja fogja csinálni, még akkor sem, ha egy tízezer forintos vacakkal szórakozol.

Akkor várjuk tőled is a konkrétumokat, hogy milyen típusú SSD-t láttál mennyi TB írás után elromlani.

szerk: de amúgy is, ki a fenét érdekli, ha 15 év alatt elromlana egy SSD a "sok" írástól, miközben már önmagában a vezérlés is esélyes, hogy 5 év előtt feladja