Mplayer release-ek?

MPlayer felhasználói fórum

Sziasztok!

Lehet kicsit impolite kerdes, sot az is lehet, hogy mar 20 topikban megkerdeztek (bar en nem talaltam) ez esetben elnezest kerek elore is.
De van tervben valami mplayer release, vagy 5 ev mulva is 1.0rc2 lesz az utolso "stable" es azota csak svn snapshotokban kommunikal a fejlesztoi csapat a felhasznalokkal. Vagy mar reg lenne release, csak jogi akadalya van? Vagy a filmtechnologia fejlodik olyan gyorsan, hogy csak "rolling release"-t lehet "fenntartani"? Nekem szemely szerint nem problema, mert archban megkapom a legujabb svn snapshotok egyiket, de debianek meg gentoo-ék mit tolnak a stabilba az nagyban fugg attol, hogy oda van-e irva, hogy stable release (azon csodalkozom, hogy a k3b-nel bevallaltak a "beta"-t meg az "rc"-t).

Tehat a kerdes roviden: lesz valamikor mplayerbol release, vagy csak svn-es lesz "orok eletre"?

  • 5727 megtekintés

( nanto | 2010. 04. 14., sze – 08:44 )

Az egesz onnan jott fel, hogy Windows 7 meg mplayer nem baratok, es a Win 7-es mplayer guik nem hiszem hogy a legujabb svnes verziot hasznaljak (rejtett up)
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

( honorshark | 2010. 04. 14., sze – 08:53 )

Csomo release van neten, Google. Rengeteg buildot csinalnak, van amit igy, van amit ugy forgatnak. SMplayer-t lekapod, az alap mplayer is eleg uj benne de kicserelheted egy ilyen neten talaltal. OMG:

Teljesen masrol beszelunk. Azokat en is megtalaltam. Azt mondjuk nem tudtam, hogy smplayerben van az aranylag uj snapshot. De rc2 ota csak svn snapshotok vannak, nekem a kerdesem erre utalt. Az oke, hogy rolling, mert minek is zarjunk be egy filmlejatszot felesleges freeze-k koze, de azert erdekelne, hogy lesz-e valaha olyan, hogy 1.0 rc2 felirat nelkul.
Es smplayer valamiert pont nem tetszett. De mplayer+frontend a regi alapmplayerevel mar tenyleg erosen out of date, pedig az volt a legjobb (kicserelhetnem, de en r1 usereknek szoktam linkelni mpf-et)
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

Nem lett! Mert még mindig nem kaptam meg a valaszt, ami valahogy igy nezne ki: "2013 vagy 2014-ben lesz mplayer 1.0 rc5 utana freeze majd 1.0 release" vagy "nem, aki mplayert akar hasznalni az tanulja meg az svnes szamozast"
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

te most komoylan azt hiszed, hogy keresni fogom egy oran keresztul, amit te 1 perc alatt fel tudnal idezni, mert ugyis olyan tisztan emlekszel ra? Olyan rendes vagyy, hogy tudod a valaszt es sipszozod elmondani
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

valami erdemi hozzaszolas az eredeti kerdeshez? :)

maganvelemeny: szerintem a jelenlegi fejleszto csapat nem halad olyan jol mint regen.
megneztem a legutolso ezer commit a mplayernel 18 het alatt jott ossze a vlc-nel kicsitt tobb, mint 8 het alatt.
tudom hogy ez nem mervado, de mindenhol a sorvadas jeleit latom.
ugy nyeri evrol evre a legjobb lejatszo dijat, hogy igazabol nemi bugfixen meg uj bugok bevezetesen kivul IMHO nagyon keves uj fejlesztes kerul bele.

A'rpi, hianyzol... :)

Tyrael

Az eredetihez megirtam mindkettot. Tobb nincs. :)

Az mplayer-t meg azert meg mindig az egyik legjobbnak tartom. Sajnos Win alatt van eleg baj vele, kulon buildot raktam smplayer ala de ez is nyuglodik neha. VLC meg egyelore fos, 1.1.0 lesz vegre hasznalhato. (Megtartja meretet, DXVA, vdpau, -mt, etc. Vegre minden amit mar behozhattak volna kb 0.9-nel).

Milyen mindkettot? mutasd mar meg hol volt olyan valasz a "nezz utana"-n kivul ami elfogadhato. Arrol nem is beszelve, hogy a topikot is ugy nyitottam, hogy beleirtam, hogy kerestem mar mi van. tehat attol, hogy tze is beirod, hogy keressem attol nem fogom jobban megtalalni
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

En is a vilag szegyenenek tartom, hogy neha at kell dobnom a kmplayer-t phonon-xine backendre mplayer backendrol. smplayer nekem se jott be
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

Meg sosem hasznaltam elotte, de most felraktam. Semmi plugint nem kerestem hozza, nem olvastam forumot stb, igy ami hianyzossag:
* feliratnak egyeznie kell a video nevevel. (mint a legtobb playerben) ehhez hozzatartozik, hogy ha tobb felirat van egy konyvtarban es a nevuk nem egyezik (pl sorozatnal), akkor nem tudja eldonteni melyik resz melyik filmhez tartozik. (filenevbol el kene tudni donteni)
* CD1/CD2 filmeknel nekem kell betolteni CD1 et majd utana CD2 t kulon. Nem talalja meg automatikusan.
* RAR fileokat nem kepes normalisan lejatszani. Mintha elotte kitomoritene, meg azt is ami (sima type 30-as(store) "tomoritessel" csinaltak). Tehat nem kepes on-the-fly seekelni benne es foloslegesen kitomoriti. (legalabbis varni kellett indulas elott valamennyit mikor rart toltottem bele)

Ezek igy elso korben eszrevetelek. De az biztos, hogy eleg jol nez ki cserebe :)

azon kivul, hogy tanuld meg hasznalni a szamitogepet, nem tudom mit javasolhatnek. a feluletenek mit kene tudnia? diffegyenletet megoldani? neviccelj mar. pont azt tudja, amit akarok. jobbgomb, menuben ottvan minden.

portablet meg sosem hasznaltam, sosem volt gondom az installal. de nem csodalkozok, nalad meghal minden eleg surun... lehet hogy pebkac van? :)

CCCP azert volt fennt mert tud ablak mertetet tartani, van benne CoreAVC meg DXVA.

VLC azert van fennt mert van amit csak ez vitt, van benne 400%-os hangero meg neha streamelek.

SMplayer azert van fennt mert gyorsan tud betolteni, nem var mint mpc-hc es jol viszi a dolgokat DE nincs benne dxva se avc.

KMplayer meg egyaltalan nem megy, de ha tudna MINDENT amit leirtam, jo lenne. Sajnos nem ez a helyzet ahogy elneztem, sot nagyon is gyatra a tudasa. Vmware-ben majd dobok egy snapshotot aztan felrakom a malware-s installerrel.

http://noob.hu/2010/04/16/Clipboard01.jpg

(Kozben rajottem hogy elojohetett itt is a problema mint multkor. Valamiert nem enged seekelni a filmekbe, akadnak, etc. Pedig sfv ertek ok es masnal ok a lejatszas. De valamiert laptopon es desktopon is elojon. (De a hibas film nem er pebkacnak ! :))

(Bar a sample resz tok jol ment mindegyik lejatszon csak itt nincs felirat.)

szerinted en, mint felhasznalo: leszarom, vagy leszarom?

ez a gpl huszarkodas meg mar az idegeimre megy. fogtak, leforditottak windowson. mi a banatos halal ...... kene nekik a forraskodot mellerakni? felmesz ffmpeg.orgra, leszeded, orulsz. nem nagy kunszt. idiota baromsag erre fapfapolni.

osszeraktak azt amit a fostalicska vlcsek nem tudtak megcsinalni: normalis GUI, normalis lejatszo.

Egy ingyenes szoftvert en sem fogok csak azert nemhasznalni, mert licencet sert. Ennek ellenere linugzon parancssoros mplayer (mplayer parancshoz van mime-olva). Win 7-en emg sajnalom hogy ashznalhatatlan mar az mpf fater gepere, igy VLC vs KMplayer (majd eldontjuk)
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

mit ertesz ingyenes alatt?
ha userkent leszarod a license-et, akkor egyetertesz az altalanos warezolassal?
a szabad szoftver lenyege nem az ingyenesseg, hanem a szabadsag.
szabadon hasznalhatod a gpl-es kodot BARMIRE, akar uzleti celra is, de ha tovabbadod leforditott formaban, akkor koteles vagy a kodot melleadni.
ez garantalja a usernek, hogy szabadon megnezhesse, modosithassa a kodot.

en sem vagyok license naci, de nem ertem, hogy miert esik ennyire nehezuknek egyeseknek betartani egy ilyen kicsi kis kerest, hogy tegye melle a forrast, szoveges allomany, kurva jol tomoritheto, elfer.

a linkelessel meg az a problemam, hogy ha megszunik az oldal, vagy eppen csak atszervezodik, es nem jo helyre mutat mar a link, akkor mondjuk 10 ev mulva aki bele akar nyulni az adott program adott verziojaba, nem tudja megtenni, mert nincs ott a source, a link meg nem jo helyre mutat, es meg ha fel is guglizza az linkelt alkalmazasok weboldalat, meg mindig ott a problema, hogy MELYIK verzio van beleforgatva az eredeti szoftverbe.

Tyrael

jo ezt en ertem, de amig a disztributoraimnak megfelel licenc szempontjabol a kmplayer, addig nekem is. Foleg, hogy csak egy guirol van szo, amit szinte csak bongeszoben hasznalok linuxon. Es ha nincs erre a celra jobb szoftver (kaffine vagy vlc nem tart még itt konq-ban), akkor ezt fogom hasznalni, amig nem irjak ki, hogy $
-------------------------------------------------------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)

nem az erto olvasas volt a problema, hanem szimplan nem tudtam (de olvasas kozben kezdtem rajonni), hogy a Wines kmplayer teljesen mas
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

ha megnezed a ticketet (en megtettem), akkor latszik, hogy a kmplayeresek hivatkoznak az ffmpegre, felsoroljak szepen hogy koszonik, hasznaljak, blahblah, _es adnak linket_, hogy honnan tudod leszedni.

az, hogy nem mellekelik az altaluk leforditott svn-2009xyza -s forraskodot szerintem mar reszletkerdes.

en is megneztem...
sot elolvastam az ott linkelt forum threadet is a kmplayer angol nyelvu forumaban.

gondolom ott is olvastad, amit mar itt en is leirtam:
ez nem izles kerdese, a license kimondja, hogy mellekelni kell a forrast (nem nemjo a linkeles, feljebb irtam nehany gyakorlati okot), ha megnezed az ottani forumthread-et, akkor azt is latod, hogy a fejlesztok kozul valaki irta, hogy nincs ellenukre a forras mellekelese, csak aztan kitalaltak, hogy linkelni eleg.
szoval engem csak ez basz fel (a te nagykepusegeden kivul. :P) agyilag, hogy igazabol nem kernek sokat, az ottani fejlesztok nem zarkoztak el a forras mellekelesetol, nem is lenne nagy melo, de most megint megy a szajtepes, hogy miert nem jo ha belinkelik...

Tyrael

olvastam, de erre mar csak a "nagyban leszarom" fogalmazodott meg bennem. sokaig kovettem az ffmpeg-dev listat, mert hasznaltam par hazon beluli projektre a dolgot, es bizony eleg sok ott az irto nagy kocsog. lehet, hogy ert hozza, ezt nem vitatom, de hogy kommunikalni nem tud normalisan, az teny. mit faj nekik, ha kap egy linket?

a nagykepuseg meg azert van, mert (nem Rad vonatkozik ez most, rajtad latszik legalabb, hogy ertesz hozza) minden szalban elokerulnek olyan emberek, akik eletukben nem lattak meg semmilyen nagyobb megoldast csak leforditottak egy kernelt, es ettol mar nagyon majernek erzik magukat, meg hogy ok mindent tudnak, es ez mar nagyon faraszto...

sokaig kovettem az ffmpeg-dev listat, mert hasznaltam par hazon beluli projektre a dolgot, es bizony eleg sok ott az irto nagy kocsog. lehet, hogy ert hozza, ezt nem vitatom, de hogy kommunikalni nem tud normalisan, az teny.

a nagykepuseg meg azert van, mert minden szalban elokerulnek olyan emberek, akik eletukben nem lattak meg semmilyen nagyobb megoldast csak leforditottak egy kernelt, es ettol mar nagyon majernek erzik magukat, meg hogy ok mindent tudnak, es ez mar nagyon faraszto..."

vigyazz, mert szerintem az altalad irto nagy kocsognek tartott emberek is ugy kezdtek mint te.

mas: a lincese-t be lehetne tartani, illetve az ffmpeg-es arcok is megtehetnek hogy mindenkit beperelnek, aki nem tesz eleget a license-nek, ehelyett csak egy hall of shame-et tartanak fel, ahonnan le lehet kerulni, szoval szerintem ez abszolut korrekt.
az pedig hogy betu szerint tartatjak be a license-et es nem allnak neki alkudozni, szerintem ertheto.

Tyrael

Koszonom a valaszt, en onmagaban helyeslem a rolling release-t. A gond az, hogy a disztributoroknak kellene egy kicsit haladniuk a korral. Az egesz ugyanis ugy jott fol, hogy batyam vett Nokia n900-at, es bar jo rajta a real player, de azert csak egy mplayer kene ra, es hat debianék... mivel Londonban tartozkodik meg kell varnom mig hazajon es le tudom forditani neki armra az svnes mplayert (remelem le tudom). Meg a distrowatch api-javal is valahogy meg kene etetni az svn-es szamozast, bar csak az archnal van ugy kiirva, ahogy kell, de eleg vicces, hogy evek ota az 1.0rc2-t irja stabilnak, mikor 1. van rc3, 2. rc-t nem szokott stabilnak nyilvanitani :D
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

( arpi_esp v | 2010. 04. 16., p – 08:28 )

Egyreszt en mar (evek ota) nem vagyok fejleszto.
Anno, amikor meg en voltam a fo maintainer, akkoriban eleg viccesen (mi legalabbis jot rohogtunk:)) a release-k voltak a beta-k, es a cvs verzio volt a stable.
Magyarul a cvs-ben mindig stable volt a kod, ha valaki elbaszta azt nagyon lebasztuk, altalaban commit jog elvonassal kiegeszitve. Viszont az userek - mint Te is - nem mertek a cvs-t hasznalni, mindig vartak a release-t. Igy mikor sok uj tesztelendo feature osszejott, akkor kiadtunk egy release-t (ebben defaultbol bekapcsoltunk minden szart), amit par nap alatt szazezrek letoltottek es omlottek be a bugreportok. Ezeket szepen a cvs-ben kijavitgattuk.

Na most ahogy en elnezem a levlistakat, a helyzet azota sem valtozott, 2-3 evente kiadnak egy releaset, de a bugok mar csak cvs-ben (illetve egy ideje svn-ben) vannak csak javitva. Illetve annyi a valtozas, hogy uj feature mar nem nagyon van (max az ffmpeg reszben, codecek tekinteteben) ezert is kevesebb a release, mert nincs tesztelnivalo...

En tovabbra is azt mondom, hogy release felejtos, mindig friss svn-t kell hasznalni. Ha bugos akkor meg frissebbet. Ha az is bugos, akkor lasd bugreport.html (ami amugy is azzal kezdodik, hogy legfrissebb svn verziot hasznald).

A'rpi

Koszonom a valaszt, korrekt volt. Es egyetertek, rengeteg program hasznalhatosagat es fejleszthetoseget rontjak a freeze-ek (pl nekem konqueror lenne a kedvenc bongeszom de KDE-s szigoru freeze-k kozt alig tudjak fejleszteni). En, mint elegedett korral halado archlinux user teljesen egyetertek a rolling release hasznalataval, tapasztalatom, hogy kifogastalanul mukodik, es sokkal gyorsabb rollingon egy bugfix.
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

De az azért nem valami kézenfekvő, hogy neked kell felmérned, hogy stabil-e vagy sem az SVN-es állapot, ahelyett, hogy erről a fejlesztők döntenének.

Az MPlayer esetén még talán rendben van ez, de minden felhasználási területen nem működhetne a rolling release stabil upstream kiadások nélkül.

Lehet megoldás persze, hogy egy 3rd party ad ki stabil kiadásokat belátása szerint (erre példa az Arch Linux core csomagforrásában elérhető, rendszeresen aktualizált MPlayer csomag).

Az Arch Linux is rolling release, de van egy stabil (core) és egy testing (testing) ága, ez az ami az MPlayernek a gyakorlatban jelenleg nincs, pedig igény az volna rá.

A probléma meg az MPlayer-el is az, hogy a disztribúciók fejlesztői, karbantartói nem értesültek arról, hogy az 1.0-rc2 és 1.0-rc3 a legkevésbé sem stabil kiadások.

BSD-knél meg MPlayer 0.99 a verziószám, ami egy 2007-es 1.0-rc2, amit azóta is patchelgetnek.

ebben egyeteretek, semelyik disztronal nem vagyok hajlando ugyanis hasznalni azt a repot, ahova legeloszor erkeznek a csomagok teszteles nelkul (arch testing, debian sid, fedora rawhide etc) Prealphat teszteljenek a mazohistak, meg a turelmetlenul kivancsiak. De abban is igazad van, hogy egyedul az archlinux all helyesen az mplayer svn-ekhez, tobbiek tok random forditjak vagy az rc2 rc3-at, vagy egy random snapshotot. Valahogy ez az uj gondolkodas nem jutott el a disztributorokig.
Es abban is igazad van, hogy bar jo az, hogy az mplayer rolling (ha csinalhatnanak is egy testing agat, de anelkul se katasztrofa), de pl egy rolling kernel, vagy egy rolling xorg-server katasztrofat jelentene (egy rolling kde is, de a konquerort be kene dobniuk most kivetelbe)
--
"Majd nagyot fogok rohogni Bill, mikor en szoftvert arusitok, te meg meg kell hogy nyissad a Windows forraskodjat, mert elvesztettel egy ilyen rohelyesen egyertelmu fogadast" (90's)

> Az Arch Linux is rolling release, de van egy stabil (core) és egy testing (testing) ága, ez az ami az MPlayernek a gyakorlatban jelenleg nincs, pedig igény az volna rá.

Nem is lesz tobb ag szerintem, mert minek. Az mplayerben nem volt, es foleg nem lesz olyan commit, ami hosszabb idore hazavagna a programot. Altalaban a patcheket alaposan kitesztelik, tobb fejleszto javitgatja, jovahagyja, meg mielott commit-olva lennenek. Masreszt a patchek tobbsege codeceket bovit/javit, a maradek meg ugyis bugfix. Semmi ertelem kulon testing agnak.

Talan a wine-fele uj release mod lenne jo az mplayerhez is, ok kb havonta kiadnak egy releaset de az gyakorlatilag egy snapshot.

A'rpi

Ezalampjan az mplayernel az korrekt (lenne), de a wine-nel nem igazan. Ies4linux nem mukdoik nekem a legutobbi "snapshottal". Egy wine-nek igenis kene stabil ag
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)