atrocity

Forum Replies Created

Viewing 4 posts - 1 through 4 (of 4 total)
  • 18. Juni 2017 at 22:54 #29592

    Adding -r 48000 seems to have fixed it. I haven’t had to do that with previous installations, but this particular Pi (for now) only has the stock analog audio output. A nice HiFiBerry has been ordered but isn’t here yet.

    4. Februar 2017 at 19:13 #26673

    You didn’t come across as ungrateful at all.

    My luck with piCorePlayer has been OK, but as a server Max2Play has a huge advantage in my setup due to the fact that it can transcode DSD to PCM. As far as I know, M2P is the only ARM implementation that does so.

    4. Februar 2017 at 16:59 #26671

    I can’t double-check my piCorePlayer setup with HDMI at the moment because I wound up adding a screen and using an enclosure that blocks the HDMI port. DTS is definitely working on that box through a HiFiBerry Digi+, though.

    I’m not exactly a Linux genius myself, but the instructions above really didn’t take much. Unfortunately, they can’t be applied to a Max2Play installation, at least not in any way obvious to me. I included them in the hope that they would make sense to the developers.

    To my way of thinking, straight pass-through without any alteration on ANY output should be the default behavio(u)r with exceptions being something users specifically have to set. But I play a lot of DTS material and may be part of a very small minority.

    Fooling around with this seems to have completely broken all HDMI output on my Max2Play setup at the moment. Oh well, that box is primarily a server anyway.

    4. Februar 2017 at 1:51 #26667

    I’d like to resurrect this thread if I may. I recently installed Max2Play on a new Raspberry Pi 3 and have encountered this same situation where DTS isn’t working via HDMI.

    The DTS material is in a FLAC container and works fine through genuine Logitech hardware, through a Wandboard Quad and via piCorePlayer using either a HiFiBerry Digi+ or HDMI.

    The issue is likely that the audio Squeezeplay is sending out through HDMI has been altered in some subtle way, which „breaks“ DTS and AC-3. I *think* this just works right away in piCorePlayer now, but in the past users had to make some minor modifications. I have pasted below the instructions I was given, which worked successfully. (Nothing from this point on was written by me.)

    1) Login to your piCorePlayer via SSH.

    2) Set the ALSA output level to exactly 0.00db and save it for future
    reboots with the following commands

    a) find out the simple mixer ID of your sound card

    Code:
    ——————–
    amixer scontrols
    ——————–

    –> the output in my case is

    Code:
    ——————–
    Simple mixer control ‚PCM‘,0
    ——————–

    whereas ‚PCM‘ is the important part for the next command

    b) set the output level to 0.00db

    Code:
    ——————–
    amixer sset ‚PCM‘ 0
    ——————–

    c) save & backup the ALSA settings

    Code:
    ——————–
    sudo alsactl store
    sudo filetool.sh -b
    ——————–

    4) set ALSA output level to Custom in the piCorePlayer web interface
    (under Tweaks –> Audio Tweaks) and save the change.

Viewing 4 posts - 1 through 4 (of 4 total)