Thank you for your donation!


Cloudsmith graciously provides open-source package management and distribution for our project.


Idea: X86 X64 PC Version
#11
(02-22-2023, 05:12 PM)bitlab Wrote: @carmol a port wouldn't take more then a few days?
Next time we need os bump I think we should call you!

I think you underestimate the time the volunteers put in it.
moOde is a lot more then some icing over the stock OS.

You can see the build process here:



Besides the OS it self, moOde exists out of more then 30 custom build packages.
Which currently have the same build process for arm 32 and 64 bit.

Hereby an overview of the stuff you have to build:


And then moode-player software itself, it contains a lot of Pi specific stuff.
A good port wouldn't be just a fork, but adaption of the existing sources and build scripts.

But most is documented, everything is open-source and published, so nothing is holding you back to do it yourself.

maybe my bad english,
I meant that it would take much more than few days or week !
Reply
#12
Hi all,

not trying to ease things-up here, but If you like having the moOde functionality on a Linux PC:

install MPD on that Linux PC
use one of the many MPD-controllers out there, available for PC / tablets / phones

I know IT_IS_NOT the same thing, but if your goal is to play music on a device, and control such playback from the commodity of your armchair, the effort to achieve this is close to zero.
Reply
#13
(02-22-2023, 06:52 PM)Nutul Wrote: Hi all,

not trying to ease things-up here, but If you like having the moOde functionality on a Linux PC:

install MPD on that Linux PC
use one of the many MPD-controllers out there, available for PC / tablets / phones

I know IT_IS_NOT the same thing, but if your goal is to play music on a device, and control such playback from the commodity of your armchair, the effort to achieve this is close to zero.

Tx for answer,
there are easy solutions,
I tried daphile, which is based on LMS,
now I am running Volumio, pretty similar
to moode, based on MPD too.
I appreciated moode audio running
on my RP 3B+, but it isn't enough
powerful for my configuration,
so I had to switch to minipc..
Too bad moode isn't multi platform
Reply
#14
Quote:I appreciated moode audio running
on my RP 3B+, but it isn't enough
powerful for my configuration,
Perhaps you could expand on this ?
Is there something specific that taxes a RPi 3B+ ?

Just interested as I have several MoOde installs and find even the RPi 2 runs smoothly and with little cpu overhead.
----------
bob
Reply
#15
(02-23-2023, 12:23 AM)DRONE7 Wrote:
Quote:I appreciated moode audio running
on my RP 3B+, but it isn't enough
powerful for my configuration,
Perhaps you could expand on this ?
Is there something specific that taxes a RPi 3B+ ?

Just interested as I have several MoOde installs and find even the RPi 2 runs smoothly and with little cpu overhead.
I have USB disk and USB dac,
RPi < 4 have USB 2.0 shared on same bus,
the latter shared with ethernet and wifi too.
On some big hires files there are glitches and dropouts.
I tried tuning, I also asked here
but no success.
I found that 32 bit seems work better for this issue, hovewer.
Reply
#16
Using WiFi on the RPi 3B+ is independent of the USB bus and may be all you need to fix your dropouts and glitches.

Just to check, your USB Disk is self-powered and not powered from the Pi USB ?
Shared power can be a source of problems describe too.

Image of the Pi3 showing the separation for WiFi and Ethernet/USB.


Attached Files Thumbnail(s)
   
----------
bob
Reply
#17
(02-23-2023, 06:11 PM)DRONE7 Wrote: Using WiFi on the RPi 3B+ is independent of the USB bus and may be all you need to fix your dropouts and glitches.

Just to check, your USB Disk is self-powered and not powered from the Pi USB ?
Shared power can be a source of problems describe too.

Image of the Pi3 showing the separation for WiFi and Ethernet/USB.

Right, but I dont use a NAS so ethernet uses little bandwith.
Disk is 3.5", self powered.
Reply
#18
So the Pi is processing input from the USB disc then output to the DAC both over the shared USB 2.0 bus.
What results do htop and iotop show for standard vs hi-res files when playing ?

Other options of course would be a NAS over WiFi or audio via HAT thus bypassing your crowded USB though I'm still interested to see the outputs above.
----------
bob
Reply
#19
(02-23-2023, 10:30 PM)DRONE7 Wrote: So the Pi is processing input from the USB disc then output to the DAC both over the shared USB 2.0 bus.
What results do htop and iotop show for standard vs hi-res files when playing ?

Other options of course would be a NAS over WiFi or audio via HAT thus bypassing your crowded USB though I'm still interested to see the outputs above.

Tx for your interest,
bur now I switched to fanless minipc with Volumio. since an RPi4, with case and accessories, has practically the same price, if not higher (WHEN it will be available)
and there are valid software alternatives, indeed more choice, using a usb dac there is no reason to remain with raspberry.
I will continue to use it on my
secondary stereo system, however,
with an hat dac
Reply
#20
(02-24-2023, 09:53 AM)carmol Wrote:
(02-23-2023, 10:30 PM)DRONE7 Wrote: So the Pi is processing input from the USB disc then output to the DAC both over the shared USB 2.0 bus.
What results do htop and iotop show for standard vs hi-res files when playing ?

Other options of course would be a NAS over WiFi or audio via HAT thus bypassing your crowded USB though I'm still interested to see the outputs above.
Tx for your interest,
bur now I switched to fanless minipc with Volumio. since an RPi4, with case and accessories, has practically the same price, if not higher (WHEN it will be available)
and there are valid software alternatives, indeed more choice, using a usb dac there is no reason to remain with raspberry.
I will continue to use it on my
secondary stereo system, however,
with an hat dac

Fine.

But... do not shout, if you please... we ain't deaf.
Reply


Forum Jump: