ProCaster/Yamada Firmwaren kehitys (koodi painoitteinen viestiketju)

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

 

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?

 

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.

 

eikös se ollut NAv15 valikossa? Pienellä tuurilla NA on tehnyt sen niin että se toimii tämänkin ARM:in kanssa?

 

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ää[bold] erittäin lupaavalta[/bold]. 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

 

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

 

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

 

Jos et jo ehtinyt tehdä tätä 1. kohtaa niin erikoismerkit on tässä:

ROM:0000D670 7C D4 05 00 80 B5 [bold]7E[/bold] 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"

 

Ehkä vielä kannattaisi tiedostonimen päätekin ottaa pois niin lyhenisi tuo nimi

 

Olen samaa mieltä. Kovin vähän siitä on iloa:
Eli Bank1 pitäisi olla ROM:5ECB 50 05 (ei 80 05)

 

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ä

 

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.

 

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

 

Nyt on minunkin laitteessani b7 versio. Asentui normaalisti, näyttää hyvältä ja toimii odotusten mukaisesti.

 

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=r....com/p_issi_psg.pdf&ei=R3ElQ9rCMaeGiAKf14X0Ag
IS42S16100 166,[bold]143[/bold],100 Mhz
IS42S16400 166,[bold]133[/bold] Mhz
Datatiedoissa oli juuri nuo nopeustiedot merkattu lihavoituna
Nuo lihavoidut on datatietojen mukaan suosituksia

 

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)

 

Aikalailla muutettua koodia tosiaan:
[bold]Tästä alkaa silmukka joka pyörii kunnes kaikki merkit on läpikäyty:[/bold]
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
[bold]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:[/bold]

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
[bold]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ää...[/bold]
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
[bold]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. [/bold]

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
[bold]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.[/bold] 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
[bold]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.[/bold]

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
[bold]"monesko merkki" laskuria (FB6A) nostetaan yhdellä[/bold]

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
[bold]FB6C->R4, FB6D->R5, FB6E->R6, FB6F->R7, R7=R7+1[/bold]

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
[bold]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:[/bold] 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)

 

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

 

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.

 

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