Recent Posts
1
Other - Installation/Removal / Re: iBasso DX90 Rockbox 4.0 issue
« Last post by Josef K. on Today at 09:24:39 AM »Charging status problem solved! Thanks a lot!
Unfortunately sound related problems persists.
The crackling sound still appears even at 44.1 kHz. Not as pronounced, but persistent. I own two DX90s, so I can easily compare both versions of Rockbox. The original version does not have the crackling sound even at 48 kHz. I managed to find a thread on Head-fi where this problem was addressed:
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-46#post-11406865
Problem description: "Crackling noise. As far as I see it is related to android process scheduler. Headwhacker made many changes to fix this issue, I'm looking through diffs on his code and trying to apply his changes. When I'll be absolutely sure it is fixed, I'll think how to gracefully apply these changes to official sources. It would be a real pain to argue these changes, but at least it will let people build rockbox with extra patches from gerrit, just like last Cholero's build."
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-51#post-11471557
Problem solution: "It looks like after so many test builds and tweaks we did with rockbox source, simply disabling second CPU core (with clean source without any buffers or priority tweaks) solved all problems with sound."
Is it possible that the problem has been solved, but the new Rockbox compilation did not use this solution? And would it be possible to fix this as well?
Thank you so much again.
JK
Unfortunately sound related problems persists.
EDIT:
In the meantime, I tested the player in more detail and unfortunately I came across several other problems that are more serious.
- The biggest problem is the crackling sound, which appears especially in tracks with higher frequencies (96, 192 KHz, Flac format). I think this is caused by the expansion of frequencies in the new version of Rockbox: if the frequency is set to 44.1 or 48 kHz, the problem almost disappears. Unfortunately, it does not disappear completely, it only becomes significantly smaller. Again, this does not happen in the older version of Rockbox. Or maybe, to be honest, the problem is so small that it is not noticeable
- There is also a momentary interruption of playback when the player wakes up from the screen off mode.
The crackling sound still appears even at 44.1 kHz. Not as pronounced, but persistent. I own two DX90s, so I can easily compare both versions of Rockbox. The original version does not have the crackling sound even at 48 kHz. I managed to find a thread on Head-fi where this problem was addressed:
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-46#post-11406865
Problem description: "Crackling noise. As far as I see it is related to android process scheduler. Headwhacker made many changes to fix this issue, I'm looking through diffs on his code and trying to apply his changes. When I'll be absolutely sure it is fixed, I'll think how to gracefully apply these changes to official sources. It would be a real pain to argue these changes, but at least it will let people build rockbox with extra patches from gerrit, just like last Cholero's build."
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-51#post-11471557
Problem solution: "It looks like after so many test builds and tweaks we did with rockbox source, simply disabling second CPU core (with clean source without any buffers or priority tweaks) solved all problems with sound."
Is it possible that the problem has been solved, but the new Rockbox compilation did not use this solution? And would it be possible to fix this as well?
Thank you so much again.
JK
2
Plugins/Viewers / Rockpaint crashes on Sansa Clip Zip
« Last post by bigpilot on Today at 03:30:05 AM »I found one plugin that crashes my Sansa Clip Zip: Rockpaint.
It doesn't exit when I press the power button and sometimes crashes the entire system.
It doesn't exit when I press the power button and sometimes crashes the entire system.
3
Rockbox General Discussion / Re: Cooperative multitasking?
« Last post by bigpilot on Today at 03:07:20 AM »What would you use a tick_taks for? And what does HZ stand for?
4
New Ports / Re: Need help compiling rockbox using devkitARM toolchain.
« Last post by gama on May 22, 2025, 10:20:47 PM »There is another dev who is working on a native port of rockbox.
But I am working on a sdl hosted application.
Yes, homebrew runs on userland, though there is access to certain kernel features to some extent through the toolchain.
There is something I still don't understand, if I use the sdl threads code, does rockbox still needs the store_context, load_context and start_thread implementations?
[EDIT] It seems the thread-sdl.c code is not being compiled. Found it, I have to use the HAVE_SDL_THREADS flag.
But I am working on a sdl hosted application.
Yes, homebrew runs on userland, though there is access to certain kernel features to some extent through the toolchain.
There is something I still don't understand, if I use the sdl threads code, does rockbox still needs the store_context, load_context and start_thread implementations?
[EDIT] It seems the thread-sdl.c code is not being compiled. Found it, I have to use the HAVE_SDL_THREADS flag.
5
New Ports / Re: Need help compiling rockbox using devkitARM toolchain.
« Last post by amachronic on May 22, 2025, 04:47:27 PM »As far as I know the 3DS has an operating system of some sort. If you are able to run without it, then the native ARM threading code is what you want. If you're under an OS then you probably want the SDL threading approach.
6
Hardware / Re: Are "1TB" micro-SD cards 1000GB or 1024GB?
« Last post by saratoga on May 22, 2025, 10:37:19 AM »I admit this is increasingly not a Rockbox-specific topic. But how 'smart' are SD cards? Will they gradually reduce in capacity as sectors get marked 'bad'? I was under the impression that SD cards are significantly 'dumber' than CF cards with regard to that sort-of-thing. Just am puzzled why I end up with such different total capacity with combinations of what are nominally the same capacity cards (which makes it tricky to get as close as possible to the 2TiB limit without going over it).
They do at least some wear leveling so you shouldn't have loss of capacity until essentially the whole array is finished and the controller can't find any remaining good block to map to a new write request. I think at that point they stop working or go read only.
7
Hardware / Re: Are "1TB" micro-SD cards 1000GB or 1024GB?
« Last post by gevaerts on May 22, 2025, 08:50:05 AM »I suspect SD cards *used* to be dumber than CF cards, but I also suspect that that was a matter of having the space (and heat capacity) for a fancy controller. These days everything is smaller and less power hungry, so I don't think there's a real reason to not have similar fancy logic in an SD card, at least a higher end more expensive one.
I'm speculating though
I'm speculating though
8
Other - Installation/Removal / Re: iBasso DX90 Rockbox 4.0 issue
« Last post by speachy on May 22, 2025, 08:44:42 AM »Almost everything is working seamlessly, except one annoying issue: the player does not recognize whether the device is powered by the adapter or by the battery. In both cases, it behaves as if the adapter is plugged in. The statusbar shows the battery level correctly, but it always shows the power icon, never the battery icon.
The ibasso-specific code hasn't meaningfully changed in nearly a decade, but as it turns out, it was inadvertently switched to using more generic code to query the charging status. That's switched back now.
You can try the current dev build (which incorporates this change) from: https://build.rockbox.org/
or wait for the 20240523 nightly.
I haven't been able to test this (I have a DX50 but haven't figured out how to successfully construct a patched OF image...) so please let us know if this works.
9
Hardware / Re: Are "1TB" micro-SD cards 1000GB or 1024GB?
« Last post by Frankenpod on May 22, 2025, 07:39:13 AM »I admit this is increasingly not a Rockbox-specific topic. But how 'smart' are SD cards? Will they gradually reduce in capacity as sectors get marked 'bad'? I was under the impression that SD cards are significantly 'dumber' than CF cards with regard to that sort-of-thing. Just am puzzled why I end up with such different total capacity with combinations of what are nominally the same capacity cards (which makes it tricky to get as close as possible to the 2TiB limit without going over it).
10
New Ports / Re: Need help compiling rockbox using devkitARM toolchain.
« Last post by gama on May 21, 2025, 06:25:11 PM »@speachy, hi there.
I have made some progress. For now I started compiling as an sdl application.
There is only one thing left to build the main rockbox binary, the firmware/kernel/thread.c code. I have been reading the different implementations (unix, win32, arm) but don't know how should I implement it for the 3DS.
If I try to build the arm/thread.c file the assembler fails with:
Can you please let me know of your comments?
[EDIT]
Ok, if I compile the arm/thread.c code within a 3ds example app, the code compiles fine. There must be something missing in the rockbox makefile.
I have made some progress. For now I started compiling as an sdl application.
There is only one thing left to build the main rockbox binary, the firmware/kernel/thread.c code. I have been reading the different implementations (unix, win32, arm) but don't know how should I implement it for the 3DS.
If I try to build the arm/thread.c file the assembler fails with:
Code: [Select]
firmware/kernel/thread.o
{standard input}: Assembler messages:
{standard input}:765: Error: bad instruction `ldmiane r4,{ r0,pc }'
make: *** [/home/stalker/3ds-dev/rockbox/tools/root.make:478: /home/stalker/3ds-dev/rockbox/build-n3ds/firmware/kernel/thread.o] Error 1
Can you please let me know of your comments?
[EDIT]
Ok, if I compile the arm/thread.c code within a 3ds example app, the code compiles fine. There must be something missing in the rockbox makefile.