Goto page Previous 1, 2
Piotr \"PitLab\" Laskowsk
Guest
Thu May 03, 2007 9:50 pm
Quote:
Hmmm nie bardzo rozumiem, czytasz dane z SD ? Masz system plików ? Bo
bez systemu plików to nie ma problemu.
Nie używam SD, tylko tak jak pisałem DataFlash
--
Piotrek.
http://www.pitlab.pl
Sebastian Bialy
Guest
Thu May 03, 2007 10:11 pm
Adam Wysocki wrote:
Quote:
Zawsze możesz stworzyć listę bloków przed odtworzeniem.
Moze mi braknąć ramu jak będę tak wszystko buforował

. Zastanowie się.
Adam Wysocki
Guest
Thu May 03, 2007 10:41 pm
Spinacz biurowy, Sebastian Bialy <heby@poczta.onet.pl>!
Quote:
To nie problem, ja się boje, że są takie "chwile" w działaniu fs gdzie
potrzeba dośc sporo się napracować aby odczytać nastepny cluster. I może
się nie wyrobić mi procedura, tzn nie dostarczyć danych na czas i będzie
dziura.
Podwójne buforowanie powinno załatwić.
1. Wczytujesz dwa bufory.
2. W przerwaniu wysyłasz.
3. Jeżeli bufor się skończy to zaczynasz grać z drugiego i ustawiasz flagę,
co by sobie główna pętla doczytała dane do wyczerpanego bufora.
--
Adam Wysocki * Warszawa *
http://www.chmurka.net/ * GSM: 514 710 213
FidoNet: 2:480/138, SWL: SP5-250730, QTH: KO02MF, CB: 19 Śródmieście
Gdyby szafka miala sznurek to by była windą. (C) PaulKing 12.02.2004
-> Zostało zaledwie 1329 dni do końca kadencji Lecha Kaczyńskiego <-
Adam Wysocki
Guest
Thu May 03, 2007 10:41 pm
Spinacz biurowy, "Piotr \"PitLab\" Laskowski" <pitlab@pulapka.wp.pl>!
Quote:
Być może nawet jakieś PWM choć tutaj nie mam doświadczeń
Próbę można zrobić, ale obawiam sie że tą metodą ciężko będzie uzyskać
przyzwoitą jakość.
Zakładając 44100 Hz i 8 bitów, będzie niecałe 12 MHz, więc powinno się
niby dać... Ale już przy 10 bitach będzie 4x większa częstotliwość...
Słabo to widzę. Albo jakość albo prostota.
--
Adam Wysocki * Warszawa *
http://www.chmurka.net/ * GSM: 514 710 213
FidoNet: 2:480/138, SWL: SP5-250730, QTH: KO02MF, CB: 19 Śródmieście
<gophi> pies też go zgwałci? <madi> to już zależy od orientacji psa.
-> Zostało zaledwie 1329 dni do końca kadencji Lecha Kaczyńskiego <-
Adam Wysocki
Guest
Thu May 03, 2007 10:41 pm
Spinacz biurowy, Sebastian Bialy <heby@poczta.onet.pl>!
Quote:
użyciem narzędzi dla blondynek. Obawiam się, że zje mnie obsługa FAT w
momentach wymagajacych jałowej komunikacji z kartą SD na obsługę fs.
Zawsze możesz stworzyć listę bloków przed odtworzeniem.
--
Adam Wysocki * Warszawa *
http://www.chmurka.net/ * GSM: 514 710 213
FidoNet: 2:480/138, SWL: SP5-250730, QTH: KO02MF, CB: 19 Śródmieście
To nie był szantaż, zaszła jedynie sugestywna mobilizacja (C) gofiak
-> Zostało zaledwie 1329 dni do końca kadencji Lecha Kaczyńskiego <-
J.F.
Guest
Thu May 03, 2007 10:59 pm
On Thu, 3 May 2007 21:06:15 +0000 (UTC), Adam Wysocki wrote:
Quote:
Zawsze możesz stworzyć listę bloków przed odtworzeniem.
Moze sie okazac troche przydluga ..
J.
William
Guest
Fri May 04, 2007 7:07 am
IMHO:
Sektor ma 512 bajtów, zatem musisz mieć bufor 2 x 512 na płynny odczyt i
odtwarzanie.
Czytanie FAT nie jest specjalnie czasochłonne. W sumie główny algorytm
wyglądałby tak:
Przerwanie timera 44kHz:
1) pobierz próbkę z aktywnego bufora (A lub B)
2) inkrementuj wskaźnik bufora
3) jeśli bufor się wyczerpał, przestaw wskaźnik na drugi i zaznacz flagę
wyczerpania bufora A lub B
W głównym programie, inicjalizacja:
1) Odczytaj numer pierwszego klastra pliku i wyznacz jego sektor
2) Ustaw flagi wyczerpanai obu buforów
Pętla główna:
1) Czekaj na flagę wyczerpania jednego z buforów
2) Pobierz sektor (512B) do bufora
3) Jesli to był ostatni sektor w klastrze wyznacz numer kolejnego
klastra (i jego numer sektora).
Czytanie i analizę FAT można realizować bez bufora, jednak potrzebujesz
mieć przecież jakiś stos. Dlatego nie zaczynaj bez procesora z 2kB RAM
Marek Lewandowski
Guest
Fri May 04, 2007 8:41 am
Sebastian Bialy <heby@poczta.onet.pl> napisał(a):
Quote:
Ja widze to jako wyjmowalny element
(karta SD) i najlepiej jak by siÄ daĹo Ĺatwo tam zmieniaÄ komunikaty z
uĹźyciem narzÄdzi dla blondynek. Obawiam siÄ, Ĺźe zje mnie obsĹuga FAT w
momentach wymagajacych jaĹowej komunikacji z kartÄ
SD na obsĹugÄ fs.
możesz pójść na łatwiznę... Po wykryciu zmiany karty defragmentuj ją.
32MB to nie będą wieki, pesymistycznie minutka, a komunikatów nie zmienia się
co wczoraj, nie?
--
Marek Lewandowski
ICQ#/GG#: ask per mail. mail: locust[X]poczta/onet/pl
my gallery:
http://www.pbase.com/mareklew
my kind-of-a-blog:
http://lockaphoto.stufftoread.com
--
Wysłano z serwisu Usenet w portalu Gazeta.pl ->
http://www.gazeta.pl/usenet/
J.F.
Guest
Fri May 04, 2007 10:06 am
On Fri, 04 May 2007 08:07:30 +0200, William wrote:
Quote:
IMHO:
Sektor ma 512 bajtów, zatem musisz mieć bufor 2 x 512 na płynny odczyt i
odtwarzanie.
W zasadzie nie. Przy zorganizowaniu bufora kolowego 512 mozna go
zaczac doladowywac z karty jak bedzie tam np jeszcze 200 bajtow,
i skonczyc jak sie stare dane skoncza.
Ba - moze w ogole 200 czy 100 bajtow bufora starczy - wszak
potrzebujemy tylko tyle czasu zeby odczytac sektor FAT i rozpoczac
czytanie wlasciwych danych ..
J.
William
Guest
Fri May 04, 2007 1:15 pm
J.F. napisał(a):
Quote:
On Fri, 04 May 2007 08:07:30 +0200, William wrote:
IMHO:
Sektor ma 512 bajtw, zatem musisz mie bufor 2 x 512 na pynny odczyt i
odtwarzanie.
W zasadzie nie. Przy zorganizowaniu bufora kolowego 512 mozna go
zaczac doladowywac z karty jak bedzie tam np jeszcze 200 bajtow,
i skonczyc jak sie stare dane skoncza.
Ba - moze w ogole 200 czy 100 bajtow bufora starczy - wszak
potrzebujemy tylko tyle czasu zeby odczytac sektor FAT i rozpoczac
czytanie wlasciwych danych ..
J.
No w sumie masz rację .... Analizowałem problem pod kątem i zapisu i
odczytu.
Goto page Previous 1, 2