I had also put in a help request on the Hifiberry support forum. I just
received this reply:
"Looks like you're using the wrong driver. The correct overlay is
dtoverlay=hifiberry-dacplushd"
So, if that is the case, is it possible for me to fix that in
piCoreplayer???
Rg
System information
Confirmed working with the latest 8.0.1 build - including 24/96
FLAC/.CUE files played to an ip3k player.
Good to know the bandaid helps for the moment. Now it's time to look
into Philippe's work next.
--
Michael
___
unix mailing list
unix@lists.sl
paul- wrote:
> There is alot of name confusion and overlay name confusion with
> hifiberry.
>
> The original DAC+ Boards are pcm512x based boards.
> The new DAC2 based boards are pcm1292a based boards. The boards need
> different drivers.
>
> To add to the confusion when the DAC2 first cam
So appears to be a tidal problem.Which version of LMS are you using?
Is it really buffering, or rather stuttering? The latter is a known
issue with some TIDAL tracks.
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slim
You need to load a few extra things to build python modules.
Do you have the following
compiletc.tcz
python3.8-dev.tcz
python-3.8-pip.tcz
python-3.8-setuptools.tcz
pything-3.8-wheel.tcz
Also, when installing with pip, make sure to install with the --user
flag. Otherwise they will install to a n
There is alot of name confusion and overlay name confusion with
hifiberry.
The original DAC+ Boards are pcm512x based boards.
The new DAC2 based boards are pcm1292a based boards. The boards need
different drivers.
To add to the confusion when the DAC2 first came out, they called it the
DAC+
I think I have something working now in the latest patch. Tested it with
Tidal and the flac@96k with cuesheet that you gave me. It seems fine,
including repositioning, on a player limited @ 44.1kHz.
@bpa, we needed to combine both views on the flac transcoding command
:)
1- you're right, flac
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
>
> --
>
> Michael
Confirmed working with the latest 8.0.1 build - including 24/96
FLAC/.
Is this at all relevant???
https://www.hifiberry.com/docs/software/configuring-linux-3-18-x/
Rg
System information
Main: SGC microJukebox> RPI4B/piCoreplayer/Squeezelite > USB>RME ADI-2
DAC > Benchmark AHB2 > Revel Performa F208 speakers, 2X REL R-305 subs.
Home T
Greg Erskine wrote:
> hi rgro,
>
> It should be a 3 step process.
>
> 1. Boot
> 2. Select "HiFiBerry DAC+ (and Pro, AMP2)"
> 3. Press [Save].
>
> I don't have one of these cards, so can someone else confirm they have
> one and it works?
Yes, I've done that process in that exact order multipl
hi rgro,
It should be a 3 step process.
1. Boot
2. Select "HiFiBerry DAC+ (and Pro, AMP2)"
3. Press [Save].
I don't have one of these cards, so can someone else confirm they have
one and it works?
Greg Erskine's Profile
Greg Erskine wrote:
> "hw:CARD=sndrpihifiberry" is correct.
Well, I'm thoroughly confused, but neither one works, so.I guess
there is still some other issue at play here.
Rg
System information
Main: SGC microJukebox> RPI4B/piCoreplayer/Squeezelite > USB>RME ADI-
"hw:CARD=sndrpihifiberry" is correct.
Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
View this thread: http://forums.slimdevices.com/showthread.php?t=113343
__
Greg Erskine wrote:
> >
Code:
> > hw:Card=sndrpihiberry
> hw:CARD=sndrpihifiberry
> >
>
> Note: Card not CARD and hiberry not hifiberry
Weird.I copy/pasted directly from the box and it really does appear
as this:"hw:CARD=sndrpihifiberry
Code:
hw:Card=sndrpihiberry
hw:CARD=sndrpihifiberry
Note: Card not CARD and hiberry not hifiberry
Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=74
Greg Erskine wrote:
> I just checked all our HiFiBerry configuration files and they all write
> "hw:CARD=sndrpihifiberry"
>
> If you can pinpoint when "hw:Card=sndrpihiberry" appears it would be
> useful in debugging. :confused:
>
> regards
> Greg
Hi Greg,
I'm not exactly sure what you mean
rgro wrote:
> Apologies for having misled you about the model
Don't worry, my brain gets confused with the HiFiBerry boards.
The linked one page documentation calls it HiFiBerry DAC2 Pro.
The silkscreen calls it a HiFiBerry DAC2.
The overlay for it is called hifiberry-dacplus.
The "plus
Hi Paul,
I can't install luma.core or luma.oled:
Code:
$ python3 -m pip install luma.core
Collecting luma.core
Using cached luma.core-2.1.0-py2.py3-none-any.whl (67 kB)
Requirement already satisfied: RPI.GPIO in
/usr/local/lib/python3.8/site-packages (from luma.c
rgro wrote:
> Hi Paul,
>
> Thanks for helping out. First answer: I actually didn't type in
> "hw:Card=sndrpihiberry". The field was filled in automatically with
> that upon reboot. Also, I know the dac's seated properly since it plays
> fine using the Hifiberry O/S and Squeezelite.
I just
O.Kso I just had a look at the board and it is labeled "DAC2".
Indeed, I see now that this is what I ordered. On the Hifiberry website
it says that the DAC2 is "the successor to the DAC+ Pro". In the piCore
audio output device settings, there is no "DAC2" choice available which
is why I s
mherger wrote:
> > Colour removed. ;)
>
> All that modern stuff. Who needs more than blue for a link?
>
> --
>
> Michael
Tell that to Craig
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 -> Onkyo TXNR686 -> Celestion F20s
*Office* - Joggler & Pi3 -> Denon RCD N8 -
I have a tip for network share mounts whether nfs or cifs. Not pCP
specific but if you ALWAYS use the same mount point your playlists will
transfer across to a new piece of *nix based LMS server hardware without
editing.
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 ->
paul- wrote:
> Hifiberry normally silk screens the card names pretty well on top, as
> well as printing the overlay name on the underneath side of the card.
> The output in dmesg just looks funny, like it is only partially
> recognizing the card.
>
> With hifiberry product, they do offer a
So appears to be a tidal problem.Which version of LMS are you using?
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDona
Hifiberry normally silk screens the card names pretty well on top, as
well as printing the overlay name on the underneath side of the card.
The output in dmesg just looks funny, like it is only partially
recognizing the card.
With hifiberry product, they do offer a HifiberryOS image that yo
A few results. When Tidal streaming got stuck again, today, I checked a
few things.
- The faad and flac processes had the same memory footprint as usual.
- The LMS would still spawn new faad and flac processes when skipping
tracks.
- Local FLAC files (16 bit / 44.1 kHz) would play fine wi
paul- wrote:
> Are you sure that is a DAC+Pro and not a DAC2ProHD?
Hi Paul,
Thanks for helping out. First answer: I actually didn't type in
"hw:Card=sndrpihiberry". The field was filled in automatically with
that upon reboot. Also, I know the dac's seated properly since it plays
fine using
philippe_44 wrote:
> Do you have a way to share it? You can PM me if you prefer
Tried to PM a link to you but your inbox is full (this happens to me as
well)
bpa's Profile: http://forums.slimdevices.com/member.php?userid
Are you sure that is a DAC+Pro and not a DAC2ProHD?
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateC
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
>
> --
>
> Michael
Yes..Ive got an ip3k player I can test.
Ok, that shows only the RPi built-in audio (CARD=ALSA)
Your RPi has not recognising your HAT at all. Most HATs are
automatically recognised. hmm.
Check it is seated properly.
I assume when you typed "hw:Card=sndrpihiberry" in the first earlier
post you made many typos?
FYI: Note that newer RP
Greg Erskine wrote:
> What's displayed under the help?
>
> Click [Squeezelite settings] > "Change Squeezelite settings" > "Output
> setting" > "more>"
>
> Mine looks like this:
>
> >
Code:
> > Specify the output device (-o) less>
>
>
>
> Default: default
What's displayed under the help?
Click [Squeezelite settings] > "Change Squeezelite settings" > "Output
setting" > "more>"
Mine looks like this:
Code:
Specify the output device (-o) less>
Default: default
- = output to stdout
Available output devices
Hi,
Just purchased an RPI4 with the Hifiberry Dac+ Pro hat. I've
downloaded, burned and installed piCoreplayer on two different SD cards.
With both cards, the system comes up just fine and is, initially,
visible in LMS as "piCore player". Per instructions, I then select the
"Hifiberry Dac+ (an
bpa wrote:
> I have a test Flac + cue file. 96kHz which triggers resampling if
> played to a SB3/Boom etc.
Do you have a way to share it? You can PM me if you prefer
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
I have a test Flac + cue file. 96kHz which triggers resampling if
played to a SB3/Boom etc.
At least this is the intention. I need to build one of these flac files
with cue to see if it solves the problem, but it should do.
amey01 - could you please help out here?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slim
mherger wrote:
> > So we agree? This is not a tidal specific solution, but a generic flac
> > one.
>
> I don't follow 100%. Do you believe that the suggested change in your PR
>
> would allow us to play both TIDAL, and those hires CUE sheet accompanied
>
> ..flac files with the same set of ru
I certainly appreciate everything you guys do. pCP has given me hours
and hours of entertainment. Listening and fooling around with the pi's.
The set up in my car is so much better than any auto sound system I've
ever had as far as sound and functionality, quirks and all. I use a pi
for my LMS se
Howard Passman wrote:
> That is one ugly remote :-) And I'm guessing it will only partially
> work with piCorePlayer. That's where I would get lost and pCP developers
> don't seem to be interested in integrating a few other remotes in to the
> package.
I think we try our best to help and Paul
mherger wrote:
> > So we agree? This is not a tidal specific solution, but a generic
> flac
> > one.
>
> I don't follow 100%. Do you believe that the suggested change in your PR
>
> would allow us to play both TIDAL, and those hires CUE sheet accompanied
>
> ..flac files with the same set of
So we agree? This is not a tidal specific solution, but a generic flac
one.
I don't follow 100%. Do you believe that the suggested change in your PR
would allow us to play both TIDAL, and those hires CUE sheet accompanied
.flac files with the same set of rules? Without my q'n'd hack to add a
Colour removed. ;)
All that modern stuff. Who needs more than blue for a link?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
philippe_44 wrote:
> So we agree? This is not a tidal specific solution, but a generic flac
> one.
Yes because it'll avoid the same issue when another streamed Flac
service is started.
bpa's Profile: http://forums.slimdev
bpa wrote:
> In 6.* & early 7.* sample size was not an issue then because it always
> 16 bit. I remember dealing with those instances. PCM used to be within
> LMS CD i.e. always 44.1kHz 16bits fixed etc. There were a few rules
> outputting raw pcm - remember (i) at the time there was no 96Khz
philippe_44 wrote:
> I have added sample rate and I think that as far as flac is concerned,
> we have all the information we need because flac output can be forced to
> a specific endianness, sign and it does not support floating points, so
> sox has everything it needs. There is already a few ru
Colour removed. ;)
Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
View this thread: http://forums.slimdevices.com/showthread.php?t=112996
___
unix
bpa wrote:
> I think we can wait since tdlflc type has been added to fix conflict and
> there is no immediate demand.
>
> I think adding a format for samplesize may not be enough we may need to
> also add Big/Little Endian, Signed/Unsigned as well as Fixed point /
> Floating point for completene
philippe_44 wrote:
> Yes, this is where I was aiming at, otherwise we'd have to limit to 16
> bits and probably make a separated "I" rule to limit collateral damages
> (you can have different rules now for different sources, that one thing
> I've added in 8.0) but I feel some will not like it (I
49 matches
Mail list logo