Az rtin szerint  azt irta, hogy:
[...]
> ---
> A problemak:
> 1.
> -Xa -Khost -Kpentium
> erre azt irja, hogy ignore mert nem ismert parameterek
> 2.
> -lsocket
> itt meg error-ral leall
> (es inkabb ez jelenti a problemat ):
> 
> Heeelp!

Vedd ki oket. Valoszinuleg menni fog nelkuluk is.

				Bye,NAR

Hi!

> Felado :  [Hungary]
> Temakor: mp3 ( 7 sor )
> 
> A fenti (vagy esetleg mas) hangfeldolgozoval kapcsolatban keresek
> leirast, illetve forraskodot jol kommentezve. Elsosorban az eljaras
> matematikajara lennek kivancsi. Nincs valakinek valami otlete?

Mindenkepp nezd meg a www.mp3-tech.org site-ot. Mega-giga khewl!!!
Mindenkinek ajanlom. Vannak rajta tudomanyos cikkek is. De ami a legjobb:
encoder es dekoder forraskodok. Az mp3-al es AAC-vel foglalkozik bovebben,
de a tobbi formatumrol is okosodhatsz. A site keszitoje a LAME encoder
egyik iroja, de reszt vesz egy olyan projektben is (aminek a source-a
szinten letoltheto), aminek a celja minel egyszerubb (tisztabb, erthetobb)
enkoder irasa. Ez elso nekifutasnak nem rossz.

Tapasztalataim szerint a legtobb site-on addig jutnak el, hogy
elmagyarazzak az MPEG1 audio layer I-et, majd ebbol kiindulva a Layer
II-t. Az MPEG1 audio Layer III-ra (ami az mp3) mar nem ternek ki
reszletesen, csak hebe-hoba megemlitik a filter bankokat, bit reservoir-t,
meg hogy elozokhoz kepest huffmann-t is hasznal. Meg ilyenek.
Ez elsore meg egyszerunek tunik, de a valosag picit bonyolultabb. De azert
nem veszesen bonyolult.

Az mp3-tech.org-on meg letolthetsz szabvanyokat is (amikben pl. benne
vannak azok a rogzitett Huffman tablazatok is, amiket az mp3 hasznal, mert
ugye az rogzitett tablakbol valaszt csak (az MPEG group statisztikai uton
meghatarozta a leggyakoribb tablakat, ezzel gyorsitottak az enkodolok es
dekodolok dolgat)). De elkalandoztam. Ezt majd ugyis olvashatod. A
legnagyobb turpissag inkabb a filter-bankok hasznalata a tiszta FFT
helyett.

A site tisztazza az mp3 koruli jogi helyzetet is.
Ha mar erti az ember az mp3-at, akkor sokkal konnyebb megerteni mondjuk az
AAC-t, ami kicsit fejletteb, eleg igeretes, es egy source van ahhoz is.

A source code-ok es a technical paper-ek a Programmer's corner link alatt
vannak.
Najo. A tobbit a site-on.

Udv!

--

tocsa

 ---
| email:                        |
| homepage:  http://www.iit.bme.hu/~tocsa       |
 ---

In article >,  writes:
> Sziasztok!
> 
> Kaptam egy progit (telnet alkalmazas kliense) ami SCO UnixWare 7 alatt lett f
ej
> lesztve/tesztelve, de szeretnem Mandrake 8 alatt is hasznalni.
> Mivel nem forditottam meg C++ os programot (a C/C++ kodot ertem, csak a fordi
ta
> shoz vagyok lama), volna itt nehany problema.

[nyissz]

> ---
> A problemak:
> 1.
> -Xa -Khost -Kpentium
> erre azt irja, hogy ignore mert nem ismert parameterek
> 2.

Igy van. Ezek az SCO UnixWare 7 sajat kulonbejaratu C forditojanak magikus
parameterei, a Linux alatt egyeduralkodo GNU C fordito nem erti oket. Szedd
ki a Makefile-bol (a CFLAGS-ot tartalmazo sorbol) nyugodtan, nincs ra szukseg.
Sot, ha mar belenyulsz, akkor a CC = cc sort javithatod CC = gcc -re (ez csak
esztetika), es esetleg a CFLAGS sorbol torold ki a -D__SCO opciot is (lehet,
hogy ettol forditasi hibak lesznek, ez esetben megis benne kell hagyni).

> -lsocket
> itt meg error-ral leall
> (es inkabb ez jelenti a problemat ):

Szinten SCO UnixWare specialitas (ill. asszem altalaban SysV specialitas),
hogy a standard C konyvtarban egy csomo, elsosorban halozatkezelo fuggveny
nincs benne, mert azok kulon konyvtarban (libsocket) vannak.
Egyszeruen az LDFLAGS-os sort modositsd erre:

LDFLAGS = -lnsl

es remelhetoleg menni fog.

Altalaban, ha Linux alatt probalsz forditani valami mas UNIX-rol athozott
kodot, az -lsocket linker opciot nyugodtan torolheted.


Udv

ifj. Petri Andras