Results 31 to 40 of 44
Thread: MP3 tag manipulation under pCP
-
2020-04-19, 01:40 #31
-
2020-04-19, 01:46 #32
- Join Date
- Apr 2005
- Location
- UK/London
- Posts
- 3,898
Paul Webster
http://dabdig.blogspot.com
Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, Supla Finland, ABC Australia, CBC/Radio-Canada and RTE Ireland
-
2020-04-19, 02:14 #33
-
2020-04-19, 05:38 #34
Sorry this ended up being such a challenge.
The glibc_gconv extension is also required for the tinycore compiler extension which is why lame worked for me.
I've added glibc_gconv to the pcp-lame extension dependency file and pushed the change to our repository.
Thank you for persevering.Ralphy
1-Touch, 5-Classics, 3-Booms, 2-UE Radio
Squeezebox client builds donations always appreciated.
-
2020-04-19, 06:11 #35
-
2020-04-19, 07:43 #36
While I've got you Ralphy, what would it take to compile lame as 64 bit? Does it seem feasible to you that some if the 5x speed difference between my old Ubuntu Macbook and my 4GB RPi4 could be down to 64 bit versus 32 bit?
I'm assuming that it would probably be too complicated, e.g. both versions would need to be provided because some pCP installations can't run 64 bit, and I'd guess that dependencies would also have to be available in both versions. But I won't know for sure unless I ask
-
2020-04-19, 08:19 #37
We have no 64 bit user space. But yes, it would have to start with a 64bit glibc. Multi lib support is not a trivial task.
My guess is that it it floating point capabilities of the pi. All of our binaries are designed to run on every pi. You “might” get some benefit compiling for the capabilities of the pi4, but then we have to start building processor dependent packages.piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please donate if you like the piCorePlayer
-
2020-04-19, 08:46 #38
Thanks Paul - I thought it might be a bit of a long shot.
-
2020-04-20, 08:36 #39
That's really kind of you Ralphy, thank you. I've just tried it out on a couple of RPi4s - one a 1GB unit, and the other a 4GB unit.
On the 1GB unit I see a 2.55x improvement, and on the 4GB unit I see more or less the same 3x improvement that you do. I'm going to guess that your unit has more than 1GB of memory. If not, the difference might be due to me using an MP3 file as the input, rather than a WAV, so there's a bit of decoding time to factor into my results.
The speed of the 64 bit version on my Ubuntu Macbook (Core 2 Duo, circa 2004 I think) is now only 1.5x faster than my 4GB Pi (whereas it used to be 5x faster). That corresponds closely to the difference in processor speed (2.4 GHz versus 1.5 GHz, a 1.6x difference).
I'm going to store this special binary somewhere safe, and hope that the cumulative time I save with it in the future comes to more than the time you've invested on my behalf!
-
2020-04-20, 08:38 #40
Deleted my previous post...turns out that the lame build script was not using the recommended compiler options for even the rpi1.
I rebuilt the pcp-lame extension with them and the encoding results are within a second of the rpi4 specific binary.
Just update the pcp-lame extension from the repository for the faster lame.Ralphy
1-Touch, 5-Classics, 3-Booms, 2-UE Radio
Squeezebox client builds donations always appreciated.