VS1053b FLAC

[Zuffa Jan]

Zdravim,

No to mi je jasne. Co som chcel objasnit ako by to malo byt spravene.
Neviem si nejak predstavit ze sa vykonava oboje naraz: odosielaju sa data
do dekodera a sucastne sa pracuje s FAT. Pokial by to nebolo narocne na presne casovanie
tak by to urcite urobit islo ale tu bude problem s kazdou chybajucou us. U DMA by som zahajil prenos
z jedneho bufferu a procesor by nacitaval data z flashky do druheho.
Mozete to pripadne kratko rozviest?

j.

From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Hynek Sladky
Sent: Tuesday, January 05, 2016 7:26 AM
To: HW-news
Subject: Re: VS1053b FLAC

Nez se vyprazdni jedna cast, muze se nacitat druha. Vzdyt jde o to, aby v jednom bufferu bylo tolik dat, ze vystaci na zasobovani behem nejdelsi doby potrebne pro nacitani druheho bufferu. Podle me to nejde delat jinak nez ze se data ctou dostatecne dopredu.

Hynek Sladky


Dne 4.1.2016 16:20, Zuffa Jan napsal(a):
Aky ma zmysel dvojity buffer ked nepouzijete DMA?

j.

From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Michal Grunt
Sent: Monday, January 04, 2016 4:09 PM
To: HW-news
Subject: Re: VS1053b FLAC

Dvojitý buffer mě po odeslání emailu také napadl... Načítání z FAT zoptimalizuji po celých sektorech. Používám FS_FAT tak snad nějaká byť minimální cache a optimalizace je tam řešena (nevím, podívám se na to).

Ale velikost bufferu ve VS asi řeší ten patch. Podrobnější info jsem našel zde:
http://www.vsdsp-forum.com/phpbb/viewtopic.php?t=1463

Jsou zde pro mě neznámé funkce a jedna z nich zjišťuje velikost bufferu ve VS. Tak vyzkouším co mi to vrátí po aplikaci patchu a před aplikací.
s_int bufSize = (ReadSCIRegister(SCI_HDAT1) == 0x664C) ? 0x1800 : 0x400;

Michal Grunt


------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20160105/e62bc35f/attachment.html>