AIGO EROS Q / AIGO EROS K / IRULU Surfans F20 / AGPTek H3 / HIFI WALKER H2

[dconrad]

I have this program that downloads audiobooks.  Rockbox would always play them.  Now, I get this.  I've never seen this before.  It will play a few seconds, then this.

The books are in a directory.  Within that directory are subdirectories for each book, and then mp3 files.

If I copy a file that's crashing into a different directory, it plays.  It's not the mp3 files.  It's the directory structure somehow.

I get this even with a fresh install.

First information it would be useful to know is the specific build version. I presume it's one of the latest builds from the past few days?

Sounds suspiciously like a filepath issue. Can you give an example path to a file that plays correctly and an example path to the same file when it does not play correctly?

I'm betting it's not specific to this device.

[mrsubway]

I have this program that downloads audiobooks.  Rockbox would always play them.  Now, I get this.  I've never seen this before.  It will play a few seconds, then this.

The books are in a directory.  Within that directory are subdirectories for each book, and then mp3 files.

If I copy a file that's crashing into a different directory, it plays.  It's not the mp3 files.  It's the directory structure somehow.

I get this even with a fresh install.

First information it would be useful to know is the specific build version. I presume it's one of the latest builds from the past few days?

Sounds suspiciously like a filepath issue. Can you give an example path to a file that plays correctly and an example path to the same file when it does not play correctly?

I'm betting it's not specific to this device.

Here's one.  Mind you, this USED to play.  Sadly, I can't pinpoint which nightly it began with.  I've got a HiFi Walker.  It came with 1.5.  I'm running the latest nightly.  I also have the very latest bootloader.  Native port.

f:\AudioBooks\The Science Fiction Hall of Fame, Vol. 1, 1929-1964 [B077YS8B2P]\10 - “Mimsy Were the Borogoves” by Lewis Padgett.mp3

If I move that file to the root of the player, no error.  It used to play with that structure.

Note that these are DRM stripped audiobooks that I have purchased from Audible and want to play on my Walker. 

[dconrad]

I have this program that downloads audiobooks.  Rockbox would always play them.  Now, I get this.  I've never seen this before.  It will play a few seconds, then this.

The books are in a directory.  Within that directory are subdirectories for each book, and then mp3 files.

If I copy a file that's crashing into a different directory, it plays.  It's not the mp3 files.  It's the directory structure somehow.

I get this even with a fresh install.

First information it would be useful to know is the specific build version. I presume it's one of the latest builds from the past few days?

Sounds suspiciously like a filepath issue. Can you give an example path to a file that plays correctly and an example path to the same file when it does not play correctly?

I'm betting it's not specific to this device.

Here's one.  Mind you, this USED to play.  Sadly, I can't pinpoint which nightly it began with.  I've got a HiFi Walker.  It came with 1.5.  I'm running the latest nightly.  I also have the very latest bootloader.  Native port.

f:\AudioBooks\The Science Fiction Hall of Fame, Vol. 1, 1929-1964 [B077YS8B2P]\10 - “Mimsy Were the Borogoves” by Lewis Padgett.mp3

If I move that file to the root of the player, no error.  It used to play with that structure.

Note that these are DRM stripped audiobooks that I have purchased from Audible and want to play on my Walker. 

Ok, and are you playing this from the file browser, the database, or a playlist?

Basically, I'm trying to figure out a developer might recreate the issue. Here are the saved daily builds, if you can narrow it down that helps as well: https://download.rockbox.org/daily/erosqnative/

[mrsubway]

I have this program that downloads audiobooks.  Rockbox would always play them.  Now, I get this.  I've never seen this before.  It will play a few seconds, then this.

The books are in a directory.  Within that directory are subdirectories for each book, and then mp3 files.

If I copy a file that's crashing into a different directory, it plays.  It's not the mp3 files.  It's the directory structure somehow.

I get this even with a fresh install.

First information it would be useful to know is the specific build version. I presume it's one of the latest builds from the past few days?

Sounds suspiciously like a filepath issue. Can you give an example path to a file that plays correctly and an example path to the same file when it does not play correctly?

I'm betting it's not specific to this device.

Here's one.  Mind you, this USED to play.  Sadly, I can't pinpoint which nightly it began with.  I've got a HiFi Walker.  It came with 1.5.  I'm running the latest nightly.  I also have the very latest bootloader.  Native port.

f:\AudioBooks\The Science Fiction Hall of Fame, Vol. 1, 1929-1964 [B077YS8B2P]\10 - “Mimsy Were the Borogoves” by Lewis Padgett.mp3

If I move that file to the root of the player, no error.  It used to play with that structure.

Note that these are DRM stripped audiobooks that I have purchased from Audible and want to play on my Walker. 

Ok, and are you playing this from the file browser, the database, or a playlist?

Basically, I'm trying to figure out a developer might recreate the issue. Here are the saved daily builds, if you can narrow it down that helps as well: https://download.rockbox.org/daily/erosqnative/

File browser.  I don't initialize the database.  Never liked it and it gives me issues.

I'll roll back a few nightlies and let you know.  I'm wondering if it's a FAT32 issue.  I've got over 200gb worth of stuff on there.

Thanks for the help!  😀

[mrsubway]

I have this program that downloads audiobooks.  Rockbox would always play them.  Now, I get this.  I've never seen this before.  It will play a few seconds, then this.

The books are in a directory.  Within that directory are subdirectories for each book, and then mp3 files.

If I copy a file that's crashing into a different directory, it plays.  It's not the mp3 files.  It's the directory structure somehow.

I get this even with a fresh install.

First information it would be useful to know is the specific build version. I presume it's one of the latest builds from the past few days?

Sounds suspiciously like a filepath issue. Can you give an example path to a file that plays correctly and an example path to the same file when it does not play correctly?

I'm betting it's not specific to this device.

Here's one.  Mind you, this USED to play.  Sadly, I can't pinpoint which nightly it began with.  I've got a HiFi Walker.  It came with 1.5.  I'm running the latest nightly.  I also have the very latest bootloader.  Native port.

f:\AudioBooks\The Science Fiction Hall of Fame, Vol. 1, 1929-1964 [B077YS8B2P]\10 - “Mimsy Were the Borogoves” by Lewis Padgett.mp3

If I move that file to the root of the player, no error.  It used to play with that structure.

Note that these are DRM stripped audiobooks that I have purchased from Audible and want to play on my Walker. 

Ok, and are you playing this from the file browser, the database, or a playlist?

Basically, I'm trying to figure out a developer might recreate the issue. Here are the saved daily builds, if you can narrow it down that helps as well: https://download.rockbox.org/daily/erosqnative/

It's doing it as far back as 11-20-2024.  That's the oldest build I have. 

UPDATE:  Found 09-08-2024.  It works fine.  Plays the files with not issue.  Sadly, I have nothing between that and 11-20.

[dconrad]

Ok, that's good that at least we have a range we can look at.

Well, I grabbed the latest (e9b0aa495b-241212) and grabbed a random mp3 and called it precisely what you named it, and it played just fine. Any chance you could send a zip of that file, in the right folder structure to cause the issue?

If you could make a bug report about it here: https://www.rockbox.org/tracker/ that would be good. I'm fairly sure whatever is causing this stack overflow isn't unique to this device.

[mrsubway]

Ok, that's good that at least we have a range we can look at.

Well, I grabbed the latest (e9b0aa495b-241212) and grabbed a random mp3 and called it precisely what you named it, and it played just fine. Any chance you could send a zip of that file, in the right folder structure to cause the issue?

If you could make a bug report about it here: https://www.rockbox.org/tracker/ that would be good. I'm fairly sure whatever is causing this stack overflow isn't unique to this device.

I'll try.  At this point, is there access to the October builds so I can try to get a working build?  September is older than I'd like.

By the way.  It's ANY file in that subdirectory.

If I move it, it plays.

It seems to happen if a file is buried in subdirectories.

[dconrad]

Ok, that's good that at least we have a range we can look at.

Well, I grabbed the latest (e9b0aa495b-241212) and grabbed a random mp3 and called it precisely what you named it, and it played just fine. Any chance you could send a zip of that file, in the right folder structure to cause the issue?

If you could make a bug report about it here: https://www.rockbox.org/tracker/ that would be good. I'm fairly sure whatever is causing this stack overflow isn't unique to this device.

I'll try.  At this point, is there access to the October builds so I can try to get a working build?  September is older than I'd like.

By the way.  It's ANY file in that subdirectory.

If I move it, it plays.

It seems to happen if a file is buried in subdirectories.

Unfortunately to my knowledge those are the only ones we keep around, I can make you any specific builds if you want through.

Another question, is there a cover art image in that folder at all?

[mrsubway]

Ok, that's good that at least we have a range we can look at.

Well, I grabbed the latest (e9b0aa495b-241212) and grabbed a random mp3 and called it precisely what you named it, and it played just fine. Any chance you could send a zip of that file, in the right folder structure to cause the issue?

If you could make a bug report about it here: https://www.rockbox.org/tracker/ that would be good. I'm fairly sure whatever is causing this stack overflow isn't unique to this device.

I'll try.  At this point, is there access to the October builds so I can try to get a working build?  September is older than I'd like.

By the way.  It's ANY file in that subdirectory.

If I move it, it plays.

It seems to happen if a file is buried in subdirectories.

Unfortunately to my knowledge those are the only ones we keep around, I can make you any specific builds if you want through.

Another question, is there a cover art image in that folder at all?

I'm probably just going to stay on the September until this is solved.

There's no features that have been added since then that I need.  As long as the player isn't working, it's not a big deal.

No album art.  I'm going to try recoding the mp3s. 

[speachy]

I'm probably just going to stay on the September until this is solved.

This isn't going to be solved (except accidentally) without access to a reproducible test case (ie "send a zip of that file, in the right folder structure").   If you can't provide that, then there's nothing we can do.

No album art.  I'm going to try recoding the mp3s. 

If the problem is path-related (as your posts indicate) rather than due to the file being played, simply recreating the file won't make a difference. 

[mrsubway]

I'm probably just going to stay on the September until this is solved.

This isn't going to be solved (except accidentally) without access to a reproducible test case (ie "send a zip of that file, in the right folder structure").   If you can't provide that, then there's nothing we can do.

No album art.  I'm going to try recoding the mp3s. 

If the problem is path-related (as your posts indicate) rather than due to the file being played, simply recreating the file won't make a difference.

I'll do that, but I made another discovery.  Or, I'm losing my mind.

If I re-encode this files using Goldwave, and then put them back in the same directory, they play.

If I don't re-encode a file, but copy it somewhere else using Rockbox, it plays.

So, I'm thinking it's the Audible ripper.  How shall I send this file?  It will be too big to attach to the board.  It is ready, but the file size limit is a problem. 

[mrsubway]

I'm probably just going to stay on the September until this is solved.

This isn't going to be solved (except accidentally) without access to a reproducible test case (ie "send a zip of that file, in the right folder structure").   If you can't provide that, then there's nothing we can do.

No album art.  I'm going to try recoding the mp3s. 

If the problem is path-related (as your posts indicate) rather than due to the file being played, simply recreating the file won't make a difference.

https://www.dropbox.com/scl/fi/9uw19fmd0y3jr19fbpit4/Audiobooks.zip?rlkey=o5eyilq3vq9tuym4xddovb81y&dl=0

[speachy]

I'll do that, but I made another discovery.  Or, I'm losing my mind.

If I re-encode this files using Goldwave, and then put them back in the same directory, they play.

If I don't re-encode a file, but copy it somewhere else using Rockbox, it plays.

So, I'm thinking it's the Audible ripper.  How shall I send this file?  It will be too big to attach to the board.  It is ready, but the file size limit is a problem.

Another possibility is filesystem corruption.  Might be worth running a full dosfsck/chkdsk pass on that SD card.

[mrsubway]

I'll do that, but I made another discovery.  Or, I'm losing my mind.

If I re-encode this files using Goldwave, and then put them back in the same directory, they play.

If I don't re-encode a file, but copy it somewhere else using Rockbox, it plays.

So, I'm thinking it's the Audible ripper.  How shall I send this file?  It will be too big to attach to the board.  It is ready, but the file size limit is a problem.

Another possibility is filesystem corruption.  Might be worth running a full dosfsck/chkdsk pass on that SD card.

I do that every so often.  Card is clean.  To summarize.

* Books downloaded with my Audible ripper causes a crash on the newest nightlies.

* Nightlies from September work.

* If I copy the file to another part of the player with Rockbox, it plays.

* If I re-encode the mp3 and leave it where it is, it plays.

It's the weirdest thing.  It's like it's a combination of the file AND where it's located.  As I said, I'm sticking with the September nightly for now.  If you guys need anything else, let me know. 

By the way, the card is marketed as 256GB, formatted with FAT32, Sandisk.

Also.  Album art gets embedded into the files.  If I tell Rockbox to ignore album art, it still crashes. 

Lastly, I've tried with an absolutely clean install of the nightly.  Same problem.  Latest bootloader from December.

[mrsubway]

So, after using the September build for a bit, I decided to try a nightly.  Backed up my current install and installed 12-23 clean.  THE PROBLEM IS GONE!  Restored a copy of my September build, updated it to 12-23, AND THE PROBLEM IS GONE! 

The files in the deep subdirectories that were crashing the player now play fine right where they are.  I've been testing for about 30 minutes. 

The problem that's going to drive me nuts is I don't know which build the fix started in.  But, as of the 12-23 nightly, it's working.

I've had Rockbox since my Archos Jukebox Recorder.  Yes.  I'm that old.  You guys always figure it out.

Thank you to all who helped.  If anything changes, I'll let you know.  But, it's working fine right now.

I'm visually impaired, and always try to buy Rockbox compatible players.  The devs would be rich in a perfect world.

Thanks again, and Happy Holidays.  🙂