[Burichan] [Futaba] [Gurochan] [Photon] [Toothpaste] - [a / b / c / d / e / f / g / h / o / p / r / s / u / w / y / flash] [Home] [Manage]

[Return]
Posting mode: Reply
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PNG
  • Maximum file size allowed is 2500 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1382264646517.jpg -(748134 B, 1900x1200) Thumbnail displayed, click image for full size.
748134 No.8519  

Anon mit használ linuxon a multimédiás igényeinek kielégítésére?

Én jelenleg Gnome Playert használok videóra, Gnome Musicot zenére. Azért ezeket, mert az előbbi mplayerhez GUI, utóbbi mpd-hez grafikus kliens és mindenfelé ezt ajánlják.

Sajnos egyik sem jött be. Mplayer kurvára nem képes nálam simán lejátszani a videókat, ugyan nem "akadozik" (nem is szabadna, gépemnek simán kéne vinnie hardveres gyorsítás nélkül is), de iszonyatosan jitterel és dobálja el a frameket, a mozgások egyszerűen nem folyamatosak.

Mpd meg biztosan tök jó dolog, de az általam látott kliensek vagy iszonyat agyfasz terminálos cuccok voltak (nekem nincs bajom a terminállal, de őszintén szólva szaros zenelejátszáshoz semmi kedvem vi-like nyakatekert billparancsokat magolni látástól vakulásig), vagy arcpirítóan buta és otromba grafikus kliensek, adott esetben rejtélyes grátisz bugokkal és Ferenc Jóska korabeli függőségekkel.

A cél az valami MPC-HC-hez és Foobar2000-hez hasonló nem feltétlenül bot egyszerű, de nem is kisagy-lerobbantó, HASZNÁLHATÓ megoldás lenne, lehetőleg GTK3 alapokon.

>> No.8520  

Ohh, bocsánat, keresgéltem és nem Gnome Music, hanem Gnome Music Player Client (gmpc). Már van Gnome Music is (Gnome 3.10-hez legalábbis), de az eléggé alfa, azon kívül olyan buta mint a segg.

>> No.8521  
File: 1382274349931.jpg -(295425 B, 620x874) Thumbnail displayed, click image for full size.
295425

Videóra: VLC (ha valamiért nem jó, akkor grafikus frontend az MPlayer-hez, az MPlayer GUI; vagy Totem (GNOME alap lejátszója, Médialejátszó))

Zenére: ha csak egy-két számot, akkor VLC; ha a zenegyűjteményemet, akkor Rhythymnbox (tuti elbasztam a nevét)

>> No.8524  

Zenére Rhythmbox-ot (kimásoltam a névjegyéből) használok én is, meg vagyok vele elégedve. Egy időben még a deadbeef-el próbálkoztam, volt pár kisebb probléma vele, de amúgy nem rossz.

Elég régi a gépem, a videók nagyon megizzasztják, (S|G)mplayer-ben egyszerűen elcsúszik a kép és a hang. Próbáltam a beállításokkal babrálni, de semmi se használt, úgyhogy most Totemet használok, ott legalább csak darabos.

>> No.8525  

>>8521
EZ

>> No.8526  

mplayer?
ha már midenképp linux, érdemes elfelejteni a gnőmot. inkább egy jól összereszelt kde-s vagy lxde-s disztró, de linux=bugtenger, szóval részemről deszktopon win, szervert meg nem kell üzemeltetnem.

>> No.8528  
File: 1382554957361.jpg -(126652 B, 700x906) Thumbnail displayed, click image for full size.
126652

>>8524

Parancsikonba panelra/oldalsávra drag & drop céljából kirakni, vagy alias-ba létrehozni mondjuk egy MPlayerHD alias-t:

nice -n 0 mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all:threads=8 "${1}"

>> No.8529  

>>8528
Köszi, így picit jobb, de attól tartok alapvetően a hardware-el van a baj :C

>> No.8530  
File: 1382649719250.jpg -(644305 B, 1024x1536) Thumbnail displayed, click image for full size.
644305

>>8529

Egy pár infót elejthetnél, mint pl:

  • videó mibe van kódolva
  • videó fölbontása
  • CPU
  • RAM
  • videokártya
  • Linux disztró (verzióstul)
  • asztal kezelő környezet (pl: GNOM3, Unity, KDE4, stb.)

Hátha kitalálunk valamit...

>> No.8532  
File: 1382713609474.png -(125046 B, 636x256) Thumbnail displayed, click image for full size.
125046

>>8530

  • H.264 / AVC
  • 1280 x 720
  • Intel(R) Pentium(R) 4 CPU 2.00GHz
  • MemTotal: 1024376 kB
  • NV34 [GeForce FX 5200]
  • Ubuntu 12.04.3 (3.2.0-55-generic)
  • awesome / GNOME

A zárt driver van fenn, de szívesen lecserélném ha nem lesz tőle rosszabb.

>> No.8534  
File: 1382721996386.jpg -(250954 B, 768x1024) Thumbnail displayed, click image for full size.
250954

>>8532
Hát, nem túl sok erőforrás van ott, kend uram...

Amiket kipróbálnék:

  • Feltenném a 3.8-as kerneleket, és megnézném azzal is. (GOTO: Synaptic)
  • Mivel kevés a RAM-od, meg amúgy sem árt (csak használ): tedd fel a "zram-config" csomagot a Synaptic-kal, majd restart. Amit csinál: RAM-ba swap-ol tömörítve, úgy hogy nem foglal le memóriát ~ avagy VARÁZSLAT. (nézd meg a swap méretét előtte, és utána is; alapértelmezettként a RAM fele; CPU magonként egy virtuális RAM swap partíció)
  • Mivel Ubuntu-d van, ezért működnek a PPA-k. Érdemes fölvenni legalább ezeket:

Stabil grafikus meghajtók:
https://launchpad.net/~ubuntu-x-swat/+archive/x-updates

PPA kezelő:
https://launchpad.net/~webupd8team/+archive/y-ppa-manager

Erőforrás állítgató applet:
https://launchpad.net/~webupd8team/+archive/jupiter

  • Az nVidia saját beállítós szarságában, valamelyik lapon, minden login után be kell állítani Adaptive-ról Maximum Performance-ra az energiagazdálkodást.
  • Próbálj ki egy sokkal fapadosabb felületet is, ami tuti nem compozit-ál: iceWM (a téma csomagját is tedd föl)

De ne félálomba állj neki az ilyeneknek, ahogy én szoktam... (^^;

>> No.8535  
File: 1382843130864.jpg -(119438 B, 600x413) Thumbnail displayed, click image for full size.
119438

Szinten vlc, nekem megfelel zenere is igazabol. Nem tul sokat hallgatok manapsag, sajnos, viszont igy meg epp elegge kenyelmes szamomra.

Egyebkent meg orom latni, hogy van egy kis aktivitas. :3

>> No.8536  

>>8532
Viszonylag friss kínai meséről van szó? Csak mert azok már mind 10 bitesek és szigorúan CPU-ból lesznek dekódolva, azokhoz nincs hardveres gyorsítás. Szóval oda hiába varázsolsz a kernellel meg driverekkel, a CPU számít és ott már ez a vas valóban gyengus lehet hozzá.
Mondjuk nem is tudom hogy ezek az ősi dzsíforszok tudtak-e HW decodingot egyáltalán.

Én a helyedben elgondolkoznék új vason, már egy középkategóriás integrált APU-ban több kraft van mind CPU-ban, mind GPU-ban ennél, kb. 40 rugóból simán összejön teljesen jó alaplap+cpu+memória, amiket biztosan cserélned kell. Pontosabban valszeg a tápot is cserélheted mert emlékeim szerint valahogy más az ATX csati mint az akkori megoldásoknál (legalábbis amikor a tiedéhez hasonló gépemet lecseréltem, nem volt jó a táp).

De azt egyébként sem ártana mert a kondik nem örök életűek, csodálom is hogy eddig kihúzta a géped (feltéve hogy még nem cseréltél tápot benne). Az én említett hasonló gépem (amit 2004 körül vettem) már 4 éve hogy megdöglött. 10 rugó alatt kapsz kifejezetten jóféle 350 wattos 80+ hatásfokú FSP-t ami bőven elég lesz megint hosszú évekig.

>> No.8537  
File: 1382971906778.jpg -(331650 B, 500x1070) Thumbnail displayed, click image for full size.
331650

>>8536

>Csak mert azok már mind 10 bitesek és szigorúan CPU-ból lesznek dekódolva
>10 bites
>>>8532-nek 32 bites gépe van

Pedig háromszor erősebb gépe van a jelek szerint.
/troll

Komolyra fordítva a szót: valami szószt erre a 10 bites kódolásra? Mert első ránézésre én jót derültem rajta.

>> No.8538  

>>8537
Te hol a faszomban éltél az elmúlt ~3 évben? Vagy te nem vagy mesés (és úgy okoskodsz)?
http://wiki.bakabt.me/index.php/Hi10P

Egyébként a legnagyobb retardáció a fansub világban, rögtön ott loholnak a nyomában a Flac hangsávos, epizódonként két gigás BD-ripek és a toldozott-foldozott ASS feliratformátum a 2000-es évek első feléből. Mindegyik olyan, hogy ha fansubber vagy és nem használod akkor a nagyhangú elitista übersznob közösség szemében azonnal nevetségessé válsz, holott gyakorlatilag teljesen feleslegesek, csak problémák forrásai.

>> No.8540  
>VLC

Egyrészt nem szeretem, másrészt ezzel sem 100%-os a lejátszás.

>MPlayer grafikus frontend

A Gnome Player is mplayer grafikus frontend (ami legalább még valahogy ki is néz), nem ott lesz a baj. Egyébként terminálból sima mplayerrel indítva a videót (próbáltam mpv-vel is, ugyanaz) sem folyamatosak teljesen a mozgások.

>Totem

Thx, azt inkább nem.

>Rhythmbox

Az általam találkozott zenelejátszók közül kinézetre meg függőségek szempontjából talán valóban ez a legkevésbé takony, de buta mint a tök és bugzik.

>ha már midenképp linux, érdemes elfelejteni a gnőmot

Ennek semmi köze hozzá. Egyébként ízlések és pofonok, én pl. a KDE-t nem bírom elviselni.

Közben vasárnap nekiugrottam az mpd-nek még egyszer, kipróbáltam a ncmpcpp terminál klienst és tényleg meglepően kényelmes (már ha az enber megismerkedett a billparancsaival), de őszintén szólva nekem ég a pofám, hogy desktop linuxon még 2013-ban is mindig ott tartunk, a legkevésbé gáz kliens alkalmazás (lényegében csak egy szaros GUI-t kéne a libmpdclient vagy mi a tököm fölé húzni) az egy iszonyat fapadosan kinéző parancssoros cucc.

Az külön hab a tortán, hogy androidra tök jópofa és kényelmes mpd kliensek vannak, ópenszósz(!) is. Konkrétan előbb nyúlok a tabletemhez/telómhoz, hogy onnan távolról vezérelve az mpd-t zizzentsek be valami aláfestő zenét meló közbe, mint hogy ablakot kelljen váltanom. Ez valahogy elég jól fémjelzi, hogy miért tart ott desktopon a linugz, ahol (és szintén miért tart ott az Android, ahol). És az igazán szomorú, hogy a változásnak még csak az esélyét se látni, mert a szándék sincs meg valami tényleg jobbra. Mert a linuxos UI-fejlesztők lényegében két csoportra bonthatók: a mindent lebutító reformerekre (Gnome3, Unity, stb.) meg a "csak egy konzol s más semmi, a vágyam csak ennyi" nyakszakállakra.

>> No.8541  
File: 1382997551245.png -(21881 B, 178x511) Thumbnail displayed, click image for full size.
21881

>>8540

>buta mint a tök

Milyen funkció hiányzik belőle neked?

>mert a szándék sincs meg valami tényleg jobbra.

A GNU+Linux egy UNIX klón, az lenne a lényege, hogy sok kicsi, egyszerű programod van amik azonos adatformátumon (egyszerű szöveg) dolgoznak, és a programok egymásután fűzésével oldod meg a komplexebb problémáid.
A GUI-s programok általában pont ellentétesek ezzel.

>> No.8543  

>>8538
igaz szavak, kedves anon

és ebben a linkelt wiki cikkben fölsorolt példák a 10 bit mellett egyszerűen nevetségesek, szinte semmi különbség viszont inkompatibilis mindennel a videót, grat.

az elit köcsögök meg leginkább a nyaa, commie, gg, underwater nyomiklubból kerülnek ki
igazából meg sem lepődöm már ezen

>> No.8544  

>>8543
Járatosként a témában (yep, ripper voltam jómagam is hajdanán, az x264 meg az avisynth világot ~1 évvel ezelőttig szorosan nyomon követtem), már akkoriban is fogtam a fejem.

Mind az x264 fő fejlesztőjének saját mérései, mind a saját tesztjeim alapján az jött ki, hogy ~5%-ot tud a 10 bites encoding javítani átlagban, esetleg ~10%-ot ha sok a sötét jelenet (mert ezeknél látszik legjobban a különbség, bár ez leginkább az olcsó TN-paneles monitoroknak köszönhető amik a sötétebb tónusokat elég pontatlanul képzik le és így torzítanak). Erre az ilyen Daizok meg a hasonszőrű faszok anno a saját 10-bites ripjeiket szembeállították az egyéb csapatok 8-bites anyagaival, hogy MENNYIVEL JOBB A MINŐSÉG. Persze hogy jobb bazz, ha a tiéd 450 mega+, a másik meg csak 350. Megjegyzem aztán ahogy átállt az összes csapat, mind feltolta a fájlméretet, azért ekkorák manapság (pedig az eredeti mantra az volt, hogy ez majd csökkenti a fájlméretet).

Még kéklézer lemezeknél megérteném, hogy van 10-bites über rip IS az ínyenceknek, de a kibaszott TV-ripeknél amiket sokszor kifejezetten gyenge minőségű mpeg streamből konvertálnak, a világ fassága. Azon kívül, hogy a nagy gépemen kívül nem tudja semmi lejátszani (mostanság átszoktam arra, hogy magamnak konvertálgatok tabletre, illetve régebbi meséket nézek rajta a backlogomból inkább emiatt, mert azokból 8 bites verziók vannak még), az égadta világon semmi értelme.

>> No.8552  

>>8544

>ripper voltam jómagam is hajdanán

Egyvalami mindig is érdekelt: honnan szerezitek be az alapanyagot?
Megveszed saját zsebből vagy valaki postázza neked?

>> No.8554  

>>8552
Én kishal voltam, én csak DVD-ben utaztam (mondjuk ebbe az is közrejátszott, hogy idehaza akkoriban még nem futott annyira a kéklézer, mire elindult addigra már kiszálltam az iparból, lejátszóm sosem volt), csak olyan filmekben amik engem érdekeltek (lényegében magamnak rippeltem csak megosztottam másokkal is). Szóval ja, jellemzően saját kőcségen vett DVD-ből, illetve volt olyan hogy én is a DVD9 alapanyagot netről szedtem.

Kínai mesés cuccoknál amennyire én tudom ez kicsit máshogy megy, mert ugye ott az alapanyaghoz hozzájutni sem triviális néha, ott nagyobb csapatoknak jellemzően külön kint élő beszerző enbere van a célra (ez főleg mangáknál van így). Néha el lehet kapni animék kapcsán egyébként transport streameket nyaa-n is, van amikor felkerülnek. Pontosabban régebben el lehetett, manapság hogy lassan minden simulcast, szép lassan a TV-ripek mint olyanok halnak kifelé.

>> No.8595  

ó bazdmeg, ezek a víbú szarok nem tudják mi a különbség a grabbelés és a rippelés között.
nagyon ikszdé

>> No.8596  
File: 1386229018468.jpg -(108155 B, 1280x720) Thumbnail displayed, click image for full size.
108155

>>8595

>> No.8597  
File: 1386315810825.jpg -(292102 B, 1466x1600) Thumbnail displayed, click image for full size.
292102

>>8595

>> No.8598  
File: 1386349954743.jpg -(162024 B, 600x800) Thumbnail displayed, click image for full size.
162024

>>8595
:)

>> No.8646  
File: 1387301640853.png -(90882 B, 551x700) Thumbnail displayed, click image for full size.
90882

>>8596>>8597>>8598
ti mádli?

>> No.8647  
File: 1387305811210.jpg -(37425 B, 409x409) Thumbnail displayed, click image for full size.
37425

>>8646
némá, régi művem :3

>> No.8649  
File: 1387306486477.png -(23404 B, 704x894) Thumbnail displayed, click image for full size.
23404

>>8647
Kavaj lett, de én ezt jobb szeretem.

>> No.8650  
File: 1387306693438.png -(15929 B, 409x409) Thumbnail displayed, click image for full size.
15929

>>8649
Azt nem én csináltam.

>> No.8679  
File: 1387732799363.jpg -(448903 B, 500x667) Thumbnail displayed, click image for full size.
448903

VLC Debian siden, semmi bajom vele.

>> No.8691  

>>8647
ezt a tagot láttam már, a molnár f árpi haverja XD



Delete Post []
Password