mp3

[Móczik Gábor]

Varsanyi Peter wrote:
> sem  a következõ keret lejátszását. Ebbõl adódik, hogy az MP3-ak gyakorlatilag
> bárhol elszabhatók, kettévághatók, összeilleszthetõk - de csak a FRAME-ek azaz
> a adatkeretek határain, különben lejátszási hibát okoz a vágás. E tulajdonsága

Nem, frame is vaghato, mert minden frame sync bitsorozattal kezdodik, es 
_elmeletileg_ az encoderek, es az ID3V2 taggereknek van anti-sync 
funkcioja, vagyis garantalt, hogy sync bitsorozat csak a frame elejen 
fordul elo, a frame tartalomban es az ID3V2 tagben nem. Az mas kerdes, ki 
mennyire tartja be az eljarast...

> Véleményem  szerint  ez a tárolási forma minden szempontból megfelelõ, ti. nem
> zavarja  az MP3 lejátszását, mert a fájl végén van, így ha az MP3 lejátszó nem

Kicsit lassabb a beolvasasa, mert a fajl vegen van, mondjuk ez nem annyira 
jelentos 1db fajl eseten, csak mondjuk 5000-nel.

> amit  én etalonként vettem a munkámban. A legfõbb kritika e szabvány ellen az,
> hogy  kevésnek  tartják a 30 karaktert a szám adatainak megadásához. De kérdem
> én:   hova írnánk ki többet? Egy hordozható MP3 lejátszón max. 4*20 karakteres
> LCD  kijelzõ lehet csak, ti. ennél nagyobbat - technikai okokból - nem szoktak

30 karakterbe nem mindig fer be a szam cime, vagy eloadoja, foleg ha a 
virtuoz muzsikusok jol megtoldjak a veget 'DJ Sterbinszky Club remix' 
jellegu dolgokkal.
Egyebkent meg lehet a kijelzon scrollozni :-)

>      A  fenti  szabvány egy apró módosítása, mely a 'Comment' mezõ hosszát egy
> karakterrel  lecsökkentette,  és  az  így felszabadult helyen a 'Track' számát
> tárolja  el. A Cubic Player nem támogatja, és szerintem sincs értelme ennek az
> apró módosításnak...

Akkor volna ertelme, ha barmelyik lejatszo is fel birna hasznalni, hogy a 
trackeket sorban jatsza le. Mert ha van egy album konyvtarad, es benne 
fajlok, akkor ketfele eset van: filenev beturend szerint jatsza le, vagy 
aszerint hogy a file a filerendszer tartalomjegyzekeben elobb van, semmit 
nem rendez.

> 3. MP3 ID TAG V2.20
>      A  fenti  szabvány az MP3 fájl elejére tesz egy meglehetõsen összetett és
> elbonyolított  adatszerkezetet, melyben 3 betûs "kódok" vannak, melyeket aztán
> az adat követ. (A szabvány részletes leírása az ID3V220.TXT-ben van.) Mivel az
> MP3  elejére tették ezt az adatcsomagot, ezért az a lejátszást akadályozza, és

Ezzel teljesen egyetertek. Buzi egy adatformatum, ami idegesito benne, 
hogy dinamikus, azaz egy mezonek nem kell kotelezoen szerepelnie benne. 
Valamint az egesz MP3-at at kell irni, ha be kell szurni valamit. Mondjuk 
lehet valasztani, hogy irni lassabb vagy beolvasni, inkabb olvasni legyen 
gyors, azaz jobb az elejen.

> pl. az etalonként kezelt Cubic Player 2.51 fel sem ismeri az MP3-at miatta.

Nekem volt olyan cubic, ami felismerte a v2 tages fileokat. Nem mindet, de 
sokat. Ne kerdezd a verziot, regen volt.


> Ezért készítettem az alábbi programgyûjteményt, ami segít eltávolítani az
> MP3-akban   található  szemetet, hogy aztán rendezett formában írhassuk õket a
> CD-re. A programgyûjtemény jelenlegi, kezdõ állapotában az alábbi programokból
> áll: ...

Van a programcsomagodban olyan cucc, ami valaszthatoan leveszi a 
felesleges duplikalt tageket, plain textet, lyrics infot, a v2 tagbol csak 
a lenyeges dogokat hagyja meg (artist, title, album, genre, year), a v1 es 
v2 tageket azonosra allitja? Valamint jo lenne, ha tag alapjan tudna 
fajnevet csinalni, vagy fajlnev alapjan tageket. Mindezt 'mass processing' 
elven, azaz megadok 200 filet, csinalja meg rajta. Ja, es ha valami nem 
egyertelmu (pl. teljesen kulonbozik a fajlnev, tag1, tag2 tartalma), akkor 
nem onkenyesen dont, hanem kerdez.

-- 
((( Móczik Gábor  )))--((( hu <- DOT <- freemail <- AT <- progzmaster )))
((( ICQ=171823363 )))--((( Autos levlista: progzmaster.homelinux.org  )))