02.02.2023 16:33
[#1]
konwersja audio 22050 11025 Hz
Szukam jakiegos sensownego programu, ktory mi przekonwertuje troche sampli (voiceovers) 8 bitowych z 22050 na 11025 z jak najlepsza jakoscia. Na razie przetestowalem zmiane czestotliwosci w Audacity ale z efektu nie jestem zadowolony, bo jest sporo szumow po konwersji. Pewnie jakis filtr typu noise reduction trzeba uzyc ale nie jestem specem od dzwieku wiec potrzebuje czegos prostego w uzyciu.
02.02.2023 16:59
[#2]
Re: konwersja audio 22050 11025 Hz
@docent, post #1
Wedlug mnie to najlepsza jest najprostsza metoda czyli sam konwertujesz 2 bajty w 1.
Dzialalo calkiem niezle, ale ja nie mam perfekcyjnych uszow. Stary i gluchy.
; A0 - input ; A1 - output ; D7 - lenth -1 Loop move.b (A0)+,D0 ext.w D0 move.b (A0)+,D1 ext.w D1 add.w D1,D0 lsr.w #1,D0 move.b D0,(A1)+ dbf D7,Loop
Dzialalo calkiem niezle, ale ja nie mam perfekcyjnych uszow. Stary i gluchy.
02.02.2023 19:58
[#6]
Re: konwersja audio 22050 11025 Hz
@Don_Adan, post #2
To jest najprostsze ale musze jednak wczesniej zrobic redukcje szumow, bo sample beda skompresowane adpcm I im czystsze zrodlo tym lepiej brzmi wynikowy, skompresowany dzwiek. Potrzebny jest jakis tool, ktory to dobrze zrobi.
Cel jest taki aby 3,6 mb dzwiekow w 22050 Hz 8 bit spakowac do 450kb. Na razie po kompresji adpcm mam 900 kb, wiec musze jeszcze zredukowac czestotliwosc.
Cel jest taki aby 3,6 mb dzwiekow w 22050 Hz 8 bit spakowac do 450kb. Na razie po kompresji adpcm mam 900 kb, wiec musze jeszcze zredukowac czestotliwosc.
02.02.2023 21:26
[#9]
Re: konwersja audio 22050 11025 Hz
@docent, post #6
To raczej ciezko bedzie wedlug mnie. Zreszta zalezy na jaki procesor to ma byc i na ile pamieci. Byc moze kompresja LZMA bedzie lepsza niz ADPCM, bo ta daje stale 50%. A LZMA (PackFire) moze dac wiecej ale ma dosc wolna dekompresje, bo duzo mnozenia jest. Ewentualnie jesli chodzi o jakosc i szybkosc to mozesz poprobowac ta wersje playera ADPCM:
link
No i w tym moim kodzie powinno byc ASR zamiast LSR, choc akurat bez znaczenia dla wyniku tutaj, to jednak jest czytelniejsze, bo znak jest wazny. Byc moze tez dodany bit X po ASR #1,D0, moze cos zmienic w jakosci dzwieku, choc ja na pewno tego nie uslysze. A co do programow to one maja zwykle algorytmy uzywajace duzo mnozen i dzielen przy konwersji sampli, ktore akurat sa bezsensowne w takim przypadku, wedlug mnie.
link
No i w tym moim kodzie powinno byc ASR zamiast LSR, choc akurat bez znaczenia dla wyniku tutaj, to jednak jest czytelniejsze, bo znak jest wazny. Byc moze tez dodany bit X po ASR #1,D0, moze cos zmienic w jakosci dzwieku, choc ja na pewno tego nie uslysze. A co do programow to one maja zwykle algorytmy uzywajace duzo mnozen i dzielen przy konwersji sampli, ktore akurat sa bezsensowne w takim przypadku, wedlug mnie.
