Komentowana treść: Shorten 2.3a dla AmigaOS
19.01.2005 12:25
[#2]
Re: Shorten 2.3a dla AmigaOS
No i dziala "toto" ale do czego to sie moze przydac to nie mam pojecia... Wave o wielkosci 21 MB przerobil na 17 MB. Plik w ten sposob przerobiony nie udalo mi sie niczym odtworzyc. Mozliwe ze taka przerobka przydaje do przenoszenia utworow gdy brakuje miejsca na plycie. Ale czy podobnego efektu nie uzyskamy czasami kompresujc wave do zipa lub lzxa? Chyba ze jednak sa odtwarzarki formatu shn (musze "pomyszkowac na grzybie"). Wtedy to zmienia cala sprawe :)
19.01.2005 19:08
[#5]
Re: Shorten 2.3a dla AmigaOS
Moim zdaniem powinno się napisać do autora AmigaAMPa aby dołączył stosowny plugin do programu. Fajnie by było gdyby odrazu dorobił też wtyczkę dla ogg.
20.01.2005 23:49
[#12]
Re: Shorten 2.3a dla AmigaOS
@Andrzej Drozd, post #6
W odpowiedzi na komentarz #6
Wiesz sorka trochę przesadziłem bo faktycznie około 3% się spakuje a przy słabej jakości dużo więcej.
Do kompresji użyłem pliku start.mp3 który skonwerciłem mpegą na wave.
ftp://de.aminet.net/pub/aminet/mus/play/AmigaAMPstart.lha
bzip2 -v -9 ram:s.wav
ram:s.wav: 2.034:1, 3.933 bits/byte,
50.84% saved, 2142716 in, 1053429 out.
zip -v9 s.wav.zip s.wav
adding: s.wav (in=2142716) (out=1363305) (deflated 36%)
total bytes=2142716, compressed=1363305 -> 36% savings
Na pliku raw będzie jeszcze lepiej i co ciekawe zip -9 jest gorszy od lha -3, a jest jeszcze -4 czyli siódma wersja kompresji nieobecna już w amigowym porcie lha.
Co ciekawe przemielony plik s.wav shorten'em jest mniejszy o jedyne 10kB od bzip2.
Ale ten speed przy encodowaniu w shorten'ie jest nie do przebicia jak na razie ;)
Wiecie o co mam na myśli
np. jest xpkBZP2.library, xpkGZIP to czemu nie zrobić tego specjalnie jak xpkSMPL czy xpkSQSH encoderem do modków z samplami 16bit DBM'a czy MOD2 xpkSHTN :D
ftp://de.aminet.net/pub/aminet/util/pack/xpkBZP2.lha
Wiesz sorka trochę przesadziłem bo faktycznie około 3% się spakuje a przy słabej jakości dużo więcej.
Do kompresji użyłem pliku start.mp3 który skonwerciłem mpegą na wave.
ftp://de.aminet.net/pub/aminet/mus/play/AmigaAMPstart.lha
bzip2 -v -9 ram:s.wav
ram:s.wav: 2.034:1, 3.933 bits/byte,
50.84% saved, 2142716 in, 1053429 out.
zip -v9 s.wav.zip s.wav
adding: s.wav (in=2142716) (out=1363305) (deflated 36%)
total bytes=2142716, compressed=1363305 -> 36% savings
Na pliku raw będzie jeszcze lepiej i co ciekawe zip -9 jest gorszy od lha -3, a jest jeszcze -4 czyli siódma wersja kompresji nieobecna już w amigowym porcie lha.
Co ciekawe przemielony plik s.wav shorten'em jest mniejszy o jedyne 10kB od bzip2.
Ale ten speed przy encodowaniu w shorten'ie jest nie do przebicia jak na razie ;)
Wiecie o co mam na myśli
np. jest xpkBZP2.library, xpkGZIP to czemu nie zrobić tego specjalnie jak xpkSMPL czy xpkSQSH encoderem do modków z samplami 16bit DBM'a czy MOD2 xpkSHTN :Dftp://de.aminet.net/pub/aminet/util/pack/xpkBZP2.lha
