geek.dump()

From gabucino Wed Oct 19 22:29:25 2005
Date: Wed, 19 Oct 2005 21:47:55 +0200
Reply-To: mplayer-dev-eng

Jindrich Makovicka wrote:
> > So running lame's configure with --disable-decoder should fix it, but
> > still leaves it as annonying.
> There was even a patch in the list, and everyone was lazy to test it :)

Maybe it's time for the neu-team to disband itself.
- having failed to revolutionalize unix media development by creating G2
(due to utter laziness)
- doing *nothing creative* for the past *2* years by yourselves
- fixing no outstanding bugs
- failing to find at least a single, capable unix administrator to install
and maintain the server, because the whole neu-team consists of babbling
idiots, and for 99% of them, unix administration means linux, kde, and apt-get
- failing to install the new server, probably it's a warez server by now :)
- failing to establish release management
- ..therefore the last stable release is more than a fucking YEAR old
- failing to stop mplayer (G1)'s constant quality degradation by not
creating strict code management. Everyone is just pointing at some other
guy in the other side of the world.

In two years, MPlayer will be history, as I predicted long ago. :(

--
Gabucino

e transcode -che mi sta anche piu` a cuore- non e` messo moltissimo meglio, purtroppo.
Xine e` alquanto statico, ma ha un'architettura (per quel che posso vedere) solida, e meno problemi alle spalle.
La situazione del multimedia sul fronte libero sostanzialmente stagna un po`, mentre gstreamer assume sempre piu` importanza. Fatto, che in se, e` anche positivo, se non fosse che la progressiva stagnazione delle alternative. Orbene, qualcuno la fuori potrebbe giungere alla "ovvia conclusione" che il software open source e` di qualita` inferiore. Due parole in merito: Hasty Generalization. .

Tornando ad argomenti meno, uhm, oziosi (di flammare sul difficilmente ponderabile sto cercando di smettere), i problemi di mplayer li conosco a chiazze, quelli di transcode sono piu` o meno noti; sostanzialmente rilassamento dell'architettura e assenza di fattorizzazione (sto cominciando ad odiare gli inglesismi inutili) del codice.
In pratica, si aggiungeva senza togliere, e l'architettura, ai tempi anche buona, non solo non veniva mai rinnovata, ma progressivamente alleggerita.

Si potrebbe anche tracciare una cronistoria, ma non e` questa la sede piu` idonea.
E` interessante, nonche` incoraggiante, notare pero` che almeno nel caso di transcode ci sono quantomeno segnali di miglioramento. Si sta cercando di riorganizzare il tutto e di tirare le fila, ma il compito, di per se non banale, e` aggravato dal fatto che bisogna fare tutto insieme quanto non e` stato fatto (o e` stato fatto troppo poco) nel corso del tempo.

La 1.0.0 e le successive release 1.x sono prevalentemente release di mantenimento e consolidamento. Ora, e` pur vero che transcode ha comunque un insieme di feature decente, cosi` e` possibile attendere ancora senza perdere troppo terreno, ma si intuisce chiaramente quanto questo sia subottimale.

D'altronde, come si dice, e` tempo di fare necessita` virtu`.