Rockbox.org home
Downloads
Release release
Dev builds dev builds
Extras extras
themes themes
Documentation
Manual manual
Wiki wiki
Device Status device status
Support
Forums forums
Mailing lists mailing lists
IRC IRC
Development
Bugs bugs
Patches patches
Dev Guide dev guide
translations translations
Search



Donate

Rockbox Technical Forums


Login with username, password and session length
Home Help Search Staff List Login Register
News:

Welcome to the Rockbox Technical Forums!

+  Rockbox Technical Forums
|-+  Recent Posts

Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
Repairing and Upgrading Rockbox Capable Players / Re: XDUOO xiii repair
« Last post by silverbear on May 18, 2025, 08:08:16 AM »

I don't have the necessary skills & was hoping for a contact for someone who did. Sounds like I need a new player.
Thanks for the reply. Appreciated.
22
Audio Playback, Database and Playlists / Re: Rockbox 4.0 - Album Artist changed behaviour
« Last post by HandUndFuss on May 17, 2025, 03:41:45 PM »
Thank you guys. Thanks also for the patch.

I realize my and OPs message is the typical "It used to work for me!" use case regression where you could argue our approach is wrong. Unfortunately with music tagging what's 'perfect practice' is a bit up in the air. Some people say the AA field is not necessary if Artist is consistent across the album, but not all players work like this. Having the AA field always present is certainly the idiot proof approach. I'm considering masstagging my music archive to be done with it, but getting this right is a bit of a risk in case something doesn't work.

Here's how it can be done with the foobar2000 Masstagger plugin. There may be breakage if individual tracks of an album have an AA tag that deviates from the newly written tag, for some reason. What this does exactly is check if the Album Artist tag is empty, and if the Album tag exists. Both being the case, it will copy the Artist tag to Album Artist.

Select "Format value from other fields"
Destination field: ALBUM ARTIST
Formatting pattern: $if2(%album artist%,$if(%album%,$if(%artist%,%artist%,),))

For now, and this can also be done, I'll mount the rockbox iPod's entire archive and masstag that one, see how it looks. Edit: It works.
23
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on May 17, 2025, 12:41:18 PM »
it seems smartlink based players use LVGL library to render the user interface.

Code: [Select]
strings dump-round18usbc-yp3_2.0.43.bin | grep 133
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_disp.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_event.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_group.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_indev.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_obj.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_obj_class.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_obj_pos.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_obj_style.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_obj_tree.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\core\lv_refr.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_draw_img.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_draw_label.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_draw_mask.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_draw_rect.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_img_cache.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_img_decoder.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\extra\layouts\flex\lv_flex.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\extra\widgets\chart\lv_chart.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\hal\lv_hal_disp.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\hal\lv_hal_indev.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_anim.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_color.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_fs.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_mem.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_style.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_timer.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_tlsf.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\misc\lv_txt.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_btnmatrix.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_dropdown.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_img.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_label.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_roller.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\widgets\lv_textarea.c
F:\pen133_yp3_mp\spark2\src\gui8\lvgl\src\draw\lv_draw_blend.c
F:\pen133_yp3_mp\spark2\src\middleware\audio_crab\core\crab_pin.c

https://lvgl.io/

https://github.com/lvgl/lvgl

You can see same filenames in lvgl source code
https://github.com/lvgl/lvgl/blob/master/src/core/lv_obj.c
and so on.
24
Audio Playback, Database and Playlists / Re: Rockbox 4.0 - Album Artist changed behaviour
« Last post by amachronic on May 17, 2025, 05:58:26 AM »
There was quite a bit of argument about what the "correct" behavior should be when the change to album artist behavior was proposed. Ultimately I accepted the patch for three reasons: (1) I agreed that the old way of inferring album artist from artist was problematic for specific tagging schemes; (2) it did not seem useful for dealing with arbitrary input from users who don't maintain their tags; (3) it only changes behavior when the album artist tag is blank/missing.

Personally I think leaving tags blank as a way to convey meaning is asking for trouble because you're forcing software to infer the content of missing tags from other tags, and there isn't a single rule that works for everyone because there is no widespread agreement on how to interpret this kind of tagging scheme. Rockbox can certainly support different options, but at the moment this means adding settings you configure before building the database like Bilgus's patch. (I'm not at all opposed to that, but it's less than ideal from a UX point of view.)

What I recommend is to always explicitly populate all tags with the data you want. That way, Rockbox and pretty much every other piece of software will use and display that data correctly without any special configuration.
25
Repairing and Upgrading Rockbox Capable Players / Re: XDUOO xiii repair
« Last post by speachy on May 16, 2025, 09:20:54 PM »
Quote from: silverbear on May 16, 2025, 01:52:32 PM
My XDUOO has developed an a dodgy play/pause button. I'm pretty sure it's a hardware problem. Has anyone else had this problem? Was it repairable and any recommendations as to where this might be done?

It's certainly repairable, but it's going to take above-average soldering skills to swap out the button on the PCB without damaging anything else.

That and figuring out what part to buy.   You will probably need to carefully measure the dimensions of the existing one and spend some quality time with digikey's catalog.
26
Repairing and Upgrading Rockbox Capable Players / XDUOO xiii repair
« Last post by silverbear on May 16, 2025, 01:52:32 PM »
My XDUOO has developed an a dodgy play/pause button. I'm pretty sure it's a hardware problem. Has anyone else had this problem? Was it repairable and any recommendations as to where this might be done?
27
Audio Playback, Database and Playlists / Re: Rockbox 4.0 - Album Artist changed behaviour
« Last post by Bilgus on May 16, 2025, 01:44:01 PM »
I've a patch
if you create a file named virt_albumartist.db
in the rockbox dir and build the database it
fills albumartist with artist if missing here:
https://gerrit.rockbox.org/r/c/rockbox/+/6514


28
Rockbox General Discussion / Re: Seamless play
« Last post by 7o9 on May 16, 2025, 01:15:37 PM »
Quote from: woodensoul on May 16, 2025, 08:35:28 AM
I've noticed that since updating to 4.0 that gapless is broken.  This is with the same files that used to work gapless in 3.14.  Has anyone else noticed this?

Comparing 4.0 from 2025 to 3.14 from 2017 will require more clues.

I have not noticed any gapless problems on 4.0.
29
Audio Playback, Database and Playlists / Re: Looking for the most efficient (easiest to decode) format for iPod 5
« Last post by K4sum1 on May 16, 2025, 10:29:04 AM »
Quote from: saratoga on May 15, 2025, 08:00:51 AM
Those opus benchmarks are a reminder that I really need to optimize the non-power-of-2 FFT. Been on my to-do list for 12 years now.

I would be curious how a well optimized Opus decoder would fare on the iPod. Although even if it's a substantial leap maybe I'd still want to go with ogg because VLC seems to have a weird delay playing Opus files for me.

I was also curious how Vorbis encoders fare, and I also discovered a tool called OptiVorbis which (slightly) decreases file size without any impact on quality (the spectrals are the same) So I ran some tests using my own custom files. I also wanted to see how fast wav would decode.

Quote
aotuv_128.ogg
175906 of 175906
Decode time - 49.19s
File duration - 175.90s
357.59% realtime
22.37MHz needed for realtime

aotuv_144.ogg
175906 of 175906
Decode time - 49.85s
File duration - 175.90s
352.85% realtime
22.67MHz needed for realtime

aotuv_160.ogg
175906 of 175906
Decode time - 51.03s
File duration - 175.90s
344.69% realtime
23.20MHz needed for realtime

autovopti_128.ogg
175906 of 175906
Decode time - 49.30s
File duration - 175.90s
356.79% realtime
22.42MHz needed for realtime

autovopti_144.ogg
175906 of 175906
Decode time - 49.89s
File duration - 175.90s
352.57% realtime
22.69MHz needed for realtime

autovopti_160.ogg
175906 of 175906
Decode time - 51.23s
File duration - 175.90s
343.35% realtime
23.29MHz needed for realtime

vorbis_128.ogg
175906 of 175906
Decode time - 49.11s
File duration - 175.90s
358.17% realtime
22.33MHz needed for realtime

vorbis_144.ogg
175906 of 175906
Decode time - 49.70s
File duration - 175.90s
353.92% realtime
22.60MHz needed for realtime

vorbis_160.ogg
175906 of 175906
Decode time - 50.70s
File duration - 175.90s
346.94% realtime
23.05MHz needed for realtime

vorbisopti_128.ogg
175906 of 175906
Decode time - 49.17s
File duration - 175.90s
357.73% realtime
22.36MHz needed for realtime

vorbisopti_144.ogg
175906 of 175906
Decode time - 49.81s
File duration - 175.90s
353.14% realtime
22.65MHz needed for realtime

vorbisopti_160.ogg
175906 of 175906
Decode time - 50.86s
File duration - 175.90s
345.85% realtime
23.13MHz needed for realtime

wav_16-44.wav
175906 of 175906
Decode time - 3.97s
File duration - 175.90s
4430.73% realtime
1.80MHz needed for realtime

aoTuV is barely slightly slower to decode than libvorbis, and files run through OptiVorbis are barely slightly slower as well, but outside of being barely measurably slower here, it's way too small to be noticeable in normal use.

People say aoTuV is better, but the spectrals from libvorbis look better to me. A lot of the discussion about aoTuV being better is ancient too. However it still seems aoTuV may still have some improvements, but I'm not sure how to quantify them. I know I could do some like blind test, but I feel like I wouldn't be able to notice the difference so I don't even want to try and have been trying to find some scientific or test collection that isn't ancient to point me towards what to use, but that just doesn't seem to exist or I can't find it.

Also the wav result is insane.
30
Audio Playback, Database and Playlists / Re: Gapless is broken in 4.0?
« Last post by speachy on May 16, 2025, 09:23:17 AM »
Quote from: woodensoul on May 16, 2025, 08:36:44 AM
I've noticed that gapless playback is now broken on my iPod Mini running 4.0.  It used to work when running previous versions.  Has anyone else noticed this?

As with every other problem report involving playback, without specifics on the files in question, there isn't much that can be done.

(In other words, please follow the "bugs" link on the sidebar, create a bug report with as much detail as possible, including two of the files that fail to work in a gapless manner)
Pages: 1 2 [3] 4 5 ... 10
  • SMF 2.0.19 | SMF © 2021, Simple Machines
  • Rockbox Privacy Policy
  • XHTML
  • RSS
  • WAP2

Page created in 0.107 seconds with 16 queries.