Hooray!!! Rockchip SDK!

[tp11]

Originally Posted by nlite

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

The datasheet has several references to a MMU.

[nlite]

Originally Posted by tp11

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.

[flasher86]

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).

[AleMaxx]

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.

[knob]

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

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

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

[flasher86]

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.

[flasher86]

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.

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
If you have any ideas, which function may be responsible for this, tell me and I'll give another shot.

[knob]

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!

[flasher86]

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.

[knob]

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.