Posts: 24
Threads: 6
Joined: Feb 2025
Reputation:
0
Although my UI doesn't freeze, I've had this problem for a while. Sometimes, when I click the progress wheel a few times, the playback count continues, but the sound is somehow muted. What fixed it was clearing the playlist and playing a different album. This is not limited to certain MP3 songs and can occur randomly. I have a USB stick with my music connected directly to Pi 5
Posts: 103
Threads: 5
Joined: Nov 2022
Reputation:
8
(05-28-2025, 10:57 PM)TheOldPresbyope Wrote: (05-28-2025, 08:57 PM)steve4star Wrote: Code: moode@moode930:~ $ file "/mnt/NAS/Podcasts/The F1 Show/Ted's Imola Podbook The title race, car upgrades & when we should judge Hamilton at Ferrari.mp3"
/mnt/NAS/Podcasts/The F1 Show/Ted's Imola Podbook The title race, car upgrades & when we should judge Hamilton at Ferrari.mp3:
Audio file with ID3 version 2.4.0, contains: MPEG ADTS, layer III, v1, 192 kbps, 48 kHz, Stereo
Thanks in advance
I took a quick look and didn't see a problem with the file you provided. Its metadata contains a very long comment field (1084 840 bytes) but it plays on my moOde 9.3.5 and I can move forwards and backwards in the file using the "progress wheel" without any issue.
However, it's only 18:58 minutes long, not 58 minutes. Is this the right file?
The filename is 'Ted'\''s Imola Podbook The title race, car upgrades & when we should judge Hamilton at Ferrari.mp3'
ETA - that's the same filename you showed in your last post but not the timing you stated early on.
ETA - I played it from my SDCARD, not from a NAS, but I don't know any details about your NAS.
Regards,
Kent
Sorry Kent, it was late when I posted the link.
In my haste I sent the wrong file, will send again later.
The NAS is running SMB2, hosted on TrueNAS server.
Posts: 103
Threads: 5
Joined: Nov 2022
Reputation:
8
I tried copying the file locally to the SDCARD on the Pi, and it works as expected.
Chunking a large file over the Wifi/network is likely to blame here then.
Posts: 6,450
Threads: 188
Joined: Apr 2018
Reputation:
262
(05-29-2025, 04:10 PM)steve4star Wrote: I tried copying the file locally to the SDCARD on the Pi, and it works as expected.
Chunking a large file over the Wifi/network is likely to blame here then.
My moOde players routinely play very large FLAC (as well as test DSD) music tracks via WiFi from my OpenMediaVault NAS---as large as or larger than this one. Mere size isn't an issue, at least not for me.
I've now examined more deeply the two files you made available to us.
Both of them are valid MP3 files (e.g., are playable) but both have a large amount of crud in their metadata. Candidly, I don't know if this crud is involved in your playback problem, but were these my files, I'd delete it.
Using your most recent file, which I've renamed test.mp3 for brevity, let's try mediainfo, a command-line tool included with moOde
Code: $ mediainfo test.mp3
General
Complete name : test.mp3
Format : MPEG Audio
File size : 133 MiB
Duration : 58 min 6 s
Overall bit rate mode : Constant
Overall bit rate : 320 kb/s
Album : The F1 Show
Album/Sorted by : The F1 Show
Track name : "The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
Track name/Sorted by : "The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
Performer : Sky Sports
Performer/Sorted by : Sky Sports
Genre : Sports;News:Sports News
Recorded date : Tue, 27 May 2025 17:28:14 +0000
Writing library : LAME3.100
year : 2025
podcast : 1
comment : Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful Wembley appearence?
subtitle : Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful...
MVNM : The F1 Show
releasedate : Tue, 27 May 2025 17:28:14 +0000
podcast-type : episodic
episode-type : full
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Format settings : Joint stereo / MS Stereo
Duration : 58 min 6 s
Bit rate mode : Constant
Bit rate : 320 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Stream size : 133 MiB (100%)
Writing library : LAME3.100
Language : English
That doesn't look so bad, does it (except perhaps for the very long comment tag).
But, let's try a more detailed analysis using ffprobe, another command-line tool available in moOde.
Code: $ ffprobe test.mp3 -show_format 2>/dev/null
[FORMAT]
filename=test.mp3
nb_streams=1
nb_programs=0
format_name=mp3
format_long_name=MP2/3 (MPEG audio layer 2/3)
start_time=0.011021
duration=3486.720000
size=139560127
bit_rate=320209
probe_score=51
TAG:year=2025
TAG:podcast=1
TAG:album=The F1 Show
TAG:album-sort=The F1 Show
TAG:artist=Sky Sports
TAG:artist-sort=Sky Sports
TAG:comment=Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful Wembley appearence?
TAG:subtitle=Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful...
TAG:genre=Sports;News:Sports News
TAG:language=en
TAG:MVNM=The F1 Show
TAG:title="The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
TAG:title-sort="The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
TAG:date=Tue, 27 May 2025 17:28:14 +0000
TAG:releasedate=Tue, 27 May 2025 17:28:14 +0000
TAG:podcast-type=episodic
TAG:episode-type=full
TAG:encoder=Lavf60.16.100
TAG:id3v2_priv.XMP=<?xpacket begin="\xef\xbb\xbf" id="W5M0MpCehiHzreSzNTczkc9d"?>\x0a<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 9.0-c001 152.deb9585, 2024/02/06-08:36:10 ">\x0a <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">\x0a <rdf:Description rdf:about=""\x0a xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/"\x0a xmlns:stEvt="http://ns.adobe.com/xap/1.0/sType/ResourceEvent#"\x0a xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#"\x0a xmlns:xmp="http://ns.adobe.com/xap/1.0/"\x0a
---I elided thousands of bytes here---
\x0a \x0a \x0a \x0a<?xpacket end="w"?>\x00
Wow. That id3v2_priv.XMP tag is awesomely opaque. Some of its contents are suggestive---references to Adobe.com, webcams, Photoshop, etc.---all totally irrelevant to moOde.
Let's try mp3check, a tool available as a Debian package.
Code: $ mp3check -e test.mp3
test.mp3:
91327 bytes of junk before first frame header
The junk it refers to is all the metadata which precedes the actual mp3-encoded audio. Nearly 100 thousand bytes, most of which is the content of this one id3v2_priv.XMP tag.
Regards,
Kent
Posts: 2,154
Threads: 46
Joined: Mar 2020
Reputation:
101
(05-29-2025, 06:06 PM)TheOldPresbyope Wrote: (05-29-2025, 04:10 PM)steve4star Wrote: I tried copying the file locally to the SDCARD on the Pi, and it works as expected.
Chunking a large file over the Wifi/network is likely to blame here then.
My moOde players routinely play very large FLAC (as well as test DSD) music tracks via WiFi from my OpenMediaVault NAS---as large as or larger than this one. Mere size isn't an issue, at least not for me.
I've now examined more deeply the two files you made available to us.
Both of them are valid MP3 files (e.g., are playable) but both have a large amount of crud in their metadata. Candidly, I don't know if this crud is involved in your playback problem, but were these my files, I'd delete it.
Using your most recent file, which I've renamed test.mp3 for brevity, let's try mediainfo, a command-line tool included with moOde
Code: $ mediainfo test.mp3
General
Complete name : test.mp3
Format : MPEG Audio
File size : 133 MiB
Duration : 58 min 6 s
Overall bit rate mode : Constant
Overall bit rate : 320 kb/s
Album : The F1 Show
Album/Sorted by : The F1 Show
Track name : "The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
Track name/Sorted by : "The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
Performer : Sky Sports
Performer/Sorted by : Sky Sports
Genre : Sports;News:Sports News
Recorded date : Tue, 27 May 2025 17:28:14 +0000
Writing library : LAME3.100
year : 2025
podcast : 1
comment : Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful Wembley appearence?
subtitle : Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful...
MVNM : The F1 Show
releasedate : Tue, 27 May 2025 17:28:14 +0000
podcast-type : episodic
episode-type : full
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Format settings : Joint stereo / MS Stereo
Duration : 58 min 6 s
Bit rate mode : Constant
Bit rate : 320 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Stream size : 133 MiB (100%)
Writing library : LAME3.100
Language : English
That doesn't look so bad, does it (except perhaps for the very long comment tag).
But, let's try a more detailed analysis using ffprobe, another command-line tool available in moOde.
Code: $ ffprobe test.mp3 -show_format 2>/dev/null
[FORMAT]
filename=test.mp3
nb_streams=1
nb_programs=0
format_name=mp3
format_long_name=MP2/3 (MPEG audio layer 2/3)
start_time=0.011021
duration=3486.720000
size=139560127
bit_rate=320209
probe_score=51
TAG:year=2025
TAG:podcast=1
TAG:album=The F1 Show
TAG:album-sort=The F1 Show
TAG:artist=Sky Sports
TAG:artist-sort=Sky Sports
TAG:comment=Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful Wembley appearence?
TAG:subtitle=Simon and Bernie are joined by David Croft to dive in to a controversial Monaco GP. We discuss the problems facing the iconic track, should McLaren be making a decision on their number one driver and who on the show is delighted after a successful...
TAG:genre=Sports;News:Sports News
TAG:language=en
TAG:MVNM=The F1 Show
TAG:title="The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
TAG:title-sort="The Curious Case of Monaco" | Is the track fit for purpose, has Lando got his mojo back and what changes are coming in Spain?
TAG:date=Tue, 27 May 2025 17:28:14 +0000
TAG:releasedate=Tue, 27 May 2025 17:28:14 +0000
TAG:podcast-type=episodic
TAG:episode-type=full
TAG:encoder=Lavf60.16.100
TAG:id3v2_priv.XMP=<?xpacket begin="\xef\xbb\xbf" id="W5M0MpCehiHzreSzNTczkc9d"?>\x0a<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 9.0-c001 152.deb9585, 2024/02/06-08:36:10 ">\x0a <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">\x0a <rdf:Description rdf:about=""\x0a xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/"\x0a xmlns:stEvt="http://ns.adobe.com/xap/1.0/sType/ResourceEvent#"\x0a xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#"\x0a xmlns:xmp="http://ns.adobe.com/xap/1.0/"\x0a
---I elided thousands of bytes here---
\x0a \x0a \x0a \x0a<?xpacket end="w"?>\x00
Wow. That id3v2_priv.XMP tag is awesomely opaque. Some of its contents are suggestive---references to Adobe.com, webcams, Photoshop, etc.---all totally irrelevant to moOde.
Let's try mp3check, a tool available as a Debian package.
Code: $ mp3check -e test.mp3
test.mp3:
91327 bytes of junk before first frame header
The junk it refers to is all the metadata which precedes the actual mp3-encoded audio. Nearly 100 thousand bytes, most of which is the content of this one id3v2_priv.XMP tag.
Regards,
Kent
XMP, what's that?...
Turns out to be "yet another markup" ™, this one from Adobe. Safely in the realm of junk to be deleted.
----------------
Robert
Posts: 103
Threads: 5
Joined: Nov 2022
Reputation:
8
Thanks @ TheOldPresbyope and @ the_bertrum, I will see if I can automate the removal of the XMP junk.
Posts: 6,450
Threads: 188
Joined: Apr 2018
Reputation:
262
(05-30-2025, 03:49 PM)steve4star Wrote: Thanks @TheOldPresbyope and @the_bertrum, I will see if I can automate the removal of the XMP junk.
Depends a bit on the OS you want to work in.
In Linux, I'd probably try scripting it using eyeD3 (a Python module) or kid3-cli (there's also the GUI-based kid3). Since Python runs on everything, I'd expect eyeD3 would too. AFAIK, kid3 builds are available for Linux, Windows, MacOS, but I don't know if that's true for kid3-cli.
There's a number of other choices too---Mp3tag certainly comes to mind, but I've never tried scripting in it---so have a look around.
The brute-force-and-ignorance approach is to delete the entire ID3v2 container and create a new one with just the tags that you want.
Regards,
Kent
Posts: 103
Threads: 5
Joined: Nov 2022
Reputation:
8
It will be a combination of BASH and a crontab entry.
So far the following seems to work...
Code: ffmpeg -i test.mp3 -map_metadata 0 -metadata id3v2_priv.XMP= -c copy out.mp3 -y
Posts: 6,450
Threads: 188
Joined: Apr 2018
Reputation:
262
Yup.
I keep forgetting that ffmpeg can do anything—-if you can manage to get through the man page, that is.
Regards,
Kent
Posts: 6,450
Threads: 188
Joined: Apr 2018
Reputation:
262
PS - the follow-up question is, of course, does this bit of housekeeping cure your original problem???
Regards,
Kent
|
[PROBLEM] 9.3.5 Progress wheel click crash
