Snakeoil Forums

(13-Jul-2023, 07:45 PM)frednork Wrote: [ -> ]Just successfully done one nuc and when I try the second the same way I get a checksum error, redownloaded everything and did it again but still happening. Any ideas?

Can you please create a new topic under troubleshooting, and include a screenshot of the checksum error?
There are various checksum error possibilities, need to know which one.

Checksum errors could be caused by invalid downloads. But unless you're running a proxy server on your side this should be rare.

Have installed 22.04 server and rtkernel and life is good. A big improvement on previous versions. 

Is there any consensus on what is best to use for sq? ie the abovemversion or minimal or desktop or media version? or some other?

(20-Jul-2023, 08:47 PM)frednork Wrote: [ -> ]Is there any consensus on what is best to use for sq? ie the abovemversion or minimal or desktop or media version? or some other?

Everybody will have their own version of what is best... Hence the slogan of the Snakeoil project is:

Quote:Designed by us, defined by you.

"Designed by us", mainly the Snakeoil Squad. mainly just me (which is a shame unfortunately as I'm so sucked dry from work politics) .

"Defined by you", mainly the individual audiophile. Some like to process their music, others like the original bit perfect, some like LMS, others like MPD, some like to listen music to it's most resolving fidelity, some likes to feel the hair raising from the back of the neck, others are chasing a high.

I believe Snakeoil is the only audiophile project doing this? Under the right hands, Snakeoil can be the best sounding system on a computer, but in the wrong hands it can actually be lifeless and terrible! And ergo comes the second slogan:

Quote:Snakeoil. It's music your way.

I have a brand new Raspberry Pi 4 8GB and am trying to install SO on it. I've installed Raspbian and get the Checking CPU: Wrong installer, please use aarch64 installer error:

​​​​​​ ​

Any suggestions? I've tried the Bullseye and Buster versions of Raspian, and verified the checksum on the SO installer.

(04-Aug-2023, 01:48 AM)uglymusic Wrote: [ -> ]Any suggestions? I've tried the Bullseye and Buster versions of Raspian, and verified the checksum on the SO installer.

SnakeOil is currently only available in 32 bit.

(04-Aug-2023, 05:59 AM)Snoopy8 Wrote: [ -> ]

(04-Aug-2023, 01:48 AM)uglymusic Wrote: [ -> ]Any suggestions? I've tried the Bullseye and Buster versions of Raspian, and verified the checksum on the SO installer.

SnakeOil is currently only available in 32 bit.

Yes, I know that. I should have been more exact and said I have tried 32-bit versions of Bullseye and Buster...  

(04-Aug-2023, 02:16 PM)uglymusic Wrote: [ -> ]Yes, I know that. I should have been more exact and said I have tried 32-bit versions of Bullseye and Buster...  

I have a support request for my Pi2Design. Suggest you log a separate issue, with as much info as you can, so that AK can fix both our issues.

(05-Aug-2023, 06:29 AM)Snoopy8 Wrote: [ -> ]

(04-Aug-2023, 02:16 PM)uglymusic Wrote: [ -> ]Yes, I know that. I should have been more exact and said I have tried 32-bit versions of Bullseye and Buster...  

I have a support request for my Pi2Design. Suggest you log a separate issue, with as much info as you can, so that AK can fix both our issues.

OK. I'll have a look to see where to do that.

My current working theory is that the 2023-05-03 Raspbian update, which updated the Linux kernel from 5.15.84 to 6.1.21, is the culprit. The update applied to Debian Bullseye and Buster-based Raspbians and looks like a big change for a small update. For reference, see this nice table on Wikipedia. I haven't yet verified the information in that table.

But at the moment, I'm looking for somewhere to download the 2023-02-21 and earlier versions from to see where things went wrong and get my shiny new RPi working for me.

(04-Aug-2023, 02:16 PM)uglymusic Wrote: [ -> ]Yes, I know that. I should have been more exact and said I have tried 32-bit versions of Bullseye and Buster...  

aarch64 is "Arm architecture 64", or arm64, otherwise known as armv8. See here. This is 64 bits OS.

You need to download armv7 (aka arm7). That's the 32 bit OS we are talking about.

Are you use you went to the Raspi OS download site, and download the 32 bit OS? One with the compatibility that says "All RaspberryPi models"?

The problem is this. If I re-built everything to 64 bits, there will be some specialists that wants 32 bit OS so that they can run it on a simpler Pi (Simpler PI always sound better but you can hardly buy 'em now). Think of this as the TDA1541A single crown. Rare but good.

Right now I simply do not have the capacity to build multiple platforms at this stage (even though this is largely automated now). So unfortunately compromises have to be made. At time of writing this message I'm still working on my day job.. It's roughly Sunday morning 9am (I've been working on my day job since around 8am). A few hours later I have to try and go out and run some errands (<- Kind of funny story but will leave that to another day).

But yeah, having said that, I am taking on board Snoopy8's suggestion and will try and streamline the installation process to make things easier. I do understand many people who are trying to use Snakeoil are not as technically inclined as me and really I should put more effort into making this simpler. I honestly though it's a positive step forward with 1.2.x as 1.1.x really restricted the type of hardware you can used. But that also come with some additional issues too.

Over the past 1 (or 2?) years I've been slowly getting the infrastructure up and running to support this. Right now we have 9 TB (5 TB + 4 TB really) of usable space. And relatively good CPUs (well, for the money I'm paying for)... Almost all the pieces are in place. Things will get better in time. But really we are living in a world where people want everything instantly, and it's not something I can do right now to be honest.

One other thing is also both versions are really well curated before. In the sense that I actually sat down for weeks (and sometimes months) listening in my setup and am confident it sounds great. Right now I just don't think I can do this for a 64 bit Pi OS release.. This process is more art than science, and is more a process of trial & error which can be time consuming. This is something I havn't done in about a year now, which is why there really isn't a new MPD update since.

Now I wonder, why did I have so much spare time before during the 0.x, 1.0.x and 1.1.x days?

(06-Aug-2023, 09:14 AM)agent_kith Wrote: [ -> ]

(04-Aug-2023, 02:16 PM)uglymusic Wrote: [ -> ]Yes, I know that. I should have been more exact and said I have tried 32-bit versions of Bullseye and Buster...  

aarch64 is "Arm architecture 64", or arm64, otherwise known as armv8. See here. This is 64 bits OS.

You need to download armv7 (aka arm7). That's the 32 bit OS we are talking about.

Are you use you went to the Raspi OS download site, and download the 32 bit OS? One with the compatibility that says "All RaspberryPi models"?

The problem is this. If I re-built everything to 64 bits, there will be some specialists that wants 32 bit OS so that they can run it on a simpler Pi (Simpler PI always sound better but you can hardly buy 'em now). Think of this as the TDA1541A single crown. Rare but good.

Right now I simply do not have the capacity to build multiple platforms at this stage (even though this is largely automated now). So unfortunately compromises have to be made. At time of writing this message I'm still working on my day job.. It's roughly Sunday morning 9am (I've been working on my day job since around 8am). A few hours later I have to try and go out and run some errands (<- Kind of funny story but will leave that to another day).

But yeah, having said that, I am taking on board Snoopy8's suggestion and will try and streamline the installation process to make things easier. I do understand many people who are trying to use Snakeoil are not as technically inclined as me and really I should put more effort into making this simpler. I honestly though it's a positive step forward with 1.2.x as 1.1.x really restricted the type of hardware you can used. But that also come with some additional issues too.

Over the past 1 (or 2?) years I've been slowly getting the infrastructure up and running to support this. Right now we have 9 TB (5 TB + 4 TB really) of usable space. And relatively good CPUs (well, for the money I'm paying for)... Almost all the pieces are in place. Things will get better in time. But really we are living in a world where people want everything instantly, and it's not something I can do right now to be honest.

One other thing is also both versions are really well curated before. In the sense that I actually sat down for weeks (and sometimes months) listening in my setup and am confident it sounds great. Right now I just don't think I can do this for a 64 bit Pi OS release.. This process is more art than science, and is more a process of trial & error which can be time consuming. This is something I havn't done in about a year now, which is why there really isn't a new MPD update since.

Now I wonder, why did I have so much spare time before during the 0.x, 1.0.x and 1.1.x days?

I appreciate the weight of maintaining a multiplicity of code, AK, really I do.

I'm not even asking for you to maintain more than you are at the moment, but a simpler installation would be a wonderful thing. I've done it dozens of times now on various Pis, have extensive notes which one day I will turn into a blog post (one day) and still, it fails in new ways 

I have managed to get a working install by downloading an earlier version of Raspberry Pi OS outside the Raspberry Pi installer's options, installing SO and then using the SO Update button to bring the whole set-up up to date (I imagine that's what it does, anyway), which is what I'd recommend to people having similar problems using the latest versions of Raspberry Pi OS.