MyMPx.org - Hooray!!! Rockchip SDK!

MyMPx.org (http://mympx.org/forum/)

- General Discussion (http://mympx.org/forum/general-discussion/)

- - Hooray!!! Rockchip SDK! (http://mympx.org/forum/general-discussion/43348-hooray-rockchip-sdk.html)

Quote:

Originally Posted by nlite (Post 283560)

Actually I'm more interested in the question if the rk2705 has a MMU.

The datasheet has several references to a MMU.

Quote:

Originally Posted by tp11 (Post 283561)

The datasheet has several references to a MMU.

Are we looking at the same thing? I haven't found anything related to virtual memory support (allowed page sizes and TLB) in the preliminary (Revision A1.4, Feb 2009) product data sheet for the rk2705.

I have a little bit different question. Does RK2705 support TV-OUT? My player doesn't have it, but I've been looking through some datasheets and it seems that tv-out is pretty easily connected to the Rockchip.

If that so, maybe there is a chance to introduce such a feature. I am just wondering how much RK2705 differs from RK2706 (which for sure support TVOUT).

To my knowledge there is no MMU (and Im pretty sure). There is a remapping-feature that allows switching between boot ROM and SRAM and you can mark parts of the memory-map to be non-cacheable but this surely has nothing to do with the features a MMU provides.
Concerning TV out on rk2705, the chip has an RGB interface (RGB+Sync signals) which is primarily intended for LCDs but you could of course hook up a DAC or PAL/NTSC encoder to this and get a TV signal. Btw, here is a spec-sheet for the rk2705: http://www.szxizhuo.com/UploadFiles/...8105248185.pdf.

Well. I have sota fixed the red screen video problem, I just commented out the line causing it for now in videowin.c

Quote:

gVideoAskFlag = 0;
gVideoAskFlag = VideoHoldOnInforGet(&VideoFileInfo);
//Screen_CreatAlpha(&gScreen1, gLLPList1, (UINT32)&gGuiAlphaLogicPaintBuf[0], LCDREALW, VIDEOUIH, 0, (gLcdH - VIDEOUIH), (gLcdH - 1), ALPHANUM);
Screen_CreatRGB(&gScreen2, gLLPList1, (UINT32)&gVideoWaitPicPaintBuf[0], gLcdW, gLcdH);

btw this 27xx sdk is full of bugs.
Also fixed another where you can't select a song in the "HOLD" list in HoldOnPlay.c

Quote:

break;
//case KE_MENU_RELEASE://knob play
case KE_PLAY_RELEASE:
HoldMusicStart(HoldOnCurrentLine, win);
GetFocFlag = TRUE;

Thanks for the tip.

BTW. I found a perfect idea how to fix the audio, and I am just working on it. I made two almost identical compilations of SDK, but in one of them I artificially changed one value in the Codec_PowerOnInitial function. Then I compared the two BASE.RKW files in Total Commander, and found where this difference in code occurs. I got a correct address and found it in IDA Disassembler.

It's just a start, I have to figure this out, and find out whether this address differs much from the one in original FW.

The address in compiled SDK for Codec_PowerOnInitial is 600288C0. You may also do some experiments with this.

Well, the sdk is full of bugs, I got tons of warnings that some variables are not used (what a dirty waste). But we can clean it up after we get used to the structure of the system.

I've just identified the address of the Codec_PowerOnInitial in our original FW guys. It's 600278A8. Now it's possible to translate it into C and apply it to our compilation.

Of course, I am not sure whether it will fix the audio issue, maybe there is something else that need to be copied from original firmware.

Code:

Codec_PowerOnInitial

STMFD   SP!, {R3,LR}

MOV     R0, #0

BL      IOMUX_SetI2SType

MOV     R1, #0xC

MOV     R0, #0xC

BL      CodecCommandSet

MOV     R1, #0xD

MOV     R0, #0xC

BL      CodecCommandSet

MOV     R1, #0xF

MOV     R0, #0

BL      CodecCommandSet

MOV     R1, #0xA8

MOV     R0, #2

BL      CodecCommandSet

MOV     R1, #4

MOV     R0, #4

BL      CodecCommandSet

MOV     R1, #0

MOV     R0, #6

BL      CodecCommandSet

MOV     R1, #0x22

MOV     R0, #8

BL      CodecCommandSet

MOV     R1, #0x77

MOV     R0, #0xE

BL      CodecCommandSet

MOV     R0, #0

BL      Codec_SetVolumet

MOV     R1, #0x9F

MOV     R0, #0x1E

BL      CodecCommandSet

MOV     R1, #2

MOV     R0, #0x28

BL      CodecCommandSet

MOV     R1, #0x7F

MOV     R0, #0xA

BL      CodecCommandSet

MOV     R0, #0xA

BL      DelayMs_nops

MOV     R1, #0xC

MOV     R0, #0xC

BL      CodecCommandSet

MOV     R0, #0xA

BL      DelayMs_nops

MOV     R1, #0x7F

MOV     R0, #0xA

BL      CodecCommandSet

MOV     R0, #0xA

BL      DelayMs_nops

MOV     R1, #0x5F

MOV     R0, #0xA

BL      CodecCommandSet

MOV     R0, #0xA

BL      DelayMs_nops

MOV     R1, #0x1F

MOV     R0, #0xA

LDMFD   SP!, {R3,LR}

B       CodecCommandSet

; End of function Codec_PowerOnInitial

BTW. Knob, and Sid, how does your speaker work? Mine works really badly, and quietly. It's totally useless, unless there is really quiet around. I just wonder if it's my piece issue, or it's normal for this player.

EDIT:
Well, at first I didn't notice that, but this function is exactly the same as in the SDK. It's not the reason of our problem
Perhaps CodecCommandSet is called differently than here just before loading an audio file. What a disappointment :confused:
If you have any ideas, which function may be responsible for this, tell me and I'll give another shot.

I get no sound from my speaker at all.
I can't help wondering if somehow the player is in TV-out mode for the audio.

The TV-out version player could have a different audio socket because the jack plug has an extra contact, however afaik the SDK support all types of player, it might just be an error somewhere in the source, there seem to be quite a few errors and bugs!

I meant if the speaker works well in your original FW. Because even with proper audio it's too quiet. Maybe it's just my piece issue.

With my original firmware my speaker isn't that good, but it's no worse than other rockchip players I have had.
Did you backup your original firmware? Is it exactly the same as mine? Mine is uploaded to Mympxplayer if you want to try it.