July 2001 - MPlayer-cvslog - lists.mplayerhq.hu

CVS: main/libvo vo_xv.c,1.23,1.24
by Arpi of Ize 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/libvo In directory mplayerhq:/var/tmp.root/cvs-serv16140 Modified Files: vo_xv.c Log Message: switching double buffering at runtime with -double Index: vo_xv.c =================================================================== RCS file: /cvsroot/mplayer/main/libvo/vo_xv.c,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- vo_xv.c 21 Jun 2001 22:36:02 -0000 1.23 +++ vo_xv.c 3 Jul 2001 23:22:29 -0000 1.24 @@ -1,5 +1,7 @@ -#define NUM_BUFFERS 1 +// Number of buffers _FOR_DOUBLEBUFFERING_MODE_ +// Use option -double to enable double buffering! (default: single buffer) +#define NUM_BUFFERS 2 /* * vo_xv.c, X11 Xv interface @@ -11,6 +13,8 @@ * Aaron Holtzman <aholtzma(a)ess.engr.uvic.ca> * * Xv image suuport by Gerd Knorr <kraxel(a)goldbach.in-berlin.de> + * fullscreen support by Pontscho + * double buffering support by A'rpi */ #include <stdio.h> @@ -65,6 +69,7 @@ static XvImageFormatValues *fo; static int current_buf=0; +static int num_buffers=1; // default static XvImage* xvimage[NUM_BUFFERS]; #include <sys/ipc.h> @@ -113,6 +118,7 @@ mFullscreen=flags&1; dwidth=d_width; dheight=d_height; + num_buffers=vo_doublebuffering?NUM_BUFFERS:1; if (!vo_init()) return -1; @@ -210,7 +216,7 @@ { printf( "using Xvideo port %d for hw scaling\n",xv_port ); - for(current_buf=0;current_buf<NUM_BUFFERS;++current_buf) + for(current_buf=0;current_buf<num_buffers;++current_buf) allocate_xvimage(current_buf); current_buf=0; @@ -331,7 +337,7 @@ drwX,drwY,drwWidth,(mFullscreen?drwHeight - 1:drwHeight), False); XFlush(mDisplay); - current_buf=(current_buf+1)%NUM_BUFFERS; + current_buf=(current_buf+1)%num_buffers; return; } _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main configure,1.96,1.97
by Arpi of Ize 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main In directory mplayerhq:/var/tmp.root/cvs-serv15530 Modified Files: configure Log Message: not found -> no (to be consistent) Index: configure =================================================================== RCS file: /cvsroot/mplayer/main/configure,v retrieving revision 1.96 retrieving revision 1.97 diff -u -r1.96 -r1.97 --- configure 3 Jul 2001 14:22:23 -0000 1.96 +++ configure 3 Jul 2001 23:04:36 -0000 1.97 @@ -735,18 +735,18 @@ int main( void ) { if(SND_LIB_MAJOR==0&&SND_LIB_MINOR==5)return 0; return 1; } EOF -_alsaver='not found' +_alsaver='no' $_cc -o $TMPO -lasound -ldl -lpthread $TMPC 2> /dev/null || _alsa=no [ $_alsa = 'yes' ] && $TMPO && { _alsaver='0.5.x'; } -if [ "$_alsaver" = 'not found' ]; then +if [ "$_alsaver" = 'no' ]; then cat > $TMPC << EOF #include <sys/asoundlib.h> #include <sys/soundcard.h> int main( void ) { if(SND_LIB_MAJOR==0&&SND_LIB_MINOR==9)return 0; return 1; } EOF -_alsaver='not found' +_alsaver='no' $_cc -o $TMPO -lasound -ldl -lpthread $TMPC 2> /dev/null || _alsa=no [ $_alsa = 'yes' ] && $TMPO && { _alsaver='0.9.x'; } fi _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/DOCS tech-hun.txt,1.10,1.11
by Arpi of Ize 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/DOCS In directory mplayerhq:/var/tmp.root/cvs-serv3438 Modified Files: tech-hun.txt Log Message: accented by Tibcu Index: tech-hun.txt =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/tech-hun.txt,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- tech-hun.txt 4 Jun 2001 08:06:20 -0000 1.10 +++ tech-hun.txt 3 Jul 2001 17:31:46 -0000 1.11 @@ -1,86 +1,86 @@ -Nos, akkor leirom, hogyan is mûködik ez az egész. +Nos, akkor leírom, hogyan is mûködik ez az egész. A fõ modulok: 1. streamer.c: ez az input layer, azaz ez olvassa a filet, VCD-t vagy stdin-t. - amit tudnia kell: megfelelõ sectoronkenti bufferelés, seek, skip funkciók, + amit tudnia kell: megfelelõ sectoronkénti bufferelés, seek, skip funkciók, byte-onkénti ill. tetszõleges méretû blockonkénti olvasás. - Egy stream (input device/file) leírására a stream_t struktura szolgál. - + Egy stream (input device/file) leírására a stream_t struktúra szolgál. + 2. demuxer.c: ez végzi az input szétszedését audio és video csatornákra, és a kiválasztott csatornák bufferelt package-enkénti olvasását. A demuxer.c inkább csak egy framework, ami közös minden input - formátumra, és az egyes formátumokhoz (mpeg-es,mpeg-ps, avi, avi-ni, asf) - külön parser van, ezek a demux_*.c fileokban vannak. - A hozza tartozo struktura a demuxer_t. osszesen egy demuxer van. - + formátumra, és az egyes formátumokhoz (mpeg-es, mpeg-ps, avi, avi-ni, + asf) külön parser van, ezek a demux_*.c file-okban vannak. + A hozzá tartozó struktúra a demuxer_t. Összesen egy demuxer van. + 2.a. demux_packet_t, azaz dp. - ez egy darab chunk-ot (avi) vagy packet-et (asf,mpg) tartalmaz. - memoriaban ezek lancolt listaban vannak, mivel kulonbozo meretuek. + ez egy darab chunk-ot (avi) vagy packet-et (asf, mpg) tartalmaz. + memóriában ezek láncolt listában vannak, mivel különbözõ méretûek. 2.b. demuxer stream, azaz ds. struct: demux_stream_t - minden egyes csatornahoz (a/v) tartozik egy ilyen. - ez tartalmazza a stream-hez tartozo packeteket (lasd. 2.a.) - egyelore demuxer-enkent 3 ilyen lehet: + minden egyes csatornához (a/v) tartozik egy ilyen. + ez tartalmazza a stream-hez tartozó packeteket (lásd. 2.a.) + egyelõre demuxer-enként 3 ilyen lehet: - hang (d_audio) - - kep (d_video) + - kép (d_video) - DVD felirat (d_dvdsub) -2.c. stream header. 2 fele van (egyelore): sh_audio_t es sh_video_t - ez tartalmaz minden, a dekodolashoz szukseges parametert, igy az input - es output buffereket, kivalasztott codecet, fps/framerate stb adatokat. - Annyi van belole, ahany stream van a fileban tarolva. Lesz minimum egy - a videohoz, ha van hang akkor ahhoz is, de ha tobb audio/video stream +2.c. stream header. 2 féle van (egyelõre): sh_audio_t és sh_video_t + ez tartalmaz minden, a dekódoláshoz szükséges paramétert, így az input + és output buffereket, kiválasztott codecet, fps/framerate stb adatokat. + Annyi van belõle, ahány stream van a file-ban tárolva. Lesz minimum egy + a videohoz, ha van hang akkor ahhoz is, de ha több audio/video stream is van, akkor mindegyikhez lesz egy ilyen struct. - Ezeket avi/asf eseten a header alapjan tolti fel a header beolvaso, - mpeg eseten pedig a demux_mpg.c fogja letrehozni ha egy uj streamet - talal. Uj stream eseten ====> Found audio/video stream: <id> jelenik meg. - - A kivalasztott stream header es a hozza tartozo demuxer stream kolcsonosen - hivatkoznak egymasra (ds->sh es sh->ds) az egyszerubb hasznalat miatt. - (igy a funkciotol fuggoen eleg vagy csak a ds vagy csak az sh atadasa) - - Pelda: van egy .asf fileunk, abban 6 db stream, ebbol 1 audio es 5 video. - A header beolvasasakor letre fog jonni 6 db sh struct, 1 audio es 5 video. - Amikor elkezdi olvasni a packeteket, az elso talalt audio es video - packethez tartozo streamet - kivalasztja, es ezekre allitja be a d_audio es d_video sh pointereit. - Igy kesobbiekben mar csak ezeket a streameket olvassa, a tobbit nem. - Persze ha az user masik streameket szeretne kivalasztani, akkor - force-olhatja a -aid es -vid kapcsolokkal. - Jo pelda erre a DVD, ahol nem mindig az angol szinkron hang az elso - megtalalt stream, es igy random minden vob mas nyelven szolalhat meg :) - Ilyenkor kell pl. az -aid 128 kaocsolot hasznalni. - - hogy is muxik ez a beolvasosdi? - - meghivodik a demuxer.c/demux_read_data(), megkapja melyik ds-bol - (audio vagy video), mennyi byteot es hova (memoriacim) szeretnenk - beolvasni. ezt hivogatjak gyakorlatilag a codec-ek. - - ez megnezi,hogy az adott ds bufferében van-e valami, ha igen akkor - onnan olvas amennyit kell. ha nincs/nincs eleg, akkor meghivja + Ezeket avi/asf esetén a header alapján tölti fel a header beolvasó, + mpeg esetén pedig a demux_mpg.c fogja létrehozni, ha egy új streamet + talál. Új stream esetén ====> Found audio/video stream: <id> jelenik meg. + + A kiválasztott stream header és a hozzá tartozó demuxer stream kölcsönösen + hivatkoznak egymásra (ds->sh és sh->ds) az egyszerûbb használat végett. + (így a funkciótól függõen elég vagy csak a ds vagy csak az sh átadása) + + Példa: van egy .asf file-unk, abban 6 db stream, ebbõl 1 audio és 5 video. + A header beolvasásakor létre fog jönni 6 db sh struct, 1 audio és 5 video. + Amikor elkezdi olvasni a packeteket, az elsõ talált audio és video + packethez tartozó streamet kivalasztja, es ezekre allitja be a d_audio + és d_video sh pointereit. + Így a késõbbiekben már csak ezeket a streameket olvassa, a többit nem. + Persze, ha a user másik streameket szeretne kiválasztani, akkor + force-olhatja az -aid és -vid kapcsolókkal. + Jó pelda erre a DVD, ahol nem mindig az angol szinkron hang az elsõ + megtalált stream, és így random minden vob más nyelven szólalhat meg :) + Ilyenkor kell pl. az -aid 128 kapcsolót használni. + + hogy is mûxik ez a beolvasósdi? + - meghívódik a demuxer.c/demux_read_data(), megkapja melyik ds-bõl + (audio vagy video), mennyi byte-ot és hova (memóriacím) szeretnénk + beolvasni. Ezt hívogatják gyakorlatilag a codec-ek. + - ez megnézi, hogy az adott ds bufferében van-e valami, ha igen akkor + onnan olvas, amennyit kell. Ha nincs/nincs elég, akkor meghívja a ds_fill_buffer()-t ami: - - megnezi hogy az adott ds-ben vannak-e bufferelve csomagok (dp-k) - ha igen, akkor a legregebbit atrakja a bufferbe es olvas tovabb. - ha ures a lancolt lista, akkor meghivja a demux_fill_buffer()-t: - - ez az input formatumnak megfelelo parser-t meghivja ami olvassa - tovabb a filet, es a talalt csomagokat rakja be a megfelelo bufferbe. - na ha mondjuk audio csomagot szeretnenk, de csak egy rakat video csomag - van, akkor jon elobb-utobb a DEMUXER: Too many (%d in %d bytes) audio - packets in the buffer... hibauzenet. - -Eddig kb tiszta ugy, ezt akarom majd atrakni kulon lib-be. - -na nezzuk tovabb: - -3. mplayer.c - igen, o a fonok :) - az idozites eleg erdekesen van megoldva, foleg azert mert minden - fileformatumnal maskepp kell/celszeru, es neha tobbfele keppen is lehet. - - van egy a_frame es egy v_frame nevu float valtozo, ez tarolja az epp - lathato/hallhato a/v poziciojat masodpercben. - - A lejatszo ciklus felepitese: + - megnézi, hogy az adott ds-ben vannak-e bufferelve csomagok (dp-k) + ha igen, akkor a legrégebbit átrakja a bufferbe és olvas tovább. Ha + üres a láncolt lista, akkor meghívja a demux_fill_buffer()-t: + - ez az input formátumnak megfelelõ parser-t hívja meg, ami továbbol- + vassa a file-t, és a talált csomagokat berakja a megfelelõ bufferbe. + Na, ha mondjuk audio csomagot szeretnénk, de csak egy rakat + video csomag van, akkor jön elõbb-utóbb a DEMUXER: Too many + (%d in %d bytes) audio packets in the buffer... hibaüzenet. + +Eddig kb. tiszta ügy, ezt akarom majd átrakni külön lib-be. + +na nézzuk tovább: + +3. mplayer.c - igen, õ a fõnök :) + az idõzítes élég érdekesen van megoldva, fõleg azért mert minden file- + formátumnál másképp kell/célszerû, és néha többféle képpen is lehet. + + van egy a_frame és egy v_frame nevû float változó, ez tárolja az épp + látható/hallható a/v pozícióját másodpercben. + + A lejátszó ciklus felépítése: while(not EOF) { fill audio buffer (read & decode audio) + increase a_frame read & decode a single video frame + increase v_frame @@ -89,201 +89,201 @@ apply A-V PTS correction to a_frame check for keys -> pause,seek,... } - - amikor lejatszik (hang/kep) akkor a lejatszott valami idotartamaval - noveli a megfelelo valtozot: - - audional ez a lejatszott byteok / sh_audio->o_bps - megj: i_bps = tomoritett byteok szama egy masodpercnyi hanghoz - o_bps = tomoritetlen byteok szama egy masodpercnyi hanghoz - (ez utobbi == bps*samplerate*channels) - - videonal ez altalaban az sh_video->frametime. - Ez altalaban == 1.0/fps, persze meg kell jegyeznem hogy videonal nem - igazan szamit az fps, asf-nel pl. nincs is olyan, ahelyett duration - van es framenkent valtozhat. - mpeg2-nel pedig repeat_count van ami 1-2.5 idotartamban elnyujtja - a framet... avi-nal van talan egyedul fix fps, meg mpeg1-nel. - - Na most ez addig nagyon szepen mukodik, amig a hang es kep tokeletes - szinkronban van, mivel igy vegulis a hang szol, az adja az idozitest, - es amikor eltelt egy framenyi ido akkor kirakja a kovetkezo framet. - de mi van ha valamiert az input fileban csuszik a ketto? - Akkor jon be a PTS correction. az input demuxer-ek olvassak a csomagokkal - egyutt a hozzajuk tartozo PTS-t (presentation timestamp) is, ami alapjan - eszreveheto ha el van csuszva a ketto. ilyenkor egy megadott maximalis - hataron (lasd -mc opcio) belul kepes az mplayer korrigalni az a_frame - erteket. a korrekciok osszege van a c_total-ban. - - persze ez meg nem minden szinkron ugyben, van meg nemi gaz. - pl. az hogy a hangkartya eleg rendesen kesleltet, ezt az mplayernek - korrigalnia kell! Az osszes audio kesleltetes masodpercben ezek osszege: - - az utolso timestamp (PTS) ota beolvasott byteok: + + amikor lejátszik (hang/kép) akkor a lejátszott valami idõtartamával + növeli a megfelelõ változót: + - audionál ez a lejátszott byte-ok / sh_audio->o_bps + megj.: i_bps = tömörített byte-ok széma egy másodpercnyi hanghoz + o_bps = tömörítetlen byte-ok száma egy másodpercnyi hanghoz + (ez utóbbi == bps*samplerate*channels) + - videonál ez általában az sh_video->frametime. + Ez általában == 1.0/fps, persze meg kell jegyeznem, hogy videonál nem + igazán számít az fps, asf-nél pl. nincs is olyan, ahelyett duration + van és frame-enként változhat. + mpeg2-nél pedig repeat_count van, ami 1-2.5 idõtartamban elnyújtja + a frame-et... avi-nál van talán egyedül fix fps, meg mpeg1-nél. + + Na most ez addig nagyon szépen mûködik, amíg a hang és kép tökéletes + szinkronban van, mivel így végülis a hang szól, az adja az idõzítést, + és amikor eltelt egy frame-nyi idõ, akkor kirakja a következõ frame-et. + De mi van, ha valamiért az input file-ban csúszik a kettõ? + Akkor jön be a PTS correction. Az input demuxer-ek olvassák a + csomagokkal együtt a hozzájuk tartozó PTS-t (presentation timestamp) + is, ami alapján észrevehetõ, ha el van csúszva a kettõ. Ilyenkor egy + megadott maximális határon (lásd -mc opció) belül képes az mplayer + korrigalni az a_frame értékét. A korrekciók összege van a c_total-ban. + + Persze ez még nem minden szinkron ügyben, van még némi gáz. Pl. az, + hogy a hangkártya elég rendesen késleltet, ezt az mplayernek korrigálnia + kell! Az összes audio késleltetés másodpercben ezek összege: + - az utolsó timestamp (PTS) óta beolvasott byte-ok: t1 = d_audio->pts_bytes/sh_audio->i_bps - - Win32/ACM eseten az audio input bufferben tarolt byteok: + - Win32/ACM esetén az audio input bufferben tárolt byte-ok: t2 = a_in_buffer_len/sh_audio->i_bps - - az audio out bufferben tarolt tomoritetlen byteok: + - az audio out bufferben tárolt tömörítetlen byte-ok: t3 = a_buffer_len/sh_audio->o_bps - - a hangkartya buffereben (vagy DMA bufferben) tarolt, meg nem - lejatszott byteok: + - a hangkártya bufferében (vagy DMA bufferben) tárolt, még nem + lejátszott byte-ok: t4 = get_audio_delay()/sh_audio->o_bps - - Ezekbol kiszamolhato egeszen pontosan, hogy az epp hallhato hanghoz - milyen PTS tartozik, majd ezt osszevetve a video-hoz tartozo PTS-el - meg is kapjuk az A-V eltereset! - - avi-nal sem egyszeru az elet. ott a 'hivatalos' idozitesi mod a - BPS-alapu, azaz a headerben le van tarolva hany tomoritett audio - byte tartozik egy masodpercnyi (fps darab) kephez. - ez persze nem mindig mukodik... miert is mukodne :) - ezert en megcsinaltam hogy az mpeg-nel hasznalatos sectoronkenti - PTS erteket emulalom avi-ra is, azaz az AVI parser minden beolvasott - chunk-nal szamol egy kamu PTS-t a framek tipusa alapjan. es ez - alapjan idozitek. es van amikor ez mukodik jobban. - persze itt meg bejatszik az is, hogy AVI-nal altalaban elore letarolnak - egy nagyobb adag hangot, es csak utana kezdodik a kep. ezt persze - bele kell szamolni a kesleltetesbe, ez az Initial PTS delay. - ilyen persze 2 is van, az egyik a headerben le is van irva, es - nem nagyon hasznlajak :) a masik sehol nincs leirva de hasznaljak, ezt - csak merni lehet... + + Ezekbõl kiszámolható egészen pontosan, hogy az épp hallható hanghoz + milyen PTS tartozik, majd ezt összevetve a video-hoz tartozo PTS-el + meg is kapjuk az A-V eltérését! + + Avi-nál sem egyszerû az élet. Ott a 'hivatalos' idõzítési mód a + BPS-alapú, azaz a headerben le van tárolva, hány tömörített audio + byte tartozik egy másodpercnyi (fps darab) képhez. + ez persze nem mindig mûködik... miért is mûködne :) + Ezért én megcsináltam, hogy az mpeg-nél használatos sectoronkénti + PTS értéket emulálom avi-ra is, azaz az AVI parser minden beolvasott + chunk-nál számol egy kamu PTS-t a frame-ek típusa alapján, és ez + alapjan idozitek. És van amikor ez mûködik jobban. + Persze itt még bejátszik az is, hogy AVI-nál általában elõre + letárolnak egy nagyobb adag hangot, és csak utána kezdõdik a kép. + Ezt persze bele kell számolni a késleltetésbe, ez az Initial PTS delay. + Ilyen persze 2 is van, az egyik a headerben le is van írva, és + nem nagyon használják. :) A másik sehol nincs leírva, de használják, + ezt csak mérni lehet... 3.a. audio playback: - par szo az audio lejatszasrol: - az egeszben nem maga a lejatszas a nehez, hanem: - 1. hogy tudjuk mikor lehet irni a bufferbe, blocking nelkul - 2. hogy tudjuk, mennyit jatszott mar le abbol amit a bufferbe irtunk - Az 1. az audio dekodolashoz kell, valamint hogy a buffert mindig teli - allapotban tudjuk tartani (igy sose fog megakadni a hang). - A 2. pedig a korrekt idoziteshez szukseges, ugyanis nemely hangkartya - akar 3-7 masodpercet is kesleltet, ami azert nem elhanyagolhato! - Ezek megvalositasara az OSS tobbfele lehetoseget is kinal: - - ioctl(SNDCTL_DSP_GETODELAY): megmondja hany lejatszatlan byte - varakozik a hangkartya bufferjeben -> idoziteshez kivallo, - de nem minden driver tamogatja :( - - ioctl(SNDCTL_DSP_GETOSPACE): megmondja mennyit irhatunk a kartya - bufferebe blocking nelkul. ha a driver nem tudja a GETODELAY-t, - akkor ezt hasznalhatjuk arra is, hogy megtudjuk a kesleltetest. - - select(): meg kene mondja, hogy irhatunk-e a kartya bufferebe - blocking nelkul. azt, hogy emnnyit irhatunk, nem mondja meg :( - valamint sok driverrel egyaltalan nem, vagy rosszul mukodik :(( - csak akkor hasznalom, ha egyik fenti ioctl() sem mukodik. + pár szó az audio lejátszásról: + az egészben nem maga a lejátszás a nehéz, hanem: + 1. hogy tudjuk, mikor lehet írni a bufferbe, blocking nélkül + 2. hogy tudjuk, mennyit játszott már le abból, amit a bufferbe írtunk + Az 1. az audio dekódoláshoz kell, valamint hogy a buffert mindig teli + állapotban tudjuk tartani (így sose fog megakadni a hang). + A 2. pedig a korrekt idõzítéshez szükséges, ugyanis némely hangkártya + akár 3-7 másodpercet is késleltet, ami azért nem elhanyagolható! + Ezek megvalósítására az OSS többféle lehetõséget is kínál: + - ioctl(SNDCTL_DSP_GETODELAY): megmondja, hány lejátszatlan byte + várakozik a hangkártya bufferében -> idõzítéshez kiváló, + de nem minden driver támogatja :( + - ioctl(SNDCTL_DSP_GETOSPACE): megmondja, mennyit írhatunk a kártya + bufferébe blocking nélkül. Ha a driver nem tudja a GETODELAY-t, + akkor ezt hasznalhatjuk arra is, hogy megtudjuk a késleltetést. + - select(): meg kéne mondja, hogy írhatunk-e a kártya bufferébe + blocking nélkül. Azt, hogy mennyit írhatunk, nem mondja meg :( + valamint sok driverrel egyáltalán nem, vagy rosszul mûködik :(( + csak akkor használom, ha egyik fenti ioctl() sem mûködik. -4. codecek. ezek kulonbozo lib-ek szanaszet mindenfelol. +4. codecek. ezek különbözõ lib-ek szanaszét mindenfelõl. mint pl. libac3, libmpeg2, xa/*, alaw.c, opendivx/*, loader, mp3lib. - az mplayer.c hivogatja oket amikor egy egy darab hangot vagy framet - kell lejatszani (lasd 3. pont elejen). - ezek pedig hivjak a megfelelo demuxert hogy megkapjak a tomoritett - adatokat (lasd 2. pont). - parameterkent a megfelelo stream headert (sh_audio/sh_video) kell - atadni, ez elvileg tartalmaz minden infot ami szukseges a - dekodolashoz (tobbek kozott a demuxert is: sh->ds). - A codecek szeparalasa folyamatban van, az audio mar el van kulonitve - (lasd. dec_audio.c), a videon meg dolgozunk. Cel, hogy ne az mplayer.c - kelljen tudja milyen codecek vannak es hogy kell oket hasznalni, hanem - egy kozos init/decode audio/video functiont kelljen csak meghivnia. - -5. libvo: ez vegzi a kep kirakasat. - - Az img_format.h-ban definialva vannak konstansok a kulonbozo pixel- - formatumokhoz, ezeket kotelezo hasznalni. - - 1-1 vo driver a kovetkezoket kell kotelezoen implementalja: + az mplayer.c hívogatja õket, amikor egy-egy darab hangot vagy frame-et + kell lejátszani (lásd 3. pont elején). + ezek pedig hívják a megfelelõ demuxert, hogy megkapják a tömörített + adatokat (lásd 2. pont). + paraméterként a megfelelõ stream headert (sh_audio/sh_video) kell + átadni, ez elvileg tartalmaz minden infót, ami szükséges a + dekódoláshoz (többek között a demuxert is: sh->ds). + A codecek szeparálasa folyamatban van, az audio már el van különítve + (lásd. dec_audio.c), a videon még dolgozunk. Cél, hogy ne az mplayer.c + kelljen tudja, milyen codecek vannak és hogy kell õket használni, hanem + egy közös init/decode audio/video functiont kelljen csak meghívnia. + +5. libvo: ez végzi a kép kirakását. + + Az img_format.h-ban definiálva vannak konstansok a különbözõ pixel- + formátumokhoz, ezeket kötelezõ használni. - query_format() - lekerdezi hogy egy adott pixelformat tamogatott-e. + 1-1 vo drivernek a következõket kell kötelezõen implementálnia: + + query_format() - lekérdezi, hogy egy adott pixelformat támogatott-e. return value: flags: 0x1 - supported (by hardware or with conversion) 0x2 - supported (by hardware, without conversion) 0x4 - sub/osd supported (has draw_alpha) - FONTOS: minden vo driver kotelezo tamogassa az YV12 formatumot, es - egyiket (vagy mindkettot) a BGR15 es BGR24 kozul, ha kell, konvertalassal. - Ha ezeket nem tamogatja, akkor nem fog minden codec-kel mukodni! - Ennek az az oka, hogy az mpeg codecek csak YV12-t tudnak eloallitani, - a regebbi Win32 DLL codecek pedig csak 15 es 24bpp-t tudnak. - Van egy gyors MMX-es 15->16bpp konvertalo, igy az nem okoz kulonosebb - sebessegcsokkenest! - - A BPP tablazat, ha a driver nem tud bpp-t valtani: + FONTOS: minden vo drivernek kötelezõ támogatnia az YV12 formátumot, és + egyiket (vagy mindkettõt) a BGR15 és BGR24 közül, ha kell, konvertálással. + Ha ezeket nem támogatja, akkor nem fog minden codec-kel mûködni! + Ennek az az oka, hogy az mpeg codecek csak YV12-t tudnak elõállítani, + a régebbi Win32 DLL codecek pedig csak 15 és 24bpp-t tudnak. + Van egy gyors MMX-es 15->16bpp konvertáló, így az nem okoz különösebb + sebességcsökkenést! + + A BPP táblázat, ha a driver nem tud bpp-t váltani: jelenlegi bpp: ezeket kell elfogadni: 15 15 16 15,16 24 24 24,32 24,32 - Ha tud bpp-t valtani (pl. DGA 2, fbdev, svgalib) akkor ha lehet, be kell - valtani a kert bpp-re. Ha azt a hardver nem tamogatja, akkor a legkozelebbi - modra (15 eseten 16-ra, 24 eseten 32-re) kell valtani es konvertalni! - - init() - ez hivodik meg a legelso frame kirakasa elott - bufferek foglalasa - stb a celja. - van egy flags parameter is (regen fullscreen volt a neve): + Ha tud bpp-t váltani (pl. DGA 2, fbdev, svgalib) akkor, ha lehet, be kell + váltani a kért bpp-re. Ha azt a hardver nem támogatja, akkor a legközelebbi + módra (15 esetén 16-ra, 24 esetén 32-re) kell váltani és konvertálni! + + init() - ez hívódik meg a legelsõ frame kirakása elõtt - bufferek foglalása + stb a célja. + van egy flags paraméter is (régen fullscreen volt a neve): 0x01 - fullscreen (-fs) 0x02 - vidmode switch (-vm) 0x04 - scaling enabled (-zoom) 0x08 - flip image (upside-down) - draw_slice(): ez planar YV12 kepet rak ki (3 db plane, egy teljes - meretu ami a fenyerot (Y) tartalmazza, es 2 negyedakkora, ami a - szin (U,V) infot). ezt hasznaljak az mpeg codecek (libmpeg2,opendivx). - ez mar tud olyat hogy nem az egesz kep kirakasa, hanem csak kis - reszletek updatelese: ilyenkor a sarkanak es a darabka meretenek - megadasaval lehet csinalni. - - draw_frame(): ez a regebbi interface, ez csak komplett framet rak ki, - es csak packed formatumot (YUY2 stb, RGB/BGR) tud. - ezt hasznaljak a win32 codecek (divx,indeo stb). - - draw_alpha(): ez rakja ki a subtitle-t es az OSD-t. - hasznalata kicsit cseles, mivel ez nem a libvo API resze, hanem egy - callback jellegu cucc. a flip_page() kell meghivja a vo_draw_text()-et - ugy, hogy parameterkent atadja a kepernyo mereteit es a pixelformatumnak - megfelelo draw_alpha() implementaciot (function pointer). - Ezutan a vo_draw_text() vegigmegy a kirajzolando karaktereken, es egyenkent - meghivja minden karakterre a draw_alpha()-t. - Segitseg keppen az osd.c-ben meg van irva a draw_alpha mindenfele - pixelformatumhoz, ha lehet ezt hasznald! - - flip_page(): ez meghivodik minden frame utan, ez kell tenylegesen - megjelenitse a buffert. double buffering eseten ez lesz a 'swapbuffers'. - -6. libao2: ez vezerli a hang lejatszast - - A libvo-hoz (lasd 5.) hasonloan itt is kulonbozo driverek vannak, amik - egy kozos API-t (interface) valositanak meg: - + draw_slice(): ez planar YV12 képet rak ki (3 db plane, egy teljes + méretû, ami a fényerõt (Y) tartalmazza, és 2 negyedakkora, ami a + szín (U,V) infót). ezt használják az mpeg codecek (libmpeg2, opendivx). + ez már tud olyat, hogy nem az egész kép kirakása, hanem csak kis + részletek update-elése: ilyenkor a sarkának és a darabka méretének + megadásával lehet használni. + + draw_frame(): ez a régebbi interface, ez csak komplett frame-et rak ki, + és csak packed formátumot (YUY2 stb, RGB/BGR) tud. + ezt használják a win32 codecek (divx, indeo stb). + + draw_alpha(): ez rakja ki a subtitle-t és az OSD-t. + használata kicsit cseles, mivel ez nem a libvo API része, hanem egy + callback jellegû cucc. a flip_page() kell meghívja a vo_draw_text()-et + úgy, hogy paraméterként átadja a képernyõ méreteit és a pixel- + formátumnak megfelelõ draw_alpha() implementációt (function pointer). + Ezután a vo_draw_text() végigmegy a kirajzolandó karaktereken, és + egyenként meghívja minden karakterre a draw_alpha()-t. + Segítség képpen az osd.c-ben meg van írva a draw_alpha mindenféle + pixelformátumhoz, ha lehet ezt használd! + + flip_page(): ez meghívódik minden frame után, ennek kell ténylegesen meg- + jeleníteni a buffert. double buffering esetén ez lesz a 'swapbuffers'. + +6. libao2: ez vezérli a hang lejátszást + + A libvo-hoz (lásd 5.) hasonlóan itt is különbözõ driverek vannak, amik + egy közös API-t (interface) valósítanak meg: + static int control(int cmd,int arg); - Ez egy altalanos celu fuggveny, a driverfuggo es egyeb specialis parameterek - olvasasara/beallitasara. Egyelore nem nagyon hasznalt. + Ez egy általános célú függvény, a driverfüggõ és egyéb speciális paraméterek + olvasására/beállítására. Egyelõre nem nagyon használt. static int init(int rate,int channels,int format,int flags); - Driver initje, ilyenkor kell megnyitni a devicet, beallitani samplerate, - channels, sample format parametereket. - Sample format: altalaban AFMT_S16_LE vagy AFMT_U8, tovabbi definiciokert - lasd. dec_audio.c ill. linux/soundcard.h fileok! - + Driver initje, ilyenkor kell megnyitni a device-t, beállítani samplerate, + channels, sample format paramétereket. + Sample format: általában AFMT_S16_LE vagy AFMT_U8, további definíciókért + lásd. dec_audio.c ill. linux/soundcard.h file-okat! + static void uninit(); - talald ki. - na jo, segitek: lezarja a devicet, kilepeskor (meg nem) hivodik meg. - + Találd ki! + Na jó, segítek: lezárja a device-t, kilépéskor (még nem) hívódik meg. + static void reset(); - reseteli a devicet. egesz pontosan a bufferek torlesere szolgal, - tehat hogy a reset() utan mar ne szoljon tovabb az amit elotte kapott. - (pause ill. seek eseten hivodik meg) + Reseteli a device-t. Egész pontosan a bufferek törlésére szolgál, + tehát hogy a reset() után már ne szóljon tovább az, amit elõtte kapott. + (pause ill. seek esetén hívódik meg) static int get_space(); - vissza kell adja hogy hany byte irhato az audio bufferbe anelkul hogy - blockolna (varakoztatna a hivo processt). amennyiben a buffer (majdnem) + Vissza kell adja, hogy hány byte írható az audio bufferbe anélkül, hogy + blockolna (várakoztatná a hívó processt). Amennyiben a buffer (majdnem) tele van, 0-t kell visszaadni! - ha sosem ad vissza 0-at akkor nem fog mukodni az MPlayer! + Ha sosem ad vissza 0-t, akkor nem fog mûködni az MPlayer! static int play(void* data,int len,int flags); - lejatszik egy adag hangot, amit a data cimu memoriateruleten kap, es len - a merete. a flags meg nem hasznalt. az adatokat at kell masolnia, mert a - hivas utan felulirodhatnak! nem kell feltetlen minden byetot felhasznalni, - hanem azt kell visszaadnia mennyit hasznalt fel (masolt a bufferbe). + Lejátszik egy adag hangot, amit a data címû memóriaterületen kap és len + a mérete. a flags még nem használt. Az adatokat át kell másolnia, mert a + hívás után felülíródhatnak! Nem kell feltétlen minden byte-ot felhasználni, + hanem azt kell visszaadnia, mennyit használt fel (másolt a bufferbe). static int get_delay(); - vissza kell adja hogy hany byte varakozik az audio bufferben. lehetoleg - minel pontosabban, mert ettol fugg az egesz idozites! - legrosszabb esetben adja vissza a buffer meretet. + Vissza kell adja, hogy hány byte várakozik az audio bufferben. lehetõleg + minél pontosabban, mert ettõl függ az egész idõzítés! + Legrosszabb esetben adja vissza a buffer méretét! -!!! Mivel a kep a hanghoz (hangkartyahoz) van szinkronizalva, igy nagyon -!!! fontos hogy a get_space ill. get_delay fuggvenyek korrektul legyenek megirva! +!!! Mivel a kép a hanghoz (hangkártyához) van szinkronizálva, így nagyon fontos, +!!! hogy a get_space ill. get_delay függvények korrektül legyenek megírva! _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/DOCS/Hungarian FREEBSD,NONE,1.1 SDL,NONE,1.1 BUGREPORTS,1.6,1.7 DGA,1.7,1.8 INSTALL,1.5,1.6 README,1.23,1.24
by Arpi of Ize 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/DOCS/Hungarian In directory mplayerhq:/var/tmp.root/cvs-serv3345 Modified Files: BUGREPORTS DGA INSTALL README Added Files: FREEBSD SDL Log Message: dox hungaricus peccs by tibcu --- NEW FILE --- FreeBSD felhasználók részére: ============================= 1. A csomag építéséhez a GNU make (gmake, /usr/ports/devel/gmake) szükséges, a BSD make nem mûködik. 2. Az mplayer futtatásához újra kell fordítanod a kernelt az "options USER_LDT" opcióval (hacsak nem a -CURRENT verziót használod, ahol ez a default). 3. Ha az mplayer "CD-ROM Device '/dev/cdrom' not found!" üzenetet ad, csinálj egy symbolic link-et : ln -s /dev/<your_cdrom_device> /dev/cdrom 4. Még nincs DVD támogatás FreeBSD-re. De ha tudod, csináld meg :-) Élvezd (ahogy én is)! -- Vladimir Kushnir --- NEW FILE --- Pár szó az MPlayer SDL képességeirõl: Jópár parancssori kapcsoló tartozik az sdl-hez: -vo sdl:<név> a kívánt sdl video driver (pl. aalib, dga, x11) használata -ao sdl:<név> a megadott sdl audio driver (ie. dsp, esd) használata -noxv az Xvideo hardware gyorsítás tiltása -forcexv az Xvideo gyorsítás használata (ha van) SDL billentyûk: F átkapcsolás teljesképernyõs és ablakos mód között C létezõ teljesképernyõs módok közötti váltás W/S a * és / gombok helyett (hangerõ szabályozás) ISMERT HIBÁK: - Az aalib console driverrel a leütött billenytyûk ismétlõdnek. Az SDL hibája, nem tudom megváltoztatni (SDL 1.2.1-gyel teszteltem). Kérlek a hibákat vagy problémákat az sdl outtal kapcsolatban az MPlayer-users levelezési listára írjad! -- Felix Bünemann, 2001-06-24 Index: BUGREPORTS =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/Hungarian/BUGREPORTS,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- BUGREPORTS 2 Jul 2001 18:41:48 -0000 1.6 +++ BUGREPORTS 3 Jul 2001 17:31:20 -0000 1.7 @@ -1,6 +1,6 @@ Hogyan küldj bugreportot? ~~~~~~~~~~~~~~~~~~~~~~~~~ -Elõször is olvasd el a DOCS/BUGS file-t, és amit még találsz. Ha a +Elõször is olvasd el a DOCS/BUGS file-t és amit még találsz. Ha a problémád nem ismert, vagy a mi tanácsaink alapján nem oldódik meg, akkor jelentsd be: @@ -17,9 +17,9 @@ Nem fogunk CC-zni, szóval légy szíves feliratkozni!!! Ne küldj bugreportot egyenesen valamelyik készítõnek!!! -Együtt dolgozunk a kódon, ezért mindenki érdekelt. -Elõfordulhat hogy más felhasználók már tudják a megoldást -(konfigurációs probléma, rossz driver, stb), még ha mi azt hinnénk is, +Együtt dolgozunk a kódon, ezért mindenkit érdekelhet. +Elõfordulhat, hogy más felhasználók már tudják a megoldást +(konfigurációs probléma, rossz driver stb.), még ha mi azt hinnénk is, hogy a kód bugos. Légy szíves részletesen leírni a problémát, példákkal stb., és ne @@ -99,7 +99,7 @@ 5. Segfault, SIGILL, signal 4, stb esetén: -Ha létrejött coredump akkor lásd 5.a pont, máskülönben 5.b: +Ha keletkezett coredump, akkor lásd 5.a pont, máskülönben 5.b: 5.a. Küldd el a coredump tartalmát (ha volt). Hogyan: Index: DGA =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/Hungarian/DGA,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- DGA 2 Jul 2001 18:41:48 -0000 1.7 +++ DGA 3 Jul 2001 17:31:20 -0000 1.8 @@ -70,17 +70,17 @@ A DGA driver meghívása a -vo dga parancssori opció megadásával történik. Az alapértelmezett magatartás szerint a video méretéhez legközelebb esõ - felbontásba vált. Figyelmen kívul hagyja a -vm es -fs kapcsolókat + felbontásba vált. Figyelmen kívül hagyja a -vm és -fs kapcsolókat (felbontásváltás és teljesképernyõ) - mindig az adott felbontás lehetõ legjobb kihasználására törekszik, így egy árva CPU ciklusnak sem kell fordítódnia a kép nagyítására. - Ha nem tetszik a mód amit kiválasztott, megadhatod hogy az -x es -y által + Ha nem tetszik a mód amit kiválasztott, megadhatod, hogy az -x és -y által kijelölt mérethez válasszon felbontást. A -v opció megadásaval a DGA driver többek között kiírja az XF86Config - file-d által elérhetõ felbontásokat. - DGA2-vel megadhatod a használandó színmélységet is, a -bpp opcióval. - Használható: 15, 16, 24 es 32. A hardware-edtõl függ, hogy ezek közül melyeket - használhatod, valamint hogy (lassú) konverzió lehetséges-e. + file-od által elérhetõ felbontásokat. + DGA2-vel megadhatod a használandó színmélységet is a -bpp opcióval. + A megadott szám lehet: 15, 16, 24 és 32. A hardware-edtõl függ, hogy ezek + közül melyeket használhatod, valamint, hogy (lassú) konverzió lehetséges-e. Ha szerencséd van és van még elég memóriád hogy a kép mégegyszer elférjen, akkor a DGA driver doublebuffering-et fog alkalmazni, ami sokkal folyamatosabb @@ -102,22 +102,22 @@ 6. Sebesség ~~~~~~~~~~~ A DGA framebuffer használatával legalább olyan gyors képet kapunk mint X11-el, - plusz teljeskepérnyõs mód. A százalékos CPU használati értekeket amiket - MPlayer kiír óvatosan kezeljuk, mert pl az X11 drivernél nem tartalmazzák - az X szerver által a megjelenítéshez használt idõt. Kapcsolj egy terminalt - a soros portodra es indíts egy top-ot hogy lásd valójában mi történik. + plusz teljeskepérnyõs módot. A százalékos CPU használati értekeket, amiket az + MPlayer kiír óvatosan kezeljuk, mert pl. az X11 drivernél nem tartalmazzák + az X szerver által a megjelenítéshez használt idõt. Kapcsolj egy terminált + a soros portodra és indíts egy top-ot, hogy lásd valójában mi történik. Általánosan szólva a DGA sebességnövekedése az X11-hez képest erõsen függ - a videokártyádtól, és annak driverétõl. + a videokártyádtól és annak driverétõl. - Ha lassú a rendszered, jobb ha 15 vagy 16bpp-s színmélységet használsz, - mivel ezek a 32bites mód memóriaigényének csak a felét követelik. + Ha lassú a rendszered, jobb, ha 15 vagy 16bpp-s színmélységet használsz, + mivel ezek a 32bites mód memóriasávszélességének csak a felét igénylik. A 24bites mélység használata akkor jó, ha a kártyád csak 32bites módot támogat, mivel így 25%-al kevesebb adatnak kell átjutnia, a 32/32bites módhoz képest. - Már láttam AVI fileokat lejátszódni Pentium MMX 266-on. AMD K6/2 CPU-k + Már láttam (divx) AVI file-okat lejátszódni Pentium MMX 266-on. AMD K6/2 CPU-k 400Mhz-en vagy afölött már jók. 7. Ismert hibák @@ -126,16 +126,16 @@ Nos, néhány XFree fejlesztõ szerint a DGA nagy szörnyûség. Szerintük nem érdemes használni. Az implementációja nem minden driverben tökeletes. - o XFree 4.0.3-mal es nv.o driverrel van egy bug ami furcsa szineket eredményez - o az ATI driverrel egynél többször kell módot váltani miután a DGA használat + o XFree 4.0.3-mal és nv.o driverrel van egy bug, ami furcsa színeket eredményez + o az ATI driverrel egynél többször kell módot váltani, miután a DGA használat befejezõdott o némely driverek egyszerûen nem tudnak visszaváltani a normális felbontásba (használd a Ctrl-Alt-Keypad +, - billentyûket) - o néhány driver furcsa szineket jelenít meg - o mások hazudnak arról hogy mennyi memoriát map-elnek be, így vo_dga + o néhány driver furcsa színeket jelenít meg + o mások hazudnak arról, hogy mennyi memóriát map-elnek be, így vo_dga nem fog doublebuffering-et használni (SIS?) o megint mások nem adnak vissza egyetlen videomódot se. Ebben az esetben - a DGA driver leáll, valami nonszensz üzenettel mint pl 100000x100000 vagy + a DGA driver leáll valami nonszensz üzenettel mint pl 100000x100000 vagy ilyesmi ... o az OSD csak doublebuffering-el mûködik @@ -150,11 +150,11 @@ ~~~~~~~~~~~~~~~~~~ Section "Modes" Identifier "Modes[0]" - # 800x600 @ 60 Hz, 37.8 kHz hsync + # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 Modeline "712x600" 35.0 712 740 850 900 400 410 412 425 Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 - Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan + Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan Modeline "352x288" 25.10 352 368 416 432 288 296 290 310 Modeline "352x240" 15.750 352 368 416 432 240 244 246 262 Doublescan Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan Index: INSTALL =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/Hungarian/INSTALL,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- INSTALL 23 Jun 2001 17:51:11 -0000 1.5 +++ INSTALL 3 Jul 2001 17:31:20 -0000 1.6 @@ -5,7 +5,7 @@ 1. A Kodekek: (w32codecs.zip) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ töltsd le és tömörítsd ki a w32codecs.zip-et /usr/lib/win32-be - A fileneveket KISBETÛSRE írd át! + Figyelj, hogy a filenevek KISBETÛSEK legyenek! Megj.: az avifile projectnek is hasonló csomagja van, viszont a miénk különbözik tõle, használd az MPlayer-ét! @@ -20,11 +20,11 @@ 3. A Lejátszó: (mplayer) ~~~~~~~~~~~~~~~~~~~~~~~~ ./configure -[* olvasd át amiket a ./configure kiír, hasznos lehet! *] +[* olvasd át, amiket a ./configure kiír, hasznos lehet! *] [* nézd át a config.h és config.mak file-okat! *] make -[* nézd meg volt-e hibaüzenet! ha nem, akkor lennie kell egy ./mplayer - binarisnak *] +[* nézd meg, volt-e hibaüzenet! ha nem, akkor lennie kell egy ./mplayer + binárisnak *] make install 4. Matrox G400 DH TV-out: @@ -41,4 +41,4 @@ mkdir font cd font unzip mp_font3.zip - unzip mp_font3_hu.zip + unzip mp_font3_hu.zip (ez csak példa) Index: README =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/Hungarian/README,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- README 2 Jul 2001 22:53:22 -0000 1.23 +++ README 3 Jul 2001 17:31:20 -0000 1.24 @@ -68,7 +68,7 @@ ~~~~~~~~~~~~~~~~~~~~~~ Én nem vagyok GUI (grafikus felület) fejlesztõ. Nem szeretem ezeket, szívesebben használom az egyszerû fekete 80x25-ös konzolt. -Ezért a lejátszó most még csak billentyûzetrõl vezérelhetõ. +Ezért a lejátszó most még csak billentyûzetrõl vezérelhetõ. Pontscho/Fresh! már dolgozik a grafikus felületen, ami még fejlesztési stádiumban van ugyan, de hamarosan elkészül és beépítjük. Ha már itt tartunk, kellene neki néhány skin, ha jó grafikus vagy, írj neki!!! @@ -97,8 +97,8 @@ - MJPEG, ASV2 és más hardware formátumok A legfontosabb audio codecek: -- MPEG layer 2, és layer 3 (MP3) audio (natív kód, 3DNow! optimalizációval) -- AC3 dolby audio (natív kód, 3DNow! optimalizációval) +- MPEG layer 2, és layer 3 (MP3) audio (nativ kód, 3DNow! optimalizációval) +- AC3 dolby audio (nativ kód, 3DNow! optimalizációval) - VoxWare audio - alaw, msgsm, pcm és más régi formátumok @@ -143,9 +143,9 @@ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - OSS (ioctl) driver - SDL driver (up/downsampling támogatás, esd, arts, stb) -- natív ALSA 0.5 driver -- natív ALSA 0.9 driver (bugos, használj OSS emulációt!) -- natív ESD driver (készülõben?) +- nativ ALSA 0.5 driver +- nativ ALSA 0.9 driver (bugos, használj OSS emulációt!) +- nativ ESD driver (készülõben?) - SUN audio driver (/dev/audio) BSD és Solaris8-ra Megj.: olvasd el a DOCS/SOUNDCARDS file-t ! _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main configure,1.95,1.96
by J�rgen Keil 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main In directory mplayerhq:/var/tmp.root/cvs-serv27372 Modified Files: configure Log Message: - Ask 'gcc' for the name of the assembler binary used by the gcc compiler; use that binary as the default assembler binary tested for the availability of MMX/MMXEXT/3DNOW/... instructions - On solaris, there are a few libraries missing, if you compile MPlayer without SDL (with SDL, we pick up these libraries from "sdl-config --libs") Typical problem is a missing nanosleep() from the -lrt library. Index: configure =================================================================== RCS file: /cvsroot/mplayer/main/configure,v retrieving revision 1.95 retrieving revision 1.96 diff -u -r1.95 -r1.96 --- configure 3 Jul 2001 07:50:52 -0000 1.95 +++ configure 3 Jul 2001 14:22:23 -0000 1.96 @@ -207,7 +207,10 @@ # --- Check for C compiler: _cc=gcc -_as=as +_as=`gcc -print-prog-name=as` +if [ x"_$as" = x ]; then + _as=as +fi _x11=auto _x11libdir= @@ -617,6 +620,10 @@ _ggi=no $_cc $TMPC -o $TMPO -lggi > /dev/null 2>&1 && _ggi=yes +_kstat=no +$_cc $TMPC -o $TMPO -lkstat >/dev/null 2>&1 && _kstat=yes _archlibs="-lkstat $_archlibs" +$_cc $TMPC -o $TMPO -lrt >/dev/null 2>&1 && _archlibs="-lrt $_archlibs" + _binutils=no $_as libac3/downmix/downmix_i386.S -o $TMPO > /dev/null 2>&1 && _binutils=yes @@ -990,7 +997,7 @@ # Checking assembler (_as) compatibility... as_version=`$_as --version 2>&1 | sed -n 's/^.*assembler $[0-9.]*$.*$/\1/p'` -echo $_echo_n "Checking assembler (as) ... $as_version, $_echo_c" +echo $_echo_n "Checking assembler ($_as) ... $as_version, $_echo_c" _pref_as_version='2.9.1' ### this test disabled, see _binutils test above! --A'rpi # cat > astest.S <<EOF @@ -1218,6 +1225,12 @@ _libtermcap='' fi +if [ "$_kstat" = "yes" ]; then + _have_kstat="#define HAVE_KSTAT 1" +else + _have_kstat="#undef HAVE_KSTAT" +fi + if [ "$_xmmp" = "yes" ]; then _xmmpaudio='#define USE_XMMP_AUDIO' _xmmplibs='-Llibxmm -lxmm' @@ -1564,6 +1577,10 @@ /* Define this if your system has the header file for the OSS sound interface */ $_have_soundcard_h + + +/* Define this if you have the kstat kernel statistics library */ +$_have_kstat /* LIRC (remote control, see www.lirc.org) support: */ _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/DOCS DEBIAN,1.4,1.5
by Dariush Pietrzak 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/DOCS In directory mplayerhq:/var/tmp.root/cvs-serv21478 Modified Files: DEBIAN Log Message: spelling Index: DEBIAN =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/DEBIAN,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- DEBIAN 25 Jun 2001 15:47:33 -0000 1.4 +++ DEBIAN 3 Jul 2001 11:35:10 -0000 1.5 @@ -1,6 +1,6 @@ To build the package: Get the cvs version, or .tgz and uncompress it, - cd into programs direcotry: + cd into programs directory: eyck@incubus:~/src$ cd main eyck@incubus:~/src/main$ fakeroot debian/rules binary (... mplayer detects hardware/software, builds itself and.. ) _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/mp3lib decode_MMX.s,1.1,1.2
by Nick Kurshev 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/mp3lib In directory mplayerhq:/var/tmp.root/cvs-serv17263/main/mp3lib Modified Files: decode_MMX.s Log Message: Partial loops unrolling Index: decode_MMX.s =================================================================== RCS file: /cvsroot/mplayer/main/mp3lib/decode_MMX.s,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- decode_MMX.s 29 Jun 2001 17:53:53 -0000 1.1 +++ decode_MMX.s 3 Jul 2001 09:25:16 -0000 1.2 @@ -3,9 +3,15 @@ # See ChangeLog of mpg123-0.59s-pre.1 for detail # Applied to mplayer by Nick Kurshev <nickols_k(a)mail.ru> # -# TODO: Partial loops unrolling and removing MOVW insn. +# Local ChangeLog: +# - Partial loops unrolling and removing MOVW insn from loops # +.data +.align 8 +null_one: .long 0x0000ffff, 0x0000ffff +one_null: .long 0xffff0000, 0xffff0000 + .text .globl synth_1to1_MMX_s @@ -49,64 +55,160 @@ addl $12,%esp leal 1(%ebx), %ecx subl %ebp,%ebx - + pushl %ecx leal decwins(%ebx,%ebx,1), %edx + shrl $1, %ecx +.align 16 .L3: movq (%edx),%mm0 + movq 64(%edx),%mm4 pmaddwd (%esi),%mm0 + pmaddwd 32(%esi),%mm4 movq 8(%edx),%mm1 + movq 72(%edx),%mm5 pmaddwd 8(%esi),%mm1 + pmaddwd 40(%esi),%mm5 movq 16(%edx),%mm2 + movq 80(%edx),%mm6 pmaddwd 16(%esi),%mm2 + pmaddwd 48(%esi),%mm6 movq 24(%edx),%mm3 + movq 88(%edx),%mm7 pmaddwd 24(%esi),%mm3 + pmaddwd 56(%esi),%mm7 paddd %mm1,%mm0 + paddd %mm5,%mm4 paddd %mm2,%mm0 + paddd %mm6,%mm4 paddd %mm3,%mm0 + paddd %mm7,%mm4 movq %mm0,%mm1 + movq %mm4,%mm5 psrlq $32,%mm1 + psrlq $32,%mm5 paddd %mm1,%mm0 + paddd %mm5,%mm4 psrad $13,%mm0 + psrad $13,%mm4 packssdw %mm0,%mm0 - movd %mm0,%eax - movw %ax, (%edi) + packssdw %mm4,%mm4 + + movq (%edi), %mm1 + punpckldq %mm4, %mm0 + pand one_null, %mm1 + pand null_one, %mm0 + por %mm0, %mm1 + movq %mm1,(%edi) + + leal 64(%esi),%esi + leal 128(%edx),%edx + leal 8(%edi),%edi - leal 32(%esi),%esi - leal 64(%edx),%edx - leal 4(%edi),%edi decl %ecx jnz .L3 + popl %ecx + andl $1, %ecx + jecxz .next_loop + movq (%edx),%mm0 + pmaddwd (%esi),%mm0 + movq 8(%edx),%mm1 + pmaddwd 8(%esi),%mm1 + movq 16(%edx),%mm2 + pmaddwd 16(%esi),%mm2 + movq 24(%edx),%mm3 + pmaddwd 24(%esi),%mm3 + paddd %mm1,%mm0 + paddd %mm2,%mm0 + paddd %mm3,%mm0 + movq %mm0,%mm1 + psrlq $32,%mm1 + paddd %mm1,%mm0 + psrad $13,%mm0 + packssdw %mm0,%mm0 + movd %mm0,%eax + movw %ax, (%edi) + leal 32(%esi),%esi + leal 64(%edx),%edx + leal 4(%edi),%edi + +.next_loop: subl $64,%esi - movl $15,%ecx + movl $7,%ecx +.align 16 .L4: movq (%edx),%mm0 + movq 64(%edx),%mm4 pmaddwd (%esi),%mm0 + pmaddwd -32(%esi),%mm4 movq 8(%edx),%mm1 + movq 72(%edx),%mm5 pmaddwd 8(%esi),%mm1 + pmaddwd -24(%esi),%mm5 movq 16(%edx),%mm2 + movq 80(%edx),%mm6 pmaddwd 16(%esi),%mm2 + pmaddwd -16(%esi),%mm6 movq 24(%edx),%mm3 + movq 88(%edx),%mm7 pmaddwd 24(%esi),%mm3 + pmaddwd -8(%esi),%mm7 paddd %mm1,%mm0 + paddd %mm5,%mm4 paddd %mm2,%mm0 + paddd %mm6,%mm4 paddd %mm3,%mm0 + paddd %mm7,%mm4 movq %mm0,%mm1 + movq %mm4,%mm5 psrlq $32,%mm1 + psrlq $32,%mm5 paddd %mm0,%mm1 + paddd %mm4,%mm5 psrad $13,%mm1 + psrad $13,%mm5 packssdw %mm1,%mm1 + packssdw %mm5,%mm5 psubd %mm0,%mm0 + psubd %mm4,%mm4 psubsw %mm1,%mm0 - movd %mm0,%eax - movw %ax,(%edi) + psubsw %mm5,%mm4 - subl $32,%esi - addl $64,%edx - leal 4(%edi),%edi + movq (%edi), %mm1 + punpckldq %mm4, %mm0 + pand one_null, %mm1 + pand null_one, %mm0 + por %mm0, %mm1 + movq %mm1,(%edi) + + subl $64,%esi + addl $128,%edx + leal 8(%edi),%edi decl %ecx jnz .L4 + + movq (%edx),%mm0 + pmaddwd (%esi),%mm0 + movq 8(%edx),%mm1 + pmaddwd 8(%esi),%mm1 + movq 16(%edx),%mm2 + pmaddwd 16(%esi),%mm2 + movq 24(%edx),%mm3 + pmaddwd 24(%esi),%mm3 + paddd %mm1,%mm0 + paddd %mm2,%mm0 + paddd %mm3,%mm0 + movq %mm0,%mm1 + psrlq $32,%mm1 + paddd %mm0,%mm1 + psrad $13,%mm1 + packssdw %mm1,%mm1 + psubd %mm0,%mm0 + psubsw %mm1,%mm0 + movd %mm0,%eax + movw %ax,(%edi) + emms popl %ebx popl %esi _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/libac3 Makefile,1.10,1.11
by Nick Kurshev 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/libac3 In directory mplayerhq:/var/tmp.root/cvs-serv13910/main/libac3 Modified Files: Makefile Log Message: Portability and old binutils support Index: Makefile =================================================================== RCS file: /cvsroot/mplayer/main/libac3/Makefile,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- Makefile 26 Jun 2001 23:15:57 -0000 1.10 +++ Makefile 3 Jul 2001 07:50:53 -0000 1.11 @@ -1,13 +1,35 @@ LIBNAME = libac3.a -include config.mak +include ../config.mak -SRCS = bit_allocate.c bitstream.c coeff.c crc.c debug.c decode.c dither.c exponent.c imdct.c parse.c rematrix.c sanity_check.c srfft.c stats.c $(OPTIONAL_SRCS) -OBJS = bit_allocate.o bitstream.o coeff.o crc.o debug.o decode.o dither.o exponent.o imdct.o parse.o rematrix.o sanity_check.o srfft.o stats.o $(OPTIONAL_OBJS) +SRCS = bit_allocate.c bitstream.c coeff.c crc.c debug.c decode.c dither.c exponent.c imdct.c parse.c rematrix.c sanity_check.c srfft.c stats.c +OBJS = bit_allocate.o bitstream.o coeff.o crc.o debug.o decode.o dither.o exponent.o imdct.o parse.o rematrix.o sanity_check.o srfft.o stats.o # OBJS = $(SRCS:.c=.o) CFLAGS = $(OPTFLAGS) -I. -I.. $(EXTRA_INC) -DHAVE_CONFIG_H +ifeq ($(TARGET_ARCH_X86), yes) +ifeq ($(TARGET_SSE),yes) +SRCS += downmix/downmix_kni.S +OBJS += downmix/downmix_kni.o +else +ifeq ($(TARGET_3DNOW),yes) +SRCS += downmix/downmix_3dnow.S +OBJS += downmix/downmix_3dnow.o +else +ifeq ($(BINUTILS),yes) +SRCS +=downmix/downmix_i386.S +OBJS +=downmix/downmix_i386.o +else +SRCS +=downmix/downmix.c +OBJS +=downmix/downmix.o +endif +endif +endif +else +SRCS +=downmix/downmix.c +OBJS +=downmix/downmix.o +endif .SUFFIXES: .c .o # .PHONY: all clean _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main/mp3lib Makefile,1.9,1.10 sr1.c,1.9,1.10 decod386.c,1.5,1.6
by Nick Kurshev 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main/mp3lib In directory mplayerhq:/var/tmp.root/cvs-serv13910/main/mp3lib Modified Files: Makefile sr1.c decod386.c Log Message: Portability and old binutils support Index: Makefile =================================================================== RCS file: /cvsroot/mplayer/main/mp3lib/Makefile,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- Makefile 29 Jun 2001 17:53:53 -0000 1.9 +++ Makefile 3 Jul 2001 07:50:52 -0000 1.10 @@ -1,12 +1,26 @@ -include config.mak +include ../config.mak -SRCS = sr1.c d_cpu.s decode_i586.s dct64_MMX.s decode_MMX.s tabinit_MMX.s\ -dct36_3dnow.s dct64_3dnow.s dct36_k7.s dct64_k7.s -OBJS = sr1.o d_cpu.o decode_i586.o dct64_MMX.o decode_MMX.o tabinit_MMX.o\ -dct36_3dnow.o dct64_3dnow.o dct36_k7.o dct64_k7.o +SRCS = sr1.c d_cpu.s +OBJS = sr1.o d_cpu.o # OBJS = $(SRCS:.c,.s=.o) CFLAGS = $(OPTFLAGS) $(EXTRA_INC) +ifeq ($(TARGET_ARCH_X86),yes) +SRCS += decode_i586.s +OBJS += decode_i586.o +ifeq ($(TARGET_MMX),yes) +SRCS += decode_MMX.s dct64_MMX.s tabinit_MMX.s +OBJS += decode_MMX.o dct64_MMX.o tabinit_MMX.o +endif +ifeq ($(TARGET_3DNOW),yes) +SRCS += dct36_3dnow.s dct64_3dnow.s +OBJS += dct36_3dnow.o dct64_3dnow.o +endif +ifeq ($(TARGET_3DNOWEX),yes) +SRCS += dct36_k7.s dct64_k7.s +OBJS += dct36_k7.o dct64_k7.o +endif +endif .SUFFIXES: .c .o Index: sr1.c =================================================================== RCS file: /cvsroot/mplayer/main/mp3lib/sr1.c,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- sr1.c 2 Jul 2001 08:07:41 -0000 1.9 +++ sr1.c 3 Jul 2001 07:50:52 -0000 1.10 @@ -415,12 +415,15 @@ tables_done_flag=1; dct36_func=dct36; +#ifdef HAVE_SSE if(_isse) { synth_func=synth_1to1_MMX; dct64_MMX_func=dct64_MMX; } else +#endif +#ifdef HAVE_3DNOWEX if ( _3dnow > 1 ) { synth_func=synth_1to1_MMX; @@ -428,6 +431,8 @@ dct64_MMX_func=dct64_MMX_3dnowex; } else +#endif +#ifdef HAVE_3DNOW if ( _3dnow ) { synth_func=synth_1to1_MMX; @@ -435,17 +440,22 @@ dct64_MMX_func=dct64_MMX_3dnow; } else +#endif +#ifdef HAVE_MMX if ( _i586 > 1) { synth_func=synth_1to1_MMX; dct64_MMX_func=dct64_MMX; } else +#endif +#ifdef ARCH_X86 if ( _i586 ) { synth_func=synth_1to1_pent; } else +#endif { synth_func = NULL; } Index: decod386.c =================================================================== RCS file: /cvsroot/mplayer/main/mp3lib/decod386.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- decod386.c 29 Jun 2001 17:53:53 -0000 1.5 +++ decod386.c 3 Jul 2001 07:50:52 -0000 1.6 @@ -107,14 +107,15 @@ synth_func_t synth_func; +#ifdef HAVE_MMX int synth_1to1_MMX( real *bandPtr,int channel,short * samples) { static short buffs[2][2][0x110]; static int bo = 1; synth_1to1_MMX_s(bandPtr, channel, samples, (short *) buffs, &bo); return 0; - } - +} +#endif static int synth_1to1(real *bandPtr,int channel,unsigned char *out,int *pnt) { static real buffs[2][2][0x110]; @@ -125,7 +126,7 @@ real *b0,(*buf)[0x110]; int clip = 0; int bo1; - +#ifdef ARCH_X86 if ( synth_func ) { int ret; @@ -133,7 +134,7 @@ *pnt+=128; return ret; } - +#endif if(!channel) { /* channel=0 */ bo--; bo &= 0xf; _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0

CVS: main configure,1.94,1.95
by Nick Kurshev 03 Jul '01

03 Jul '01

Update of /cvsroot/mplayer/main In directory mplayerhq:/var/tmp.root/cvs-serv13910/main Modified Files: configure Log Message: Portability and old binutils support Index: configure =================================================================== RCS file: /cvsroot/mplayer/main/configure,v retrieving revision 1.94 retrieving revision 1.95 diff -u -r1.94 -r1.95 --- configure 29 Jun 2001 10:45:00 -0000 1.94 +++ configure 3 Jul 2001 07:50:52 -0000 1.95 @@ -6,6 +6,10 @@ # # Changes in reversed order: # +# 2001/07/03 by Nick Kurshev +# - added universal way of configuring SUBDIRS +# - moved configurable stuff of depended SUBDIRS to SUBDIRS +# # 2001/06/05 by Pontscho # - added alsa and esd detection # @@ -1284,70 +1288,48 @@ CFLAGS="$CFLAGS -D_THREAD_SAFE" fi -echo -echo "Creating $MCONF" -cat > $MCONF << EOF - -# -------- Generated by ./configure ----------- - -prefix = $_prefix -AR=ar -CC=$_cc -# OPTFLAGS=-O4 $_profile $_debug -march=$proc -mcpu=$proc -pipe -fomit-frame-pointer -ffast-math -OPTFLAGS=$CFLAGS -EXTRA_INC=$_extraincdir -WIN32_PATH=-DWIN32_PATH=\"$_win32libdir\" - -X11_INC=$_x11incdir -X11DIR=$_x11libdir -X_LIBS=$_x11libdir $_extralibdir $_gllib $_ggilib $_sdllib $_dgalib $_x11lib $_xvlib $_vmlib $_svgalib $_libpng $_socklib - -TERMCAP_LIB=$_libtermcap -XMM_LIBS = $_xmmplibs -LIRC_LIBS = $_lirclibs -CSS_LIB = $_csslib -CSS_INC = $_cssinc -SDL_INC = $_sdlcflags -DS_DEP = $_dshowdep -DS_LIB = $_dshowlib -ALSA_LIB = $_alsalib -ESD_LIB = $_esdlib -ARCH_LIBS = $_archlibs -STREAM_SRCS = $_streamingsrcs - -EOF # echo 'CFLAGS=$(OPTFLAGS) -Wall -DMPG12PLAY' >> config.mak echo "Creating $CCONF" if [ "$_mmx" = "yes" ]; then _mmx='#define HAVE_MMX' + _cfg_mmx='yes' else _mmx='#undef HAVE_MMX' + _cfg_mmx='no' fi if [ "$_mmx2" = "yes" ]; then _mmx2='#define HAVE_MMX2' + _cfg_mmx2='yes' else _mmx2='#undef HAVE_MMX2' + _cfg_mmx2='no' fi if [ $_3dnow = yes ]; then _3dnowm='#define HAVE_3DNOW' + _cfg_3dnow='yes' else _3dnowm='#undef HAVE_3DNOW' + _cfg_3dnow='no' fi if [ $_3dnowex = yes ]; then _3dnowexm='#define HAVE_3DNOWEX' + _cfg_3dnowex='yes' else _3dnowexm='#undef HAVE_3DNOWEX' + _cfg_3dnowex='no' fi if [ $_sse = yes ]; then _ssem='#define HAVE_SSE' + _cfg_sse='yes' else _ssem='#undef HAVE_SSE' + _cfg_sse='no' fi # --- @@ -1486,6 +1468,49 @@ _gui='#undef HAVE_GUI' fi + +echo +echo "Creating $MCONF" +cat > $MCONF << EOF + +# -------- Generated by ./configure ----------- + +prefix = $_prefix +AR=ar +CC=$_cc +# OPTFLAGS=-O4 $_profile $_debug -march=$proc -mcpu=$proc -pipe -fomit-frame-pointer -ffast-math +OPTFLAGS=$CFLAGS +EXTRA_INC=$_extraincdir +WIN32_PATH=-DWIN32_PATH=\"$_win32libdir\" + +X11_INC=$_x11incdir +X11DIR=$_x11libdir +X_LIBS=$_x11libdir $_extralibdir $_gllib $_ggilib $_sdllib $_dgalib $_x11lib $_xvlib $_vmlib $_svgalib $_libpng $_socklib + +TERMCAP_LIB=$_libtermcap +XMM_LIBS = $_xmmplibs +LIRC_LIBS = $_lirclibs +CSS_LIB = $_csslib +CSS_INC = $_cssinc +SDL_INC = $_sdlcflags +DS_DEP = $_dshowdep +DS_LIB = $_dshowlib +ALSA_LIB = $_alsalib +ESD_LIB = $_esdlib +ARCH_LIBS = $_archlibs +STREAM_SRCS = $_streamingsrcs + +# --- Some stuff for autoconfigure ---- +TARGET_ARCH_X86=yes +TARGET_CPU=$iproc +TARGET_MMX=$_cfg_mmx +TARGET_MMX2=$_cfg_mmx2 +TARGET_3DNOW=$_cfg_3dnow +TARGET_3DNOWEX=$_cfg_3dnowex +TARGET_SSE=$_cfg_sse + +BINUTILS=$_binutils +EOF cat > $CCONF << EOF @@ -1652,69 +1677,6 @@ OPTIONAL_SRCS=$_aosrc OPTIONAL_OBJS=$_aoobj - -EOF - -echo "Creating libac3/config.mak" - -if [ $_sse = yes ]; then - _downmixc='downmix/downmix_kni.S' - _downmixo='downmix/downmix_kni.o' -else -if [ $_3dnow = yes ]; then - _downmixc='downmix/downmix_3dnow.S' - _downmixo='downmix/downmix_3dnow.o' -else -if [ $_binutils = yes ]; then - _downmixc='downmix/downmix_i386.S' - _downmixo='downmix/downmix_i386.o' -else -_downmixc='downmix/downmix.c' -_downmixo='downmix/downmix.o' -cat << EOF - -!!! Warning! fallback to slow downmix.c due the old binutils. -!!! Upgrade it for better AC3 audio decoding performance! - -EOF -fi -fi -fi -cat > libac3/config.mak << EOF - -include ../config.mak - -OPTIONAL_SRCS = $_downmixc -OPTIONAL_OBJS = $_downmixo - -EOF - -echo "Creating mp3lib/config.mak" - -if [ $_3dnowex = yes ]; then - _mp3libobjectsrcs='dct36_k7.s dct64_k7.s decode_k7.s dct36_3dnow.s dct64_3dnow.s decode_3dnow.s' - _mp3libobjectobjs='dct36_k7.o dct64_k7.o decode_k7.o dct36_3dnow.o dct64_3dnow.o decode_3dnow.o' -else -if [ $_3dnow = yes ]; then - _mp3libobjectsrcs='dct36_3dnow.s dct64_3dnow.s decode_3dnow.s' - _mp3libobjectobjs='dct36_3dnow.o dct64_3dnow.o decode_3dnow.o' -else -if [ $_sse = yes ]; then - _mp3libobjectsrcs='decode_sse.s' - _mp3libobjectobjs='decode_sse.o' -else - _mp3libobjectsrcs= - _mp3libobjectobjs= -fi -fi -fi - -cat > mp3lib/config.mak << EOF - -include ../config.mak - -OPTIONAL_SRCS = $_mp3libobjectsrcs -OPTIONAL_OBJS = $_mp3libobjectobjs EOF _______________________________________________ Mplayer-cvslog mailing list Mplayer-cvslog(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-cvslog

1 0