MPlayer csomag kandidáns

Szerintem itt vmi. olyan megoldást kellene csinálni, mint az msttcorefonts csomag:

Feljön egy buta kis (kvázi üres) csomag, és netről wget-el letöltögeti az ms fontjait, cabextract-al kibontja, és felteszi a helyére.

Ilyesmit imho itt is lehetne írni, a kérdés csak az, hogy mplayerhq-ról töltse-e le a .dll-eket, és tegye ki, és M$-ék majd jól leszedetik onnan ha nem tetszik nekik, vagy egyből M$-től töltse, és bontsa ki a megfelelő cumókat.

Miért?

Nem azt mondtam, hogy minden kis szart ki kell tenni pluginbe.

Nyilván vannak ésszerű dolgok, hogy mit érdemes pluginbe tenni, és mit nem.

Imho, ha 1x elindulna arra a cucc, hogy az egy bazi nagy monolitikus exe-ből, aminek a forráskódja is hasonlóan monolitikus, és ész nélkül keresztbe kasul hackelt, lenne egy átlátható, egyszerűen bővíthető, stb. kódbázisa, exekódja, stb.

BTW.: Az egész gui-t tök fölösleges beleforgatni, a cucc-ba :-)

Az is mehetne külön plugin-be. Ill, ha normálisabban közelítjük meg a problémát: az mplayer-nek kéne lib-be mennie, és a gui meg egy kisebb kód lenne, ami az mplayer libjét használná, és akkor nem kéne akkorákat játszani ilyen lumiere szerű vackokkal, hanem egyből lehetne ez a gnome+kde meg minden szar saját filmlejátszónak az alapja mplayer, csak egyszerűen az mplayer-t mint lib-et betölti, meginiteli, stb. és go.

És akkor még olyan dolgokra is meglenne az esély, hogy amit nem tudsz a -slave -es interfészen keresztül kontrollálni, azokat is kontrollálhasd "kívülről".

Azért a fő kódot, demuxert, libvo-t, meg hasonlókat nem hinném, hogy minden nap újraírnak benne. Az alap ha jól veszem észre már régen kész.

Épp ezért kéne imho elmenni a pluggable irányba, mert akkor csak azt a részt/modult/csomagot kell frissíteni, amiben bug volt fixelve, ficsőr lett hozzáadva, stb.

ugyan úgy kéne fejleszteni, mint a kernelt:

stable és devel ág

fícsör frízing

modulba és fixre forgatás, és esetleg ugyan úgy választhatóra, mint a kernelnél.

hasonlók

A külön csomag nyelvenként hülyeség. 1xűen be kell várni, még az mplayer felfejlődik odáig, hogy a nyelv ne fordítási időben dőljön el, hanem LANG vagy LC_akármi változó alapján...

De ha jól nézem, akkor .so már rég elkezdte a gettext-re átvitelét az üzeneteknek, csak lassan halad.

Ha meg így áll a dolog, akkor meg csak egy viszonylag kis core-t elég volna 1-1 alkalommal újraforgatni, és a pluginek nem változnának :-)

nekem debian/rules binary -ra rc2-es .deb-et csinált (rc3-as tarball), bele kell túrni a debian/changelog-ba, legyen rc3-as rész a file tetején, a .deb verzió okés lesz...

Udv. btw milesz a kulonbozo codec-okkal ?pl win32 dll-ek, vagy realplayer dll-ek esetleg qt dll -ek stb... Szal ezeknek a licence jogai gondolom nem engedik hogy mas oprenceren leygen hasznalva egymagaba ? avgy tevedek ?

Ha a licence nem engedi akkor elsz az unofficially csomag rengeteg ?

Udv.

-kRiX-

Ui.: Gabucino! Menni fog a DAT, csak turelem :) Eljutok a postara yol eccer es feladom :)

Ui2.: al3x! radiocard support needed! :)

Bye :)

Allitolag ilyen problemak nincsenek bar szerintem a pine fele megoldas jobb lenne:

apt-get source pine --build

vagy feldobta Friczy meg a cvs-bol torteno forgatast, azaz az mplayer-cvs csomag elkesziteset.

Ja ettol fuggetleneul szep munka volt thuglife ;-) vegre valami hasznosat is csinalsz ;-))

Ertem en. Node a dll file-oknal pl nemlehet az, hogy csak es kizarolag az adott programmal haszanlhato fel ? mert az adott program resze ?

Amugy annyira nem fontos :)

Udv.

-kRiX_

nem a hasznalattal van a baj. Sot nem is a csomagolassal. Hanem az a kerdes, hogy hivatalos debian csomag lehet-e belole. Most sok anyazas utan talan lesz belole....

Unofficial csomagot barki csinalhat.... Officialt mar nem olyan konnyu...

Indithatnank lyan topicot is, hogy miert nincs kavefozo support, illetve reklambetet a filmekbe support az mplayerbe :))

Esetleg ha valaki tvtunerrol akarna felvenni olyan support is lehetne, hogy a cucc erzekeli az egyes fobb csatornakon (tv2, rtlklub) a reklamblokk kezdetet (vannak ilyen keposszehasonlito libek yol :) ) es ha reklam elkezdodott a felvetelt megallitja :) Igy kikuszobolve a soksok reklamot :)

Udv

-kRiX-

Mongyuk, sokat segitene a dolgon, ha mplayer kicsit pluggable lenne, mint pl. xmms.

Értem ez alatt, hogy nincs hozzálinkelve pl. libdvdcss-hez, de lenne egy mplayer-dvdcss csomag, ami a /usr/lib/mplayer/-be betenne egy dvdcss.so-t, és dlopen()-el be tudná tölteni mplayer.

Szal, ha ipsének kell dvdcss support, akkor felteszi az mplayer-dvdcss csomagot is, ha meg nem kell, akkor nem teszi. És ezt még sok mással el lehetne játszani, hogy ne fordítási időben dőljön el, hanem plugin legyen.

Így viszont per pill a jelenlegi állapotában csomagolni se sok értelme van, mert vagy abba a sok dep-be ütközöl bele, amit Árpi is felvetett, vagy rohadtul le lesz butítva, esetleg 200 verzió lenne a csomagból különböző opciókkal fordítva, ill. cuccokhoz hozzálinkelve/kihagyva belőle.

Pár vélemény a dologról:

- A csomagnak az mplayer ÖSSZES lehetőségét támogatnia kéne. Ha jól látom ez nem igazán valósul meg benne:

#undef HAVE_XVID

hogy csak egy gyórs példát mondjak rá.

- A runtime cpu detektálás helyett lehetne processzoronként külön csomagot készíteni. Így gyórsabb az egész, és az nagy felbontású aviknál sokat számít.

- Külön csomagban a mencoder?

- minden nyelvre külön leforgatva?

- quicktime támogatás?

KB hirtelen ennyi ...

>(ni muxik az postolas lynxbol is)

miert ne mukodne?

Avagy a reklamblokk elkezdese utani 2secs vagy 3secs-es kepre lehetne oszpontositani. Bar ehhez meg az kell, hogy mplayer tudja kezelni a realtime felvetel kozbeni keposszehasonlitast :) vagy ilyesmit.

Webcamoknal pl vannak ilyen okos ugyes cuccok. Motion capture -os megoldas. mondjuk az mozgasd detektal de lenyegtelen itt most)

Udv.

-kRiX-

elég lenne egyetlen képkockát felismernie. pontosan azt, amivel a reklámblokkot bevezetik. És ilyen szerencsére minden reklámblokk elején van.

A Qmail is hasonló modon src csomagban érkezik, meg elég sok dolog ami a qmail futásához kell.

Ugyhogy:

#apt-get install mplayer-src

#build-mplayer

és már müködik is minden, gépre optimalizáltan, szépen, és van szép csomagunk. (ja és deb csomagot gyárt a végén a cucc tehát ezt még fel kel telepíteni)

#dpkg -i Mplayer_090_Rc3.deb és már minden jó is.

nem is gond, csak zavaró volt, ne szívjon más is vele....

amúgy dpkg -i rc2-ről rc-2-re (valójában rc3-ra) simán megy

huh túltárgyaltuk

Ez amúgy is gyors... és csak egyszer kell jól leforgatni... :)

Szereny velemenyem szerint(mar ha valakit is erdekel:)) tok felesleges debian packaget csinalni mplayernek meg ezen a teman porogni.

Ad1. Tul gyorsan fejlodik az mplayer ahhoz, hogy abbol mindig napra kesz packaget lehessen csinalni:)

Ad2. Ha mar mindenkeppen deb, akkor miert nem egy ilyen install script szep dialogokkal amiben be-x-elheti a lusta debian user:-), hogy mit akar pontosan aztan az meg leszedi cvsbol es megferditi? Igy legalabb optimalizalt lesz a cucc:)

IMHO az mplayer az a program amibol precompiled packaget csinalni a legnagyobb butasag...