Recent Posts

1

New Ports / Re: TempoTec V3

« Last post by vitt13 on Today at 03:11:07 PM »

But I understand that it is relatively simple, also because I imagine that the sequence of steps to get to the porting is something like:

I think those will be last steps.
I'm not good in programming but I watched for developing FiiO M3K native port steps because I own this DAP.
amachronic done a lot of work to allow use the general code in future X1000/E based ports.
* it needs to port bootloader
* it needs to know about key mapping, LCD driver and GPIO. There is guide howto find out that from RE kernel image https://forums.rockbox.org/index.php/topic,53896.0.html (it starts here https://forums.rockbox.org/index.php/topic,53601.msg248763.html#msg248763 )
My guess about useful *.ko from V3 Blaze fw was just guess to simplify this step of RE kernel image. And may be irrelevant if hardware is different in real.
V3-A has not enough hardware keys to control Rockbox without touchscreen so it will be hard to do everything touch-controlled.
Even Surfans F28 hosted port has struggled with touchscreen use

(Audio works but is quite distorted, rotary wheel isn't working yet, very crude keymap, touchscreen hooked up but not being utilized, no plugins enabled, etc etc etc..)

The rotary wheel now works, audio quality (and volume control) fixed.  Given that I have no desire to use a touchscreen-based player like the F28 myself, I don't have the patience to rework the very crude global keymap to incorporate the touch screen, implement keymaps for the bajillion plugins, and tweak the default theme to be less ... BIG.

And what about hosted port there is the answer

All of the non-Android Hiby devices (and many more from other manufacturers) are built on the same underlying software framework ("hibyos"), with the messy details nearly entirely handled by custom, per-device kernel drivers and existing platform daemons+scripts.

Rockbox has already been ported to multiple hibyos devices.  To port it to another one just needs to handle:

 * Display properties
 * Button layout
 * Audio output switcher and mixer names
 * Power management properties (battery and charging device names, plus discharge curves)

The information in the list you provide would be enough for a hosted port?

The AGPTek Rocker was the first port to hibyos, and the X3II, X20, and hosted ErosQ/K ports were relatively minor tweaks from there.

You only need to build enough to get the "bootloader" (ie a glorified boot menu) to build, for this you need to have the basic display stuff (eg dimensions, resolution) and how to map the various buttons (ie /dev/input*) into something useful.  Next you'll need to figure out power management and how to talk to the audio hardware, and from there you should be able to do a plugin-less build.  Getting the plugins building will require creating keymaps for many (if not most) of them.  It's still a bit of work, but far, far less than a native port would be.

I am sure I can provide most of that for the R1 based on disassembly of the firmware/driver .ko’s. All drivers are provided as modules and decompile very well.

To create a new native port, you need to effectively reverse-engineer the hardware schematic to figure out how things are connected.  Disassembly of the original firmware can help with that, and of course it should hopefully be able to tell you how to talk to some of the custom hardware.  FWIW it's possible (if not likely) that the FPGA stuff is handled by the bootloader before Linux ever starts.

( See https://www.rockbox.org/wiki/NewPort )

2

Feature Ideas / Re: Default location of Recent Bookmarks item in Main Menu

« Last post by chris_s on Today at 11:37:49 AM »

Setting aside the question of how items should be arranged by default, the order can also be changed from the GUI, not just using a .cfg file:

https://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch5.html#x10-990005.7.6

3

Audio Playback, Database and Playlists / Re: How to disable new "Prevent sleep timer from shutting down when charging" ?

« Last post by chris_s on Today at 11:27:29 AM »

How can I disable the new default "setting" "2025-03-14: Prevent sleep timer from shutting down when charging" in v4.0?

I'd like the sleep timer to actually act like a sleep timer, not a "save my battery timer" or what the new default aims to address, i.e., shutting down after the set time no matter is the device is charging or not.
Is the some setting that can revert the behavior to the old default setting?

There isn't a setting for this. Targets that used USB charging already weren't able to be turned off while charging, so this at least makes all players behave the same. It also matches the behavior of the idle timer, which only considers a player idle if it is not connected to a charger. Kind of makes sense to me that the two mechanisms would work the same. In theory the change could easily be reverted, except it was specifically adjusted at the request of someone else. Personally, I don't have a preference either way (nor a player that would be affected by this).

There seems to be another change to the behavior of the sleep timer: When playback is paused, with v3.15 the device would shut down after sleep timer's time i up. With v4.0 it shuts down after idle power of time is up. I personally like the previous behavior better. Pausing playback isn't really the same as being idle. Stopping playback would be.

Rockbox considered the player to be idle when it is stopped or paused, even before this change (https://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch8.html#x13-1760008.7.3). Arguably it was inconsistent that a running sleep timer unnecessarily kept the player awake when the idle timer had run out.  Do you have a specific use case in mind that conflicts with the new behavior?

4

Rockbox General Discussion / Re: iPod Nano 3generation

« Last post by speachy on Today at 10:52:45 AM »

*Writing* code is the easy part.

The (much, much) harder part is figuring out *what* code needs to be written. 

This is a high-level overview of the necessary steps:  https://www.rockbox.org/wiki/NewPort

Beyond that, look at https://www.rockbox.org/wiki/PortingHowTo.   The existing source code for the Nano2G port will give you an idea roughly how much work is involved.  And keep in mind that all of the hardware-specific information needed to write that code was obtained via reverse-engineering, a notoriously time-intensive task even for those fairly skilled in the field.

5

Rockbox General Discussion / Re: iPod Nano 3generation

« Last post by 7o9 on Today at 12:49:18 AM »

Work on a port for the iPod Nano 3G has started: https://git.rockbox.org/cgit/rockbox.git/tree/firmware/target/arm/s5l8702/ipodnano3/ and https://git.rockbox.org/cgit/rockbox.git/tree/bootloader/ipod-s5l87xx.c?id=6a626a2cae60b2d5e3783be54db4b2d403b39c5c

I think it is in a fairly early state, user890104 has been working on it.

6

Feature Ideas / Re: Allow user determined custom path to be viewed as highest folder level for Files

« Last post by questions2000 on June 14, 2025, 05:38:56 PM »

I am sorry maybe I did not explain this well at the time.
I decided to update the original thread post above if you or any other developers/users are interested.

7

Rockbox General Discussion / iPod Nano 3generation

« Last post by jaime on June 14, 2025, 03:07:18 PM »

Hi,
I have an iPod nano 3º generation and I am interested in developing a firmware for it but don't have much idea. I have knowledge in c++ but I have no idea how to do a firmware. I don't know if there is any guide of how to start this type of project or if there is already someone developing it. I really could use any help on all of this.
Thank you.

8

Other - Installation/Removal / Re: Help with Installing Rockbox on a HifiWalker H2 with Stock Firmware 1.8

« Last post by 7o9 on June 14, 2025, 03:31:53 AM »

The file name should be update.upt

9

Other - Installation/Removal / Re: Help with Installing Rockbox on a HifiWalker H2 with Stock Firmware 1.8

« Last post by psyscott on June 14, 2025, 01:04:45 AM »

Know this is old, but so am I, LOL, I'll ask anyway. I also interpreted the instructions literally and failed. What I SHOULD rename the file, literally, I mean, exactly? Anyone?

10

Audio Playback, Database and Playlists / Re: BUG: "Recently Added" Always Empty

« Last post by jbf on June 13, 2025, 03:58:03 PM »

Updates:

Tried using Update Now after adding new files to my iPod.

Under debug menu -> database info

I am able to see the database updating.
Initialized: Yes
DB Ready: Yes
Ram Cache: Yes
Total Entries: increasing
Progress:  increasing

Once it finishes scanning files, the progress percentage goes to minus one percent and I see the commit step advancing all the way up to 10.   

Once here it then restarts its progress percentage.  This time it’s much slower.

Once it reaches 100% second time it does not do any commit steps and just stays at 100%.