|
ProCaster/Yamada Firmwaren kehitys (koodi painoitteinen viestiketju)
|
|
|
RistoE
Member
|
9. syyskuuta 2005 @ 18:54 |
Linkki tähän viestiin
|
|
Olenkin tainnut ajatella väärin. Jos molemmat prosessorit ajavat koko ajan omaa koodiaan ja keskustelu käy vain noiden osoitteiden kautta niin muuttamalla kaikki jaetut osoitteet tuo voisi todella toimia. Mutta vain niiden ominaisuuksien osalta jotka löytyvät molemmista, ja jos jaetut osoitteet menee väärin niin siitä seuraa sekoilua.
"This table show all functions that access to a DRAM address in the ARM :" eli onkohan sittenkin totta että noita osoitteita on noin vähän. Sittenhän tuo ei välttämättä olisikaan kovin mahdotonta...
Tuo pikkuinen EEPROM jossa on käyttäjän valinnat näyttäisi olevan vain 8032 käytössä, mutta sitten on vielä menu valinnoissa ARM:ille välitettävät tiedot (joitakin) jotka menevät käsittääkseni suoraan dram:iin. jos ne osoitteet ovat väärin, niin siitäkin tulee sekoilua. Tosin monessa firmwaressa nuo käytetyt eeprom osoitteet ovat olleet ihan samoja mutta ARM:ille välitettäviä tietoja en ole vertaillut.
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 9. syyskuuta 2005 @ 19:27
|
|
temi
Senior Member
14 tuotearviota
|
9. syyskuuta 2005 @ 19:28 |
Linkki tähän viestiin
|
|
Se nimittäin toimii testasin sen ja leffat myös toimii:)
Ongelmana on tällä hetkellä tuo apex armin fontti bugi
Huomenna pitää korjata nuo fontit ja katsoa onko mitään muita ongelmia
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 9. syyskuuta 2005 @ 19:34
|
|
RistoE
Member
|
9. syyskuuta 2005 @ 19:35 |
Linkki tähän viestiin
|
|
OHO
|
|
temi
Senior Member
14 tuotearviota
|
9. syyskuuta 2005 @ 19:50 |
Linkki tähän viestiin
|
|
ROM EC12 38 <-39
ROM EC17 C4 <-B4
ROM EF7F 38 <-39
ROM EF84 C4 <-B4
ROM B2CB 38 <-39
ROM B2CF F8 <-E8
ROM 5F03 38 <-39
ROM 5F07 F8 <-E8
ROM 5F10 F8 <-E8
ROM 5F13 38 <-39
ROM D1E7 BC <-AC
ROM D1EC 38 <-39
ROM D260 C0 <-B0
ROM D265 38 <-39
ROM E4B2 BC <-AC
ROM E4B7 38 <-39
ROM EA08 BC <-AC
ROM EA0D 38 <-39
ROM EA42 C0 <-B0
ROM EA47 38 <-39
ROM 33BED C4 <-B4
ROM 33BF2 38 <-39
ROM 33EDD C4 <-B4
ROM 33EE2 38 <-39
Edit. viimeinen muutos poistettu, koska oli väärin
Tässä kaikki tarvittavat muutokset yamada 6600 8032 koodiin
Vaihdoin sitten koko RISC-osan
Testattua:
-Packed bitsreamit toimii
-tekstitys toimii
-Tiedostoselain toimii
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 9. huhtikuuta 2006 @ 11:24
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 05:32 |
Linkki tähän viestiin
|
|
9. No Pic. | Warmth Filter | Warmth Filter
000B FFFF 041E 041E 0071 0DA1 0007 0000 000000 0775 - ROM:370A
10. No Pic. | Edge Enhance | Edge Enhance
0008 FFFF 0214 0214 0069 0040 0002 0002 FF349D 0775 - ROM:34BB
näitä kahta arm koodille välitettävää menu tietoa ei ole apexissa. muut ovat samoja. Veikkaisin kuitenkin että nämäkin toimivat, vaikka apexissa niitä ei ole ollut mahdollisuus muuttaa. Niin samanlaisia nuo muuten ovat.
|
|
temi
Senior Member
14 tuotearviota
|
10. syyskuuta 2005 @ 06:37 |
Linkki tähän viestiin
|
Nuo kaksi ominaisuutta toimii hyvin
enkä ole huomannut mitään sekoamista
Fontcreator ei vielä toimi täydellisesti tuolla uudella asetuksella
jotkin fontit "sekoaa" (yleensä isot kirjaimet)
http://koti.mbnet.fi/teevar/kuvat/valikko001.jpg
Lisää testattua
MP3 TAG toimii
Minusta nämä uudemmat RISC-osat käy suoraan keskenään, koska
koodit oli samanlaiset YAKUMO ja APEX firmwareissa
Vastaavasti HB3220 ja Yamada 6600 koodit oli samanlaiset, mikä tietysti osaltaan auttoi löytämään nuo dokumentin kohdat
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 10. syyskuuta 2005 @ 07:56
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 08:02 |
Linkki tähän viestiin
|
Quote:
Minusta nämä uudemmat RISC-osat käy suoraan keskenään, koska
koodit oli samanlaiset YAKUMO ja APEX firmwareissa
Luultavimmin kyllä. Mutta ainostaan NA:n modaamassa armissa on tuo real wrap ja koska se pohjautuu apex:iin jossa on myös erinimisten tekstitysten tukea, niin se kuulostaisi parhaalta?
|
|
temi
Senior Member
14 tuotearviota
|
10. syyskuuta 2005 @ 08:07 |
Linkki tähän viestiin
|
|
Tällä hetkellä tuossa firmwaressa on käytössä APEX-YAMA b6 RISC osa,
tosin voihan sen vaihtaa
Jotenkin pitäisi sitten saada tuo Wrapping ominaisuus firmwareen
päälle.
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 08:24 |
Linkki tähän viestiin
|
|
eikös se ollut NAv15 valikossa? Pienellä tuurilla NA on tehnyt sen niin että se toimii tämänkin ARM:in kanssa?
|
|
temi
Senior Member
14 tuotearviota
|
10. syyskuuta 2005 @ 08:40 |
Linkki tähän viestiin
|
Ei ole NA15 valikoissa
Yksi bugi on, volume säätö jättää mustan viivan näytölle. Sattaa tietysti korjaatua jos muutan fontitn kokoa pikselin suuremmaksi. edit ja korjautikin.
Muuten näyttää erittäin lupaavalta. Yhtään kertaa ei ole seonnut ja fontitkin saa fontcreatorilla melko lähelle MTZ:n fontteja
Tämä firmware on vain vanhemmalle ProCasterille ja YAMADA 6600 soittimelle (servo 04.05.01.00)
http://koti.mbnet.fi/teevar/tiedostot/APEX-YAMA_B7.zip
http://personal.inet.fi/koti/temi/tiedostot/APEX-YAMA_B7.zip
Käyttö omalla vastuulla!
APEX risc
Yamada NewAge v15 8032 code
New fonts
support Packed bitsream
support SRT,SUB,TXT,Xsub subtitles
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 10. syyskuuta 2005 @ 09:53
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 10:19 |
Linkki tähän viestiin
|
|
Hienoa!
Tutkin myöhemmin jos keksisin miten tätä medionin menu osaa käytetään 8032:ssa:
5. No Pic. | Reformat | Reformat Mpeg4 Subtitles
0008 FFFF 051A 051B 0096 0000 0001 0001 FFE8F3 07CF - ROM:EBEF
1. On | On | On
017A 017A 017A 00 - ROM:E8E5
=> 2. Off | Off | Off
017B 017B 017B 01 - ROM:E8EC
|
|
temi
Senior Member
14 tuotearviota
|
10. syyskuuta 2005 @ 10:24 |
Linkki tähän viestiin
|
|
Tuossa julkaistussa firmwaressa on siis NewAgen modaama APEX-Risc
ja päivitykset olen tehnyt CD-levyltä, eikä datakaapelia ole tarvittu
kaksi ongelmaa on.
1.erikoismerkit tiedostoselaimessa ->ne ei toimi
2.Liian pitkät tiedostonimet hyppää saman rivin alkuun
minun mielestä kuitenkin aika pieniä ongelmia ja niihin varmasti löytyy jonkinlainen ratkaisu
Edit.
Sitten vielä tuo NEW AGE V15 teksti pitäisi saada muutettua tiedostoselaimesta
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 10. syyskuuta 2005 @ 12:14
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 14:10 |
Linkki tähän viestiin
|
|
Jos et jo ehtinyt tehdä tätä 1. kohtaa niin erikoismerkit on tässä:
ROM:0000D670 7C D4 05 00 80 B5 7E 22-20 21 00 F0 1D FD 80 BC
(ROM:0000D674 SUB_IsMpeg4SubtitleCharValid rutiini jossa tuo 7E max)
2. kohta:
MTK file browser patcher kertoo kyllä "Patching selection bar size" tiedot, mutta mitenköhän käy mp3 tag kenttien kanssa. Ja kaikkea tuo pathch ei osaa tästä firmwaresta tunnistaa. Yksi ratkaisu olisi lyhentää näkyvän nimen pituutta tai pienentää fonttikokoa.
3. kohta. En tiedä onko tässä tuosta osa mutta:
ROM:FFF0 FF FF FF FF FF FF FF FF-00 4E 65 77 00 41 67 65 " .New.Age"
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 10. syyskuuta 2005 @ 14:54
|
|
temi
Senior Member
14 tuotearviota
|
10. syyskuuta 2005 @ 18:13 |
Linkki tähän viestiin
|
|
Ehkä vielä kannattaisi tiedostonimen päätekin ottaa pois niin lyhenisi tuo nimi
|
|
RistoE
Member
|
10. syyskuuta 2005 @ 19:03 |
Linkki tähän viestiin
|
|
Olen samaa mieltä. Kovin vähän siitä on iloa:
Eli Bank1 pitäisi olla ROM:5ECB 50 05 (ei 80 05)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 10. syyskuuta 2005 @ 19:32
|
|
temi
Senior Member
14 tuotearviota
|
11. syyskuuta 2005 @ 05:29 |
Linkki tähän viestiin
|
|
Nuo My Yamada groupissa testaajien väittämät bugit on vähän outoja, koska esim. minulla toimii MPG+tekstitys ja elokuvassa ei ole mitään ylimääräisiä tummia pisteitä
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 11. syyskuuta 2005 @ 05:29
|
|
RistoE
Member
|
11. syyskuuta 2005 @ 07:49 |
Linkki tähän viestiin
|
|
Kuulostaa siltä kuin 8MB soittimien muisti olisi hitaampaa tai sen käyttö muistiosoituksen takia tms. Muuten aika käsittämätöntä että suurempi muisti on ongelma.
|
|
temi
Senior Member
14 tuotearviota
|
11. syyskuuta 2005 @ 08:19 |
Linkki tähän viestiin
|
Quote:
Jos et jo ehtinyt tehdä tätä 1. kohtaa niin erikoismerkit on tässä:
ROM:0000D670 7C D4 05 00 80 B5 7E 22-20 21 00 F0 1D FD 80 BC
(ROM:0000D674 SUB_IsMpeg4SubtitleCharValid rutiini jossa tuo 7E max)
Tämä ei auta tässä firmwaressa -> vain _-merkki häviää
NewAge v15 firmwaressa on menussa 1250 1252 valinta, joka ei tässä firmwaressa toimi
Tiedostoselaimen tiedostonimen pituus ongelma on jo ratkaistu
Fontcreatorissa pitää käyttää asetuksena: 4 color., variable width (NEW mode) , jolloin fonteista tulee tähän firmwareen sopivat
Aina tämäkään ei toimi vaan saattaa joutua tekemään uusia fontteja.
Onkohan näin että YAMADAn alkuperäisessä firmwaressa olisi otettu huomioon kummatkin 4MB ja 8MB muistit ja kun APEXissa on vain 4MB niin tuo fimware ei toimi 8MB soittimessa
Noissa muisteissakin on vielä eroja esim. ProCasaterissa on kaksi piiriä ja 8MB Yamadassa on yleensä yksi piiri
Kaikki tulokset, mitä olen Saanut DivX-testistä niin ne täsmäävät aiempiin APEX-firmwaren testituloksiin ja elokuviakin olen noin 10 tuntia testaillut
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 11. syyskuuta 2005 @ 09:59
|
|
RistoE
Member
|
11. syyskuuta 2005 @ 10:59 |
Linkki tähän viestiin
|
|
Nyt on minunkin laitteessani b7 versio. Asentui normaalisti, näyttää hyvältä ja toimii odotusten mukaisesti.
|
|
temi
Senior Member
14 tuotearviota
|
11. syyskuuta 2005 @ 12:49 |
Linkki tähän viestiin
|
Tuossa firmwaressa on sama bugi kuin YAMADA V15 NewAge firmwaressa:
Näytönsäästäjä ei toimi jos on silloin tiedostoselaimessa
Tämä bugi oli korjattu jossain F00F firmwaressa-> MTK windowsilla oli
muuteltu hieman ikkunoiden kokoa
Edit. Sain korjattua näytönsäästäjän bugin MTK Windosin ikkuna 0x0E
ja sieltä piti muuttaa TOP 88 ja BOTTOM 452
Näyttää NewAge:llä olevan 4MB soitin
http://groups.yahoo.com/group/mt13x9/message/2328
Muistipiireissä on jotain nopeuseroja
http://www.google.com/url?sa=t&ct=res&cd=61&url=http%3A//www.mesp...
IS42S16100 166,143,100 Mhz
IS42S16400 166,133 Mhz
Datatiedoissa oli juuri nuo nopeustiedot merkattu lihavoituna
Nuo lihavoidut on datatietojen mukaan suosituksia
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 12. syyskuuta 2005 @ 12:05
|
|
temi
Senior Member
14 tuotearviota
|
13. syyskuuta 2005 @ 18:16 |
Linkki tähän viestiin
|
|
NewAge v15 firmwaressa on muokattu tuota MAX Font item kohtaa
ROM 5F12 pitäisi vaan selvittä miten tuo toimii ja miten sen saisi toimimaan uuden ARM-osan kanssa
(Minun uudessa modissa ei toimi tuo CP Codepage valinta)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 13. syyskuuta 2005 @ 18:18
|
|
RistoE
Member
|
13. syyskuuta 2005 @ 19:35 |
Linkki tähän viestiin
|
|
Aikalailla muutettua koodia tosiaan:
Tästä alkaa silmukka joka pyörii kunnes kaikki merkit on läpikäyty:
ROM:5EEB 90 FB 6B mov DPTR, #0xFB6B
ROM:5EEE E0 movx A, @DPTR
ROM:5EEF FF mov R7, A
ROM:5EF0 90 FB 6A mov DPTR, #0xFB6A
ROM:5EF3 E0 movx A, @DPTR
ROM:5EF4 C3 clr C
ROM:5EF5 9F subb A, R7
ROM:5EF6 50 55 jnc ROM_5F4D
FB6B sisältää tiedon tiedostonimen pituudesta. se ladataan rekisteriin R7 ja kulloinenkin sijainti (FB6A) merkkijonossa ladataan akkuun. Sitten verrataan joko on käsitelty koko nimi. Jos ollaan niin silmukka on päättynyt ja jatketaan osoitteesta ROM_5F4D. Muutoin jatketaan:
ROM:5EF8 90 FB 6D mov DPTR, #0xFB6D
ROM:5EFB E0 movx A, @DPTR
ROM:5EFC FF mov R7, A
ROM:5EFD A3 inc DPTR
ROM:5EFE E0 movx A, @DPTR
ROM:5EFF FC mov R4, A
ROM:5F00 A3 inc DPTR
ROM:5F01 E0 movx A, @DPTR
ROM:5F02 FD mov R5, A
ROM:5F03 12 05 3B lcall ARM_GetCharDRAM
siirretään FB6D sisältö rekisteriin R7, FB6E->R4, FB6F->R5
ja kutsutaan rutiinia joka hakee tietoa arm koodilta. Seuraavaksi pitää selvittää mitä tämä ARM_GetCharDRAM oikein tekee. Ehkä hakee osoitteen jossa merkit ovat ARM koodilta. No, se ehkä selviää...
ROM:5F06 90 FB 69 mov DPTR, #0xFB69
ROM:5F09 EF mov A, R7
ROM:5F0A F0 movx @DPTR, A
ROM:5F0B D3 setb C
ROM:5F0C 94 F9 subb A, #0xF9 ; '¨'
ROM:5F0E 40 16 jc Replace_Special_Char
rekisteri R7 siirretään akkuun ja kirjoitetaan muistipaikkaan FB69. asetetaan carry-bit, sen jälkeen vähennetään merkistä F9+C eli FA, jos meni alle nollan on niin carry-bit vaihtaa arvoa (->0), jolloin ei siirrytä replace_Special_Char osuuteen.
no sitten:
ROM:5F10 E0 movx A, @DPTR
ROM:5F11 C3 clr C
ROM:5F12 94 FA subb A, #0xFA ; '·'
ROM:5F14 FB mov R3, A
jos oli ali FA niin seuraavaksi katsotaan taas onko alle FA, jos on niin tietoa ei kuitenkaan heti käytetä mihinkään, mutta erotus tallennetaan rekisteriin R3. Jos oli alle FA niin C saa arvon 1 muutoin 0.
ROM:5F15 00 nop
ROM:5F16 90 FB 6D mov DPTR, #0xFB6D
ROM:5F19 E0 movx A, @DPTR
ROM:5F1A FF mov R7, A
ROM:5F1B A3 inc DPTR
ROM:5F1C E0 movx A, @DPTR
ROM:5F1D FC mov R4, A
ROM:5F1E A3 inc DPTR
ROM:5F1F E0 movx A, @DPTR
ROM:5F20 FD mov R5, A
ROM:5F21 00 nop
ROM:5F22 00 nop
ROM:5F23 12 05 53 lcall ARM_PutCharDRAM
Seuraavaksi ladataan R7 rekisteriin muistipaikan FB6D sisältö, R4 rekisteriin FB6E sisältö ja rekisteriin R5 FB6F sisältö. Sitten kutsutaan koodia joka siirtää rekisterien arvot ARM koodin käyttöön.
M:5F26 Replace_Special_Char:
ROM:5F26 90 FB 6A mov DPTR, #0xFB6A
ROM:5F29 E0 movx A, @DPTR
ROM:5F2A 04 inc A
ROM:5F2B F0 movx @DPTR, A
"monesko merkki" laskuria (FB6A) nostetaan yhdellä
M:5F2C 90 FB 6C mov DPTR, #0xFB6C
ROM:5F2F E0 movx A, @DPTR
ROM:5F30 FC mov R4, A
ROM:5F31 A3 inc DPTR
ROM:5F32 E0 movx A, @DPTR
ROM:5F33 FD mov R5, A
ROM:5F34 A3 inc DPTR
ROM:5F35 E0 movx A, @DPTR
ROM:5F36 FE mov R6, A
ROM:5F37 A3 inc DPTR
ROM:5F38 E0 movx A, @DPTR
ROM:5F39 24 01 add A, #1
ROM:5F3B FF mov R7, A
FB6C->R4, FB6D->R5, FB6E->R6, FB6F->R7, R7=R7+1
ROM:5F3C E4 clr A
ROM:5F3D 3E addc A, R6
ROM:5F3E FE mov R6, A
ROM:5F3F E4 clr A
ROM:5F40 3D addc A, R5
ROM:5F41 FD mov R5, A
ROM:5F42 E4 clr A
ROM:5F43 3C addc A, R4
ROM:5F44 FC mov R4, A
ROM:5F45 90 FB 6C mov DPTR, #0xFB6C
ROM:5F48 12 21 57 lcall ROM_2157
ROM:5F4B 80 9E sjmp ROM_5EEB
Sitten tullaan osuuteen jossa vihdoin käytetään carry bit arvoa eli jos merkki oli alle FA niin C=1 muutoin 0. R6=R6+C, R5=R5+c, R4=R4+C sitten datapointteriin ladataan FB6C ja käväistään aliohjelmassa ROM_2157: R4->FB6C, R5->FB6D, R6->FB6E, R7->FB6F jonka jälkeen palataankin takaisin silmukan alkuun
Johtopäätökset: muistipaikkaan 0xFB69 haetaan ARM koodin osoittamasta paikasta yksi kerrallaan merkki joka testataan. Merkit aloitetaan (ilmeisimmin) ensimmäisestä ja silmukka pyörii kunnes on saavutettu merkkien lukumäärä (muistipaikassa FB6B) (jatkuu)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 17. syyskuuta 2005 @ 18:50
|
|
temi
Senior Member
14 tuotearviota
|
14. syyskuuta 2005 @ 17:32 |
Linkki tähän viestiin
|
|
Löytyisikö tuosta Medionin firmwaeresta "max font item" tai jotain samantyylistä koodin pätkää 8032 puolelta
Tuollainen löytyi
ROM:2DD7 90 FB 56 mov DPTR, #(ROM_B56 - ROM_1000)
ROM:2DDA E0 movx A, @DPTR
ROM:2DDB FF mov R7, A
ROM:2DDC A3 inc DPTR
ROM:2DDD E0 movx A, @DPTR
ROM:2DDE FC mov R4, A
ROM:2DDF A3 inc DPTR
ROM:2DE0 E0 movx A, @DPTR
ROM:2DE1 FD mov R5, A
ROM:2DE2 12 05 4D lcall ROM_54D
ROM:2DE5 90 FB 4F mov DPTR, #(ROM_B4D+2 - ROM_1000)
ROM:2DE8 EF mov A, R7
ROM:2DE9 F0 movx @DPTR, A
ROM:2DEA C3 clr C
ROM:2DEB 94 20 subb A, #0x20 ; ' '
ROM:2DED 40 06 jc ROM_2DF5
ROM:2DEF E0 movx A, @DPTR
ROM:2DF0 D3 setb C
ROM:2DF1 94 7E subb A, #0x7E ; '~'
ROM:2DF3 40 06 jc ROM_2DFB
ROM:2DF5
ROM:2DF5 ROM_2DF5: ; CODE XREF: TimInt2+2BC9j
ROM:2DF5 90 FB 4F mov DPTR, #(ROM_B4D+2 - ROM_1000)
ROM:2DF8 74 5F mov A, #0x5F ; '_'
ROM:2DFA F0 movx @DPTR, A
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 14. syyskuuta 2005 @ 17:54
|
|
RistoE
Member
|
14. syyskuuta 2005 @ 18:08 |
Linkki tähän viestiin
|
|
Tämä pätkä on samaa kuin mikä yamadassa alunperin ainakin MaBreakerin ohjeen mukaan on ollut:
ROM:2DEB 94 20 subb A, #0x20 ; ' '
ROM:2DED 40 06 jc ROM_2DF5
ROM:2DEF E0 movx A, @DPTR
ROM:2DF0 D3 setb C
ROM:2DF1 94 7E subb A, #0x7E ; '~'
ROM:2DF3 40 06 jc ROM_2DFB
ROM:2DF5
ROM:2DF5 ROM_2DF5: ; CODE XREF: TimInt2+2BC9j
ROM:2DF5 90 FB 4F mov DPTR, #(ROM_B4D+2 - ROM_1000)
ROM:2DF8 74 5F mov A, #0x5F ; '_'
eli tuossa tarkistetaan onko välillä 20-7E, jos on niin ei mennä tuohon korvausrutiiniin '_' mutta tuo NAv15 on kovasti erilainen. Pitää ottaa hieman aikaa sen tutkimiseen ja ajatteluun.
|
|
Mainos
|
|
|
|
RistoE
Member
|
17. syyskuuta 2005 @ 11:21 |
Linkki tähän viestiin
|
|
en ole löytänyt kuvausta miten näitä kahta funktiota käytetään (tai parametreja):
ARM_GetCharDRAM
ARM_PutCharDRAM
Sen näen että ne käyttävät rekistereitä R4, R5, ja R7 ja funktio palauttaa arvon rekisterin R7 kautta. Mutta valmis selostus helpottaisi kovasti
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 17. syyskuuta 2005 @ 13:05
|
