Announcement

Collapse
No announcement yet.

Announce: piCorePlayer 3.00

Collapse
X
 
  • Time
  • Show
Clear All
new posts

  • Originally posted by feeder6
    I have done all these settings and downloaded some multichannel flac test files 96/24. But there only comes stereo.
    "Multichannel" can be used to mean at least two different things. The Squeezebox world will work with lossy multichannel files when they are DTS or AC-3/Dolby Digital wrapped in a FLAC container. Basically, if it's the kind of soundtrack you would find on a DVD-Video, it can be made to work with an actual hardware Squeezebox or most (any?) of the non-Logitech alternatives. When the DTS or AC-3 streams are "wrapped" in FLAC, they look like vanilla stereo files to everything except the appropriate decoders. Neither LMS nor a Squeezebox have the slightest idea that they're dealing with anything out of the ordinary.

    Unfortunately, Squeezeland doesn't work with lossless multichannel FLAC, i.e., the type of audio you might find on a Blu-ray or a DVD-A. While some of the alternative hardware will work with those files via HDMI, LMS doesn't like them. I've asked about this from time to time over the years and been told that too much of the underlying code is explicitly written to work with 2-channel and 1-channel files.

    While I completely sympathize with your desire to play the fancy stuff via the LMS architecture (I'd pay big bucks to get it to happen!), at this point it just can't be done. After the Touch came out, I nursed a fantasy involving the next generation of players having HDMI outputs and a love of 5.1, but it was not to be.

    Presumably someone with a lot of time, patience and knowledge could make the necessary changes to LMS (hey, it works with DSD now!), but I have to believe that if it were easy to pull off it would have been done by now. It's also possible that there are two camps: People who'd love it to happen but have no clue how to help (I'm in that one!) and people who might be able to code it but have no interest.

    On a slightly different note, I wish DSD could be output via HDMI without using DoP...that is, whatever technique is used by players like the Oppo to send DSD to legacy equipment that works with DSD but not with DoP. Again, I assume that's a huge task or it would already have been done. (Or it already works but I just haven't figured out the magic settings...)
    Last edited by atrocity; 2016-08-23, 21:51.

    Comment


    • Okay i understand. So this no solution for me. I believe i did a test with multichannel flac files with Kodi some months ago. And it works with some dropouts...
      Then i will stay with my SACD-R discs and my Oppo Bdp93.

      Comment


      • Originally posted by feeder6
        Okay i understand. So this no solution for me. I believe i did a test with multichannel flac files with Kodi some months ago. And it works with some dropouts...
        That has been my experience as well. Kodi understands the files and attempts to play them but can't do so without dropouts. Some people claim to have better luck than I do, which has long made me wonder if my problem is less with Kodi and the Pi than with the Onkyo receivers I use.

        The Oppo 103 also almost works...but only almost.

        Comment


        • Originally posted by JackOfAll
          I suspect that would probably be a sane default. (No doubt someone is using GPIO25 for something else, but I suspect for most people it is a sane default.)

          You probably need to start thinking about GPIO contention, especially if you intend to support that Audiophonics PS control board, which needs 3x GPIO's. ISTR, it uses GPIO22 by default for BOOT_OK. And of course the IQAudio AMP+ and DigiAMP+ boards use GPIO22 for mute..... All good fun!
          Another vote for GPIO 25 as a the default for IR. I believe IQAudio's IR header passes through to this GPIO too and they refer to GPIO 25 in the documentation for the Pi Dac+

          Thanks

          Comment


          • problem seeking with ALAC / m4a files

            I seem to have found picore just as version 3 was released,so this is my first expericnce of it and am pretty impressed by it so far!

            I have an issue when playing Apple Lossless files.. can anyone help?

            When I seek to a point in a track it will play from the seek point until the end of the track, then playback stops. It will not advance to the next track. I have to manually start playback up again.

            When playing the whole track without seeking, the next track follows on gaplessly

            The issue is not present with MP3s, or either when using the same lossless audio sent to my Mac running SqueezePlay.

            Files:
            EAC Secure Mode, Test & Copy, AccurateRip, FLAC -8
            File Format: Apple Lossless
            Bitrate: 748kbps VBR
            Sample Rate: 44.1 kHz
            Sample Size: 16Bits
            .m4a extension

            Player is a RP 2 Model B, outputting over usb to my Audiolab M-DAC. The same occurs via HDMI also (but I get micro dropouts on HDMI) with picoreplayer 3.0
            LMS is Logitech Media Server Version: 7.9.0 - 161.1091 @ Tue Jul 26 14:08:28 UTC 2016 - Synology DS214play


            This is the log where playback stops: (more is attached and shows playback beginning and a little further beyond this stoppage)


            [16-08-24 08:13:20.1259] Slim::Player::Protocols::File::sysread (286) Trying to read past the end of file: file:///volume1/music/Findlays/iTunes/iTunes%20Music/Pink%20Floyd/The%20Dark%20Side%20Of%20The%20Moon/03%20On%20The%20Run.m4a
            [16-08-24 08:13:20.1273] Slim::Player::Source::_readNextChunk (350) Read to end of file or pipe
            [16-08-24 08:13:20.1290] Slim::Player::Source::_readNextChunk (373) end of file or error on socket, song pos: 21099092, tell says: 21099092, totalbytes: 21099092
            [16-08-24 08:13:20.1303] Slim::Player::Source::_readNextChunk (378) b8:27:eb:4a:cd:9d mark end of stream
            [16-08-24 08:13:20.1321] Slim::Player::StreamingController::_eventAction (271) b8:27:eb:4a:cd:9d: LocalEndOfStream in BUFFERING-STREAMING -> Slim::Player::StreamingController::_Streamout
            [16-08-24 08:13:20.1342] Slim::Player::StreamingController::_setStreamingSt ate (2366) new streaming state STREAMOUT
            [16-08-24 08:13:20.1360] Slim::Player::StreamingController::_eventAction (303) b8:27:eb:4a:cd:9d: LocalEndOfStream - new state BUFFERING-STREAMOUT
            [16-08-24 08:13:20.2086] Slim::Networking::Slimproto::client_readable (394) Slimproto frame: STAT, len: 53
            [16-08-24 08:13:20.2099] Slim::Player::Player::trackJiffiesEpoch (921) b8:27:eb:4a:cd:9d trackJiffiesEpoch: epoch=1471985551.18968, offset=1471985551.19009
            [16-08-24 08:13:20.2111] Slim::Networking::Slimproto::_stat_handler (785) b8:27:eb:4a:cd:9d: STAT-STMs: fullness=330859, output_fullness=524288, elapsed=0.000
            [16-08-24 08:13:20.2124] Slim::Networking::Slimproto::_stat_handler (812) b8:27:eb:4a:cd:9d Squeezebox stream status:
            Attached Files
            Last edited by chamzamzoo; 2016-08-24, 15:54.

            Comment


            • Hmm seemingly a bit more of a problem than I realised.. it's an irregular issue (the worst kind I think?) it will sometimes only play one m4a track and then stop. Seeking will trigger this behaviour, but it also happens naturally when adding new albums also.

              This appears to be the corresponding error log, anyone got any advice? buffer settings perhaps?

              This is the second song getting queued up (the one that gets stuck):
              Code:
              Song::open (408) Transcoder: streamMode=I, streamformat=alc
              [16-08-24 18:43:36.7987] Slim::Player::Song::open (461) Opening stream (no direct streaming) using Slim::Player::Protocols::File [file:///volume1/music/Findlays/iTunes/iTunes%20Music/Wisp/The%20Shimmering%20Hour/Keeper%20Of%20The%20Hills.m4a]
              [16-08-24 18:43:36.8007] Slim::Player::Protocols::File::open (81) duration: [360.093] size: [40700722] endian [] offset: [0] for file:///volume1/music/Findlays/iTunes/iTunes%20Music/Wisp/The%20Shimmering%20Hour/Keeper%20Of%20The%20Hills.m4a
              [16-08-24 18:43:36.8017] Slim::Player::Protocols::File::open (98) Opening file /volume1/music/Findlays/iTunes/iTunes Music/Wisp/The Shimmering Hour/Keeper Of The Hills.m4a
              [16-08-24 18:43:36.8035] Slim::Player::Protocols::File::open (192) Seeking in 0 into /volume1/music/Findlays/iTunes/iTunes Music/Wisp/The Shimmering Hour/Keeper Of The Hills.m4a
              [16-08-24 18:43:36.8050] Slim::Player::Song::open (482) URL is a song (audio): file:///volume1/music/Findlays/iTunes/iTunes%20Music/Wisp/The%20Shimmering%20Hour/Keeper%20Of%20The%20Hills.m4a, type=alc
              [16-08-24 18:43:36.9962] Slim::Player::SongStreamController::new (31) live=1
              [16-08-24 18:43:36.9982] Slim::Player::StreamingController::_Stream (1265) b8:27:eb:4a:cd:9d: stream
              [16-08-24 18:43:37.0021] Slim::Player::StreamingController::_Stream (1302) Song queue is now 2,1
              [16-08-24 18:43:37.0033] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state STREAMING
              [16-08-24 18:43:37.0043] Slim::Player::StreamingController::_eventAction (303) b8:27:eb:4a:cd:9d: NextTrackReady - new state PLAYING-STREAMING
              [16-08-24 18:43:37.0053] Slim::Player::StreamingController::_eventAction (303) b8:27:eb:4a:cd:9d: ReadyToStream - new state PLAYING-STREAMING
              [16-08-24 18:43:37.0094] Slim::Player::Player::trackJiffiesEpoch (921) b8:27:eb:4a:cd:9d trackJiffiesEpoch: epoch=1471985551.05059, offset=1471985551.05851
              [16-08-24 18:43:37.0109] Slim::Player::Player::trackJiffiesEpoch (921) b8:27:eb:4a:cd:9d trackJiffiesEpoch: epoch=1471985551.05059, offset=1471985551.05914
              [16-08-24 18:43:37.1112] Slim::Player::Player::trackJiffiesEpoch (921) b8:27:eb:4a:cd:9d trackJiffiesEpoch: epoch=1471985551.05059, offset=1471985551.05823
              [16-08-24 18:43:37.1126] Slim::Player::StreamingController::_eventAction (271) b8:27:eb:4a:cd:9d: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync
              [16-08-24 18:43:37.1139] Slim::Player::Squeezebox2::directHeaders (471) Processing headers for direct streaming:
              HTTP/1.1 200 OK
              Server: Logitech Media Server (7.9.0 - 161.1091)
              Connection: close
              Content-Type: audio/x-m4a-lossless


              a bit further down we see it fail:


              Code:
              [16-08-24 18:43:46.0175] Slim::Player::StreamingController::playerOutputUnderrun (2219) b8:27:eb:4a:cd:9d: decoder: 2097151 / output: 0
              [16-08-24 18:43:46.0187] Slim::Player::StreamingController::_eventAction (271) b8:27:eb:4a:cd:9d: OutputUnderrun in PLAYING-STREAMING -> Slim::Player::StreamingController::_Rebuffer
              [16-08-24 18:43:46.0198] Slim::Player::StreamingController::_setPlayingState (2357) new playing state BUFFERING
              [16-08-24 18:43:46.0315] Slim::Player::StreamingController::_eventAction (303) b8:27:eb:4a:cd:9d: OutputUnderrun - new state BUFFERING-STREAMING
              [16-08-24 18:43:46.0335] Slim::Player::Player::trackJiffiesEpoch (921) b8:27:eb:4a:cd:9d trackJiffiesEpoch: epoch=1471985551.05052, offset=1471985551.06256
              [16-08-24 18:43:46.0354] Slim::Player::StreamingController::_eventAction (271) b8:27:eb:4a:cd:9d: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
              [16-08-24 18:43:46.1613] Slim::Player::Player::_buffering (1140) Buffering... 2097151 / 524560
              [16-08-24 18:43:46.1624] Slim::Player::StreamingController::playerBufferReady (2258) b8:27:eb:4a:cd:9d
              [16-08-24 18:43:46.1635] Slim::Player::StreamingController::_eventAction (271) b8:27:eb:4a:cd:9d: BufferReady in BUFFERING-STREAMING -> Slim::Player::StreamingController::_WaitToSync
              [16-08-24 18:43:46.1646] Slim::Player::StreamingController::_setPlayingState (2357) new playing state WAITING_TO_SYNC
              [16-08-24 18:43:46.1658] Slim::Player::StreamingController::_setPlayingState (2357) new playing state PLAYING

              Comment


              • Thanks from a happy, new user

                I have just bought my very first Raspberry Pi and a HiFiBerry card, and installed the piCorePlayer v. 3 with absolutely no problems. Everything just worked. And now I'm enjoying a sound quality far better than the one from my old Squeezebox Receiver. I'm very impressed. Thank you so much for all your efforts.

                Jesper, Denmark

                Comment


                • mounting fritz.nas network share for LMS cache

                  Hello friends,

                  first of all: thank you for the great work on PiCore player! I am about to migrate from max2play because I love, that PiCore player can simply be unplugged.
                  With the beta feature I am trying to get an unpluggable LMS server/player to work. my plan is to store the cache date on my fritz box nas drive. unfortunately the form in PcP does not accept "." in the server share field but the fritz box nas is named fritz.box - that does not seem to be changeable. I tried mounting from PcP's command line via putty and there the mount works with the "."
                  Are there any ideas or workarounds for my problem?

                  kind regards to all of you who read this

                  Don

                  Comment


                  • Originally posted by derdon
                    Hello friends,

                    first of all: thank you for the great work on PiCore player! I am about to migrate from max2play because I love, that PiCore player can simply be unplugged.
                    With the beta feature I am trying to get an unpluggable LMS server/player to work. my plan is to store the cache date on my fritz box nas drive. unfortunately the form in PcP does not accept "." in the server share field but the fritz box nas is named fritz.box - that does not seem to be changeable. I tried mounting from PcP's command line via putty and there the mount works with the "."
                    Are there any ideas or workarounds for my problem?

                    kind regards to all of you who read this

                    Don
                    Most SMB shares can be named \\<IP Address of Server>>\Sharename
                    sigpic
                    Want a webapp ? Get SqueezeLite-X ! https://forums.slimdevices.com/showt...l=1#post903953

                    Comment


                    • Originally posted by derdon
                      Hello friends,

                      first of all: thank you for the great work on PiCore player! I am about to migrate from max2play because I love, that PiCore player can simply be unplugged.
                      With the beta feature I am trying to get an unpluggable LMS server/player to work. my plan is to store the cache date on my fritz box nas drive. unfortunately the form in PcP does not accept "." in the server share field but the fritz box nas is named fritz.box - that does not seem to be changeable. I tried mounting from PcP's command line via putty and there the mount works with the "."
                      Are there any ideas or workarounds for my problem?

                      kind regards to all of you who read this

                      Don
                      1) Can you change the Name of your NAS?
                      2) If your NAS box can do a NFS, that is IP address based, and should work fine.
                      3) Otherwise, I'll have to look into why I restricted "." in the names. And that change would not be in effect until we push a update.
                      piCorePlayer a small player for the Raspberry Pi in RAM.
                      Homepage: https://www.picoreplayer.org

                      Please donate if you like the piCorePlayer

                      Comment


                      • solved

                        I just found my workaround: in the settings of the fritzbox, not the fritz.nas interface you can change the smb name under "Home Network -> fritznas"


                        Originally posted by derdon
                        Hello friends,

                        first of all: thank you for the great work on PiCore player! I am about to migrate from max2play because I love, that PiCore player can simply be unplugged.
                        With the beta feature I am trying to get an unpluggable LMS server/player to work. my plan is to store the cache date on my fritz box nas drive. unfortunately the form in PcP does not accept "." in the server share field but the fritz box nas is named fritz.box - that does not seem to be changeable. I tried mounting from PcP's command line via putty and there the mount works with the "."
                        Are there any ideas or workarounds for my problem?

                        kind regards to all of you who read this

                        Don

                        Comment


                        • Thanks for coming back with your solution, it could help others in the future.

                          Comment


                          • Originally posted by holck
                            I have just bought my very first Raspberry Pi and a HiFiBerry card, and installed the piCorePlayer v. 3 with absolutely no problems. Everything just worked. And now I'm enjoying a sound quality far better than the one from my old Squeezebox Receiver. I'm very impressed. Thank you so much for all your efforts.

                            Jesper, Denmark
                            Thank you, from the pCP Team

                            Comment


                            • Originally posted by atrocity
                              That has been my experience as well. Kodi understands the files and attempts to play them but can't do so without dropouts. Some people claim to have better luck than I do, which has long made me wonder if my problem is less with Kodi and the Pi than with the Onkyo receivers I use.

                              The Oppo 103 also almost works...but only almost.
                              Hey me again,

                              I have tested again with dts-cd. First i converted my sacd-iso to aiff format. Aiff is the dts-cd format. Then i converted aiff to flac. Now i got flac files with 44.1/24bit. But picore plays them only stereo. I have changed the settings in LMS but i doesn't work...

                              Comment


                              • Originally posted by sckramer
                                Those GPIO pic's are the original pi's... i2s is GPIO 18,19,21. Current pic:

                                [ATTACH]20960[/ATTACH]
                                Thanks sckramer,

                                From this diagram I have extracted 4,5,6,12,13,16,17,20,22,23,24,25,26,27 as valid GPIOs.

                                Anyone double-check?

                                regards
                                Greg

                                Comment

                                Working...
                                X
                                😀
                                🥰
                                🤢
                                😎
                                😡
                                👍
                                👎