Mplayer release-ek?

 ( nanto | 2010. április 13., kedd - 10:02 )

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"?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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)

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)

"hogy lesz-e valaha olyan, hogy 1.0 rc2 felirat nelkul"

:-D

mpf +1

okes, de nem arra kell valaszolni, amit te belekepzeltel a kerdesbe.

Tyrael

+1
--
"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)

A masik ertelmezes meg mar meg lett magyarazva. Ehh.

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)

Nem itt. Anno volt mar tema, emlekszem ra tisztan. S meg valaki az mplayer csapatabol irta be asszem. HA jol remlik nezz korbe az mplayer legutobbi bejelentesenel. (Vagy az 1.0rc2 -nel).

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)

winen nem szopatnam magam ilyen szarokkal, kmplayer (delphiben irjak, semmi koze a normal mplayerhez, ffmpeget tud hasznalni, etc) ftw.

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)

kmplayer suxx. nagyon fos , nagyon buta kinezettel. Oszinten, meglep hogy ezt hasznalod.
(Bar most lekapok egy portable-t es megprobalom meggyozni magam. ! :))
(Na jo ... feliratot nem jelenit meg valamiert, dropped. Otlet?)

lool, legjobb kinezetu player. a sima vlc egy fos ehez kepest. es VISZ MINDENT. mi az hogy buta? mondj 1 dolgot, amit nem tud. komolyan!
nekem mennek a feliratok faszan. semmi codec pack nem kell, semmi, kmplayer letolt, felrak, orul.

te is a taiwaniaktol szeded, ugye?

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 :)

- jobbklikk, load subtitle
- nekem lep szepen tovabb, sorszam alapjan kitalalja
- rarokat ki szoktam csomagolni

Probaltam igy is, nem tolti be semmikepp.

Portable-t szedtem mert az alap installer nagyon gany es tobb gepen is szetcseszte a tobbi lejatszot anno, azt tuti nem rakom fel. Egyeb otlet? (Beallitasokat szet turtam, semmi hasznalhatot nem talaltm. Amugy a felulete a nagyon buta es hanyas a skin is.)

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? :)

Bla bla bla. Tavolrol konnyu ugatni. Legkozelebb odapasszolom hogy a mester ugyanoda eljusson es koppanjon egyet. Bar elorebb nem leszek. :)

hat en csak azt latom h mindig szivsz, ennyi :)

minek raksz fel barmilyen mas lejatszot? kmplayer felrak es orul. nem kell SEMMI mas. en a zeneknek tartok egy winampot, aztan kesz.

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.

coreavc dxva kitzavar, izombol kihajtja a gepem
hangerot tudsz allitani kmplayer alatt is, ha az a bajod, hogy valami halk
ezt a "gyorsan tud betolteni" dolgot nem ertem, en rahuzom a filmet, es megy

p1en nezed?

Azert az 1080p alatt a T500-as 96% cpu-t dob. Ez nem hinnem 'izom' lenne. :D

Rahuztam a filmet es most a koreai forumrol raktam de b.szik feliratot tolteni maaaeeee... >.>

mondom hogy pebkac van. en rendszresen nezek 1080p dolgokat a t500on, kmplayerrel, .idx+.subbol a feliratot, tobbnyelvuen, tudok menubol valasztani mit akarok, etc...

Hja de mekkora 1080p es mekkora load? Nalam a 30gb-os `9` volt ami izzasztotta teljes mertekben.

csak HD tartalmat nezek (720p sorozat, es 1080p minden mas), de meg nem volt ilyen gondom

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.)

gondolom "jo" a release (=ertsd egy fos lehet). eleg szigoruak a scene szabalyok (ugy hallottam;>), nem hiszem, hogy ezek betartanak. alt+x -el lehet ki-be kapcsolni a subot, ill jobbgomb->subtitles menuig nem jutottal el ugy latom. idx, es sub mellette van?

Bah. Alapbol betolti subot, azon kivul vegigmentem a jobb gombos maszekolason. De tenyleg mindegy, amugy se jon be az egesz felulete, options, etc. Nem tul szimpatikus.

a fostalicska VLC meg az? rotfl

Nem, azt sem szeressuk, mindossze a gyors load es a stream miatt van fennt. SMplayer pedig mplayer miatt egyik legjobb streamer (mint fogado), na meg gyors load, megjegyzi hol jartam.

VLC-bol is csak 1.1 fogja tudni a stuffokat.

Az a KMPlayer, amelyik az ffmpeg Hall of Shame listán díszeleg gpl sértésért?

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.

tudod vannak ilyen dolgok hogy license, meg ha nem tetszik, ne hasznald.
milyen dolog mar, hogy akkor is kell egy teljes jegyet vennem a metrora, ha csak 1 megallot veszek?
majd 10 egymegallos utazasonkent lyukasztok egyet.

remelem erted a parhuzamot.

Tyrael

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)

te szerintem tok masrol beszelsz, mint mi. erto olvasas?

t.i., mi egy windowsos, delphiben irt videolejatszorol beszelunk...

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)

sorry, de ha ertenem se erdekelne. nekem hasznalhato programot ad, ennyi. nem lesz attol jobb, mert az mplayernek letolthetem a forrasat, ha fenyevekkel le van maradva hasznalhatosag szempontjabol.

remelem erted mirol beszelek.

ertem, nem teged basztatlak (bar szerintem ott a kettos merce a zsebedben :P) csak nem ertem, hogyha beleoltek x szaz orat a kmplayer fejlesztoi a from scratch delfiben ujrairt lejatszora, akkor miert megy ennyire docogosen a license betartasa.

Tyrael

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...

Idézet:
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.

Idézet:
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

A jelenlegi legutolsó stable: 1.0rc3 (2009. november 1.)

A fejlesztői levelezőlista tanulsága szerint maradnak a rolling releasenél.

Érdemes ezt a szálat végigolvasni: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2009-November/062839.html

Érdekesség, hogy a disztribúciók fejlesztői backportra szorítkoznak, azaz a korábbi stabil kiadásokat patchelik.

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)

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)