Rockbox Development > New Ports

iBasso DX50

<< < (9/16) > >>

cholero:
a very small breakthrough for the installation process: Because my mate headwhacker form head-fi insisited in trying to install the whole rockbox to /sdcard (internal drive) we tried to find a way and found it. With this way it will be possible to do updates of rockbox using only mass storage, nothing else  :D . I will do some more testing and post a patch when I'm 100% sure it works.

saratoga:
The DX50 is now actually built by our build system:

http://build.rockbox.org/dev.cgi

The first build went smoothly:

http://build.rockbox.org/shownewlog.cgi?rev=be9c227;type=ibassodx50

cholero:
Wow, that's great! :D
We are getting further and further. Thanks!

I have a question about folder structure. Until now we had the content of the rockbox.zip on the system partition. Also the libs/armeabi/* was on the system partition in an other folder. The user setting were on /sdcard/rockbox. Now if we move the binaries to sdcard, how sould it be done?

a)
everything (settings AND build) to
/sdcard/rockbox
libs/armeabi to
/sdcard/rockbox/bin

b)
build to
/sdcard/.rockbox
settings remain in
/sdcard/rockbox
libs/armeabi to
/sdcard/.rockbox/libs/armeabi

or even something else?

On my known players (H120 and clip+) it is the way a) but with a dot (.rockbox)


Edit: I think I have a basic lack of knowledge about the android port. Right now we are running the rockbox binary in the folder with all the lib*.so 's from libs/armeabi. But is this necesary? All files are already in the zip. Is it possible to run it without the lib*.so's?

Edit2: My gerrit patch uses finally this folder structure:
everything (settings AND build) to
/sdcard/.rockbox
libs/armeabi to
/sdcard/.rockbox/codecs

cholero:
Next step:
DX50 (& hopefully DX90) run well from sdcard:
http://gerrit.rockbox.org/r/#/c/993/

This will simplify the update procedure of rockbox by a big amount.

to try the installation (tested on DX50) when coming from ilia's build:

* build the dualboot selector in rbutils/ibassoboot with ndk-build and copy the build (MangoPlayer) to /system/bin/
* copy rbutils/ibassoboot/chooser.bmp and rbmissing.bmp to /system/
* build rockbox: make zip
* copy the content of the rockbox.zip to the internal drive /mnt/sdcard
The new file structure differs only by the codecs filenames from a regular build  :).

Edit: Had to change the gerrit address because I made accidentally a new commit instead of a new patch set

Edit2: with modified buildzip.pl even 1 step less is needed :-)

ArgelErx:
I'm currently tinkering around with this build. It builds and it works. Moving the rockbox directory to the sdcard is great.

The only thing i do not like is the current keymap. Specifically hold switch and power button interaction with the touchscreen/backlight.

As it is right now
- every press of a physical button turns on the touchscreen.
- the hold switch locks the touchscreen and the physical buttons.
Which is really annoying if you try to use the device blindly (e.g. while it is in your pocket).

In my personal build i reverted the behaviour somewhat back to the original implementation by isergachev:
- Hold switch only toggles  touchscreen lock/backlight.
- Hold switch only locks power button short press (to prevent accidentally leaving WPS).

I tried doing this with the rockbox infrastructure, but failed miserably (to much unfamiliar code and concepts in to short a time). So i hacked up the iBasso key code.

IMHO the power button/lock switch behaviour should be this (for this device):
- Hold switch only toggles touchscreen lock/backlight.
- Power button short press only toggles backlight.
- While hold switch is set to lock, no button press or automatic interaction (e.g. caption backlight) turns on the touchscreen/backlight.
- Current function of the power button (back/abort) can be fully replaced with touchscreen interaction.

Any comments?
Can this be achieved "The Rockbox Way"?
Can this be made the default behaviour? Or at least be customizable?
Or will i ever need a custom build for this?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version