ProCaster/Yamada Firmwaren kehitys (koodi painoitteinen viestiketju)

Tarkoitko ettei normaali resetointi riittänyt vaan että tuo uusiutuu? Eihän tuolla pitäisi olla mitään tekemistä tekstitysten kanssa. Pitäisi varmaan lukea tuo koodi ajatuksella läpi ja etsiä käytetäänkö tuota FD22 osoitta muualla koodissa johonkin muuhun myös.

 

ei se rersetoinnin jälkeen uusiudu, vaan resetoinnin jälkeen soitin toimii normaalisti.
Ennen resetointia ei toimineet kuin ilman tekstiä olevat elokuvat.
Tässä kaikki muutokseni koodit (osoitteet NA v15)
http://koti.mbnet.fi/teevar/tiedostot/y6600_volume.txt

 

Juttelin AC:n kanssa (my-yamada foorumilta) eilen ja hän kertoi että tuossa piki64 firmwaressa on NAv15 tekstin tilalle laitettu piki64 teksti. Jos tuo firmware toimii (ja ilmeisesti toimii) niin kannattaisi varmaan käyttää sen RISC osuutta, silloin saa lisättyä vain tuon yhden ominaisuuden, ilman uusia mainoksia. Ainakin oletan että ne ovat 8032 osuudessa, se kun huomattavasti tunnetumpaa ja helpompaa koodia.

 

Minulla on jo käytössä tuo Piki64:n tekemä Risc-osa
Testasin myös Piki64:n tekemän firmwaren, mutta siinä ei oikeastaan muuta uutta ollut, kuin tuo tekstityksen lataus.
Aion lisäksi seuraavan firmwareen poistaa kokonaan tuon kansiopolun, koska "bugia" ei ole vielä löydetty.

Tällä hetkellä on myös työn alla uudemman ProCasterin firmware, johon olen saanut avattua piilotettuja valikoita sekä siinä on Peektonin Risc-osa (8032-modilla) .

 

Temi,

NA sanoo "Well in my opinion it shouldn't be changed. In Bank 3 I always do 2 changes but some should comfirm that by not chnaging that byte and testing whether it work or not."
Tämä koskee tuon bank3 osoitteen C55A muuttamista. Onko sinulla ollut tuo muutettuna viimeaikaisissa versioissa? Olen itsekin hieman epäillyt tuon osoitteen muuttamisen tarvetta, koodi kun ei minusta näytä samalle kuin muu tiedon siirto arm koodilla?

 

NA on oikeassa. Se oli minun erehdys, mutta uusimmassa peekton 6002 risc osaan perustuvassa firmwaressa ei pitäisi tämän kanssa olla ongelmia, koska 8032 koodiin ei tarvinnut koskea.

Edit. nykyisin nuo löytyvät kätevästi IDC-tiedostolla

 

niinhän se tosiaan oli... ...olinhan minäkin sen (pk6002) kertaalleen todennut

 

Se virhe on ainoastaan APEX-YAMA firmwaressa

 

"löytyvät IDC tiedostolla"
Tosiaan. Tuo on kyllä hyödyllinen

 

http://koti.mbnet.fi/teevar/tiedostot/Y6600_Peekton_Risc_b2.zip
httP://personal.inet.fi/koti/temi/tiedostot/Y6600_Peekton_Risc_b2.zip

New:
Piki64's moded Risc Part
Foder path is disabled
Stored volume level
After upgrade you must reset default and turn off player




Lisätty:
Piki64:n muokkaama Risc-osa
Volumen tason tallennus
Kansiopolku poistettu (bugista johtuen)
Päivityksen jälkeen on resetoitava soitin!!!
sammutettava ja käynnistettävä uudelleen

 

näyttäisi ettei optinen lähtö toimi tuossa firmwaressa.
Epäilisin jopa Yahoo groupin ohjetta

 

Tein sekä B1, Zapata modista ja B2 versioista ISO-imaget joihin pistin tiedoston kaikilla kolmella nimellä. Jos tämä helpottaa testaamista niin hyvä niin.

Temi Beta1 - http://www.netsonic.fi/~spirtti/Yamada6600-Procaster002/Temi_Y6600_Peekton_Risc_b1.zip
Peekton v2 Risc (NewAge V15 + Peekton 6002 RISC)
New:
+Support Packed Bitsream
+Support SRT,SUB,TXT subtitles
+Better DivX3 LoW Motion support
+Support Different subtitle filename
+Solved NA v15 Screensaver bug
+No subtitle FF disappear Bug
-".srt subtitle timing bug" is not corrected
-cosmetic bug on the folder name
Helkkarin hyvä firmis!

Zapata mod - http://www.netsonic.fi/~spirtti/Yamada6600-Procaster002/Zapata_mod_of_Y6600_Peekton_Risc_b1.zip
Temi beta1 (NewAge V15 + Peekton 6002 RISC)
New:
+ .srt timing bug fix
+ MPEG-4 subtitle window placed slightly upwards
+ úúúúúúú bug cleaned (not solved). Instead of úúúúúúú, on the folder description, nothing will be written
>Thanks Temi/RistoE!!!

Temi Beta2 - http://www.netsonic.fi/~spirtti/Yamada6600-Procaster002/Temi_Y6600_Peekton_Risc_b2.zip
NewAge V15 + Peekton 6002 RISC
New:
+Piki64's moded Risc Part
+Foder path is disabled
+Stored volume level
+After upgrade you must reset default and turn off player
-optical output does not work?

Ei ainakaan tarvitse miettiä millä nimellä se nyt sitten on ...

Asensin b2 version Procasteriin ... hyvin pelittää ainakin näin aluksi. Pieni ongelma ilmeni. Kun lopetan hakemistossa olevan elokuvan katselun niin virheellinen kansiopolku ilmestyy taas tiedostoselaimeen. Oletan että minulla on b2 versio käytössä.

Antakaa palutetta jos nämä toimivat!

Thanks Temi/RistoE!!!

 

Mitä Piki64 on tuossa risc osassa muuttanut?

Ilmeisesti ohjelmointi ei vieläkään ole noissa toiminnassa?
Onko se vika korjauksen ulkopuolella?

 

Siihen on lisätty tuki eri nimisille tekstitystiedostoille
eli jos elokuvan alussa sotin ei löydä oikein nimettyä tekstitystä, niin se lattaa kaikki tekstit mustiinsa ja sitten voi subtitle napilla valita oikean tekstityksen, mutta tässä on yksi rajoitus: Soitin ei voi ladata kerralla kuin 5 tekstitystä.
Jos tekstitys on oikein nimetty, niin se lataa automaattisesti oikean tekstityksen.

 

Kansiopolun bugi saattaisi johtua väärästä PS_funktiosta, mutta miten löytäisi sen oikean, kun niitä on niin useita.
Bank 1 loytyy yksi, jonka muuttaminen poistaa tekstityksen eli se ei ole ainakaan se.

 

Yksi tapa löytää tuo tiedostopolun virhe voisi olla että MTK Dump ohjelmalla kopioisi laitteen muistin sisällön talteen, hetkellä jolloin laite on tiedostoselain näkymässä. Sitten pitäisi koodista etsiä viittauksia tuohon osoitteesseen. Pulmana luultavasti kuitenkin on että tuo viittaus on epäsuora. Epäsuoralla tarkoitan että osoite on X+2E0 muotoa, eli vaikka löytäisi tuon tekstin sijainnin niin sen muistiosoitteeseen ei ole suoraa viittausta. Jos kävisi tuuri, niin joko ARM tai 8032 koodista löytyisi suora viittaus tuon osoitteen ensimmäiseen merkkiin...

Tietysti koodin lukemista helpottaisi muutenkin jos tietäisi minne osoitteeseen nuo merkit tallennetaan?

EDIT: Ehkäpä sen saisikin tuolla tavalla selville, koska tuo X on varmastikin jokin noista jaetun muistin osoitteista. Jos vähentäisi löydetystä osoitteesta jonkin sitä lähellä olevan jaetun muistin osoitteen, niin koodista pitäisi löytyä näiden erotukseen viittaava osa muotoa "2E0". peektonissa tuo "2E0" olisi sitten jotain muuta, esim. "3E0". Korjaus olisi sitten "2E0-->3E0", en usko että tätä monimutkaisemmasta asiasta on kyse.

 

Peekton ja Yamada 6600 firmwarreissa on DispDirLine koodit erilaiset
Peekton 6002 ROM:6958
Yamada 6600 ROM67B0
Yamadan koodi on pidempi
United 4067 ja ProCaster uusi servo:ssa on samalla tyylillä toteutettu kuin Peektonissa

Edit testasin muutoksen
M:67AA
ROM:67AA DIR_DispDirLine: ; CODE XREF: DIR_FileBrowser+70p
ROM:67AA ; DIR_FileBrowser+77p
ROM:67AA 20 44 03 jb RAM_28.4, ROM_67B0 ; Display folder name on directory line
ROM:67AA
ROM:67AD 02 68 E4 ljmp DIR_DirLineClear ; Clear directory line
ROM:67AD
ROM:67B0 ; ---------------------------------------------------------------------------
ROM:67B0
ROM:67B0 ROM_67B0: ; CODE XREF: DIR_DispDirLinej
ROM:67B0 7F 31 mov R7, #0x31 ; '1' <-2B
ROM:67B2 7E 02 mov R6, #2
ROM:67B4 12 04 03 lcall BS:47_B0:EBFC
ROM:67B4
ROM:67B7 90 FB 57 mov DPTR, #XRAM_FB57
ROM:67BA EF mov A, R7
ROM:67BB F0 movx @DPTR, A
ROM:67BC 7F 32 mov R7, #0x32 ; '2' <-2C
ROM:67BE 7E 02 mov R6, #2
ROM:67C0 12 04 03 lcall BS:47_B0:EBFC
ROM:67C0
ROM:67C3 90 FB 56 mov DPTR, #XRAM_FB56
ROM:67C6 EF mov A, R7
ROM:67C7 F0 movx @DPTR, A
ROM:67C8 7F 33 mov R7, #0x33 ; '3' <-2D
ROM:67CA 7E 02 mov R6, #2
ROM:67CC 12 04 03 lcall BS:47_B0:EBFC
ROM:67CC
ROM:67CF 90 FB 55 mov DPTR, #XRAM_FB55
ROM:67D2 EF mov A, R7
ROM:67D3 F0 movx @DPTR, A
ROM:67D4 7F 34 mov R7, #0x34 ; '4' <-2E
ROM:67D6 7E 02 mov R6, #2
ROM:67D8 12 04 03 lcall BS:47_B0:EBFC

Nyt kansiopolussa näkyy kirjaimia, mutta tyyliin x0>>=_&"@

pitää vielä testata alkuperäisellä b5:lla ja peekton risc-osalla tuota muutettua koodia
Edit alkuperäisellä 8032-osalla näkyy samalla lailla

 

minulla on ollut kiirettä tämä viikko, mutta olisihan se aika hoitaa tämäkin kauneusvirhe. Tuo funktio jota tuossa koodissa kutsutaan on muuten
ROM:67B4 12 04 03 lcall ARM_GetChar
Jos tuosta löytäisi jonkun muistiinpanoja, niin se auttaisi varmasti. Toisaalta kannattaa verrata näitä eri firmisten DIR_Disp_DirLine versioita. Ehkä myöhemmin viikolla voisi löytää tälle vähän aikaa, jos ei se sitten siihen mennessä ole jo ratkennut.

 

Peektonissa tämä osa on tällä tavalla

ROM:6952 DIR_DispDirLine: ; CODE XREF: DIR_FileBrowser+70p
ROM:6952 ; DIR_FileBrowser+77p
ROM:6952 20 43 03 jb RAM_28.3, ROM_6958 ; Display folder name on directory line
ROM:6952
ROM:6955 02 6A 72 ljmp DIR_DirLineClear ; Clear directory line
ROM:6955
ROM:6958 ; ---------------------------------------------------------------------------
ROM:6958
ROM:6958 ROM_6958: ; CODE XREF: DIR_DispDirLinej
ROM:6958 7F 2B mov R7, #0x2B ; '+'
ROM:695A 7E 02 mov R6, #2
ROM:695C 12 CB 76 lcall ROM_CB76 <- tuolla lisätään rekisteriin R7 0x2B:hen arvot 1,2,3 (2C,2D,2E)
ROM:695C
ROM:695F 90 FB AC mov DPTR, #0xFBAC
ROM:6962 12 21 42 lcall ROM_2142
ROM:6962
ROM:6965 90 FB AC mov DPTR, #XRAM_FBAC
ROM:6968 E0 movx A, @DPTR
ROM:6969 FC mov R4, A
ROM:696A A3 inc DPTR
ROM:696B E0 movx A, @DPTR
ROM:696C FD mov R5, A
ROM:696D A3 inc DPTR
ROM:696E E0 movx A, @DPTR
ROM:696F FE mov R6, A
ROM:6970 A3 inc DPTR
ROM:6971 E0 movx A, @DPTR
ROM:6972 24 02 add A, #2
ROM:6974 FF mov R7, A
ROM:6975 E4 clr A
ROM:6976 3E addc A, R6
ROM:6977 FE mov R6, A
ROM:6978 E4 clr A
ROM:6979 3D addc A, R5
ROM:697A FD mov R5, A
ROM:697B E4 clr A
ROM:697C 3C addc A, R4
ROM:697D FC mov R4, A
ROM:697E 90 FB AC mov DPTR, #0xFBAC
ROM:6981 12 21 42 lcall ROM_2142
ROM:6981

 

Peektonissa tässä tapahtuu jotain:
ROM:CB76 90 FB C0 mov DPTR, #0xFBC0
ROM:CB79 EE mov A, R6
ROM:CB7A F0 movx @DPTR, A <------ R6->FBCO
ROM:CB7B A3 inc DPTR
ROM:CB7C EF mov A, R7
ROM:CB7D F0 movx @DPTR, A <------- R7->FBC1
ROM:CB7E 90 FB C0 mov DPTR, #0xFBC0
ROM:CB81 E0 movx A, @DPTR
ROM:CB82 FE mov R6, A <------- FBCO -> R6
ROM:CB83 A3 inc DPTR
ROM:CB84 E0 movx A, @DPTR
ROM:CB85 FF mov R7, A <------- FBC1 -> R7
ROM:CB86 12 03 A9 lcall ARM_GetChar ============== tuo edellä tehty tuntuu turhalta?
ROM:CB89 90 FB C5 mov DPTR, #0xFBC5
ROM:CB8C EF mov A, R7
ROM:CB8D F0 movx @DPTR, A <---- R7->FBC5
ROM:CB8E 90 FB C1 mov DPTR, #0xFBC1
ROM:CB91 E0 movx A, @DPTR <---- FBC5 -> A
ROM:CB92 24 01 add A, #1 <---- A=A+1
ROM:CB94 FF mov R7, A <---- A->R7
ROM:CB95 90 FB C0 mov DPTR, #0xFBC0
ROM:CB98 E0 movx A, @DPTR
ROM:CB99 34 00 addc A, #0 <----- A <- FBCO+0+C (C = 0 tai 1)
ROM:CB9B FE mov R6, A
ROM:CB9C 12 03 A9 lcall ARM_GetChar
ROM:CB9F 90 FB C4 mov DPTR, #0xFBC4
ROM:CBA2 EF mov A, R7
ROM:CBA3 F0 movx @DPTR, A
ROM:CBA4 90 FB C1 mov DPTR, #0xFBC1
ROM:CBA7 E0 movx A, @DPTR
ROM:CBA8 24 02 add A, #2
ROM:CBAA FF mov R7, A
ROM:CBAB 90 FB C0 mov DPTR, #0xFBC0
ROM:CBAE E0 movx A, @DPTR
ROM:CBAF 34 00 addc A, #0
ROM:CBB1 FE mov R6, A
ROM:CBB2 12 03 A9 lcall ARM_GetChar
ROM:CBB5 90 FB C3 mov DPTR, #0xFBC3
ROM:CBB8 EF mov A, R7
ROM:CBB9 F0 movx @DPTR, A
ROM:CBBA 90 FB C1 mov DPTR, #0xFBC1
ROM:CBBD E0 movx A, @DPTR
ROM:CBBE 24 03 add A, #3
ROM:CBC0 FF mov R7, A
ROM:CBC1 90 FB C0 mov DPTR, #0xFBC0
ROM:CBC4 E0 movx A, @DPTR
ROM:CBC5 34 00 addc A, #0
ROM:CBC7 FE mov R6, A
ROM:CBC8 12 03 A9 lcall ARM_GetChar
ROM:CBCB 90 FB C2 mov DPTR, #0xFBC2
ROM:CBCE EF mov A, R7
ROM:CBCF F0 movx @DPTR, A
ROM:CBD0 E0 movx A, @DPTR
ROM:CBD1 FC mov R4, A
ROM:CBD2 A3 inc DPTR
ROM:CBD3 E0 movx A, @DPTR
ROM:CBD4 FD mov R5, A
ROM:CBD5 A3 inc DPTR
ROM:CBD6 E0 movx A, @DPTR
ROM:CBD7 FE mov R6, A
ROM:CBD8 A3 inc DPTR
ROM:CBD9 E0 movx A, @DPTR
ROM:CBDA FF mov R7, A
ROM:CBDB 22 ret
ROM:CBDB ; End of function ROM_CB76

The Carry bit (C) is set if there is a carry-out of bit 7. In other words, if the unsigned summed value of the Accumulator, operand and (in the case of ADDC) the Carry flag exceeds 255 Carry is set. Otherwise, the Carry bit is cleared.