Re: [SlimDevices: Plugins] Trying to get this Rpi 'Hat' to work with PiCorePlayer - Need Help Please....
paul- wrote: > The driver you are using is an i2s sound card driver. I2S can *_ONLY_* > do pcm. So your only option is DOP. > > > It doesn't matter what they "Claim" I kind of suspected that.. But their webpage https://www.audiophonics.fr/en/dac-and-interfaces-for-raspberry-pi/ak4118-digital-interface-spdif-i2s-hdmi-lvds-raspberry-pi-3-pi-4-p-14255.html Was quite convincing... Scroll down about 2 pages... Jumper supplied for DoP vs. Native etc.. Cut-Throat's Profile: http://forums.slimdevices.com/member.php?userid=43167 View this thread: http://forums.slimdevices.com/showthread.php?t=114852 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Trying to get this Rpi 'Hat' to work with PiCorePlayer - Need Help Please....
The driver you are using is an i2s sound card driver. I2S can *_ONLY_* do pcm. So your only option is DOP. It doesn't matter what they "Claim" 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=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=114852 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Trying to get this Rpi 'Hat' to work with PiCorePlayer - Need Help Please....
paul- wrote: > Well that sure makes no sense. But that is the norm from Audiophonics. > Complete lack of accurate documentation, and they change hardware > without even telling the user when they buy it. I have been communicating with Audiophonics and they told me to try "RPI DAC" and "ESS9023 DAC" ... And they did work and play PCM and DoP DSD files.. They still claim that their board with Play Native DSD Still working on that one! Cut-Throat's Profile: http://forums.slimdevices.com/member.php?userid=43167 View this thread: http://forums.slimdevices.com/showthread.php?t=114852 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: AirPlay Bridge = integrate AirPlay devices with LMS (squeeze2raop)
Hi all, I've been playing around with this plugin and LMS the past few days, and it works fantastically, thank you! Sortof unrelated but wasn't sure where else to ask. I'm wondering if anyone has come across an app/plugin/middle-ware/bridge that does the same thing as this plugin but for a UPnP/DLNA/OpenHome setup? E.g. Airplay targets found on the network are presented as DLNA or Openhome renderers to controllers. mightaswell's Profile: http://forums.slimdevices.com/member.php?userid=71951 View this thread: http://forums.slimdevices.com/showthread.php?t=105198 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Squeezelite -a ::: - can anyone explain this option?
bpa wrote: > my basic understanding. > > PCM Audio is sent via ALSA interface to ALSA device driver. > > Audio samples are put into a ring buffer. > The ring buffer size is controlled by the buffer parameter. > The ring buffer is processed in terms of periods (i.e there x periods in > the whole buffer). > A period the number of frames per h/w interrupts (edit: corrected from > first post) > I don't know how samples are fitted into frames. > > The audio samples can either be copied into buffer using API Read/write > or the buffer can be memory mapped into calling process memory so no > additional copying of audio data. > > These are all hardware paramaters and so valid values are dependent on > the audio device. > > edit: > > Found an explanation of frames and periods. > > > https://www.alsa-project.org/main/index.php/FramesPeriods > > edit 2: > > Working link to writing-an-alsa-driver.pdf > https://www.ibr.cs.tu-bs.de/theses/kurtisi/NMP-EmbeddedClient/Abgabe/Quellen/writing-an-alsa-driver.pdf That's great and it makes a lot more sense now. Thanks very much! SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=114868 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 4.6 - sorting option for Albums/Artists/Songs, replay gain fix
Hughby wrote: > This was mentioned by several people in the Spotty 4.5 thread but seems > to have got lost... > > Since Spotty 4.5 (I think) pausing a track using the Spotify App > advances the track position indicator to the end of the track (if it is > a relatively short track) or to some later position (if it is a > relatively long track). Pressing play again in the app shows the track > as playing and progressing in the Spotify app but nothing actually plays > in LMS. Pressing Next Track in the Spotify App gets thing running again. > Everything works as expected if you use the LMS web page to control > spotty. > > As a check I did a completely clean install of pcp v8.0 (32 bit), LMS > and spotty 4.6 on a Pi3B to reproduce the problem which seems to be > consistent. I've tried many combinations of ogg/pcm/flac file types. > > > I'm sure I saw in previous posts that it is possible to revert to > previous versions of Spotty - how is this done? > > As always, many thanks.When you pause from the Spotify app and the progress > indicator jumps the track does pause in LMS. You can then resume playback of the track from LMS but there is no communication between LMS and the Spotify app. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114836 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: YouTube Plugin (API v3)
Since last weekend I cannot play my Youtube lists, all songs are skipped or don't start playing. The server.log shows this message: "Plugins::YouTube::ProtocolHandler::__ANON__ (460) no stream/DASH found". My setting is piCorePlayer v6.1.0, LMS 8.1.1 - 1610364019, YouTube plugin 0.142.1, Perl Version: 5.28.2 - arm-linux-gnueabihf-thread-multi-64int. Thanks! tomkonott's Profile: http://forums.slimdevices.com/member.php?userid=70166 View this thread: http://forums.slimdevices.com/showthread.php?t=105840 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 4.6 - sorting option for Albums/Artists/Songs, replay gain fix
Hughby wrote: > This was mentioned by several people in the Spotty 4.5 thread but seems > to have got lost... > > Since Spotty 4.5 (I think) pausing a track using the Spotify App > advances the track position indicator to the end of the track (if it is > a relatively short track) or to some later position (if it is a > relatively long track). Pressing play again in the app shows the track > as playing and progressing in the Spotify app but nothing actually plays > in LMS. Pressing Next Track in the Spotify App gets thing running again. > Everything works as expected if you use the LMS web page to control > spotty. > > As a check I did a completely clean install of pcp v8.0 (32 bit), LMS > and spotty 4.6 on a Pi3B to reproduce the problem which seems to be > consistent. I've tried many combinations of ogg/pcm/flac file types. > > > I'm sure I saw in previous posts that it is possible to revert to > previous versions of Spotty - how is this done? > > As always, many thanks.I think I was the first to bring this up in the 4.5 > thread. I hadn't tried any longer tracks but after seeing your post I tried a 23 minute track and see the same as you. I am surprised more users haven't mentioned this, maybe they don't use "pause" [emoji3]. Maybe it will get more attention this time. Fingers crossed. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=114836 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 4.6 - sorting option for Albums/Artists/Songs, replay gain fix
This was mentioned by several people in the Spotty 4.5 thread but seems to have got lost... Since Spotty 4.5 (I think) pausing a track using the Spotify App advances the track position indicator to the end of the track (if it is a relatively short track) or to some later position (if it is a relatively long track). Pressing play again in the app shows the track as playing and progressing in the Spotify app but nothing actually plays in LMS. Pressing Next Track in the Spotify App gets thing running again. Everything works as expected if you use the LMS web page to control spotty. As a check I did a completely clean install of pcp v8.0 (32 bit), LMS and spotty 4.6 on a Pi3B to reproduce the problem which seems to be consistent. I've tried many combinations of ogg/pcm/flac file types. I'm sure I saw in previous posts that it is possible to revert to previous versions of Spotty - how is this done? As always, many thanks. Hughby's Profile: http://forums.slimdevices.com/member.php?userid=67120 View this thread: http://forums.slimdevices.com/showthread.php?t=114836 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Squeezelite -a ::: - can anyone explain this option?
my basic understanding. PCM Audio is sent via ALSA interface to ALSA device driver. Audio samples are put into a ring buffer. The ring buffer size is controlled by the buffer parameter. The ring buffer is processed in terms of periods (i.e there x periods in the whole buffer). There is one frame per period. I don't know how samples are fitted into frames. The audio samples can either be copied into buffer using API Read/write or the buffer can be memory mapped into calling process memory so no additional copying of audio data. These are all hardware paramaters and so valid values are dependent on the audio device. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114868 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Squeezelite -a ::: - can anyone explain this option?
There is a bit more explanation on Ralphy's github page "For ALSA, the format is used where is the buffer time in milliseconds (values less than 500) or size in bytes (default 40ms); is the period count (values less than 50) or size in bytes (default 4 periods); is the sample format (possible values: 16, 24, 24_3 or 32); is whether to use mmap (possible values: 0 or 1). open ALSA output device twice. (possible values: 0 or 1)." https://ralph-irving.github.io/squeezelite.html ALSA mmap https://www.alsa-project.org/alsa-doc/alsa-lib/group___p_c_m___direct.html Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=114868 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
[SlimDevices: Plugins] Squeezelite -a ::: - can anyone explain this option?
Hi - running SqueezeLite and LMS 8.1.2 (latest versions) on my Pi4 I found there was serious rebuffering on my Pi and SB3s earlier this year when playing FLACs unless I specified "-a :::0". More recently I noticed some background/popping noise on the Pi's headphone jack unless I specified "-a 120:4::0". The wiki says the following about the -a option: "-a ::: Specify ALSA params to open output device, b = buffer time in ms or size in bytes, p = period count or size in bytes, f sample format (16|24|24_3|32), m = use mmap (0|1) https://www.max2play.com/en/wiki/command-line-options-for-squeezelite/ Frankly I have no idea what this means! - which buffer is affected and how do I know if the specified numbers are in ms or bytes? - what is "period count" - which sample format? Surely the FLAC is what it is? - what is mmap? Any insights, or just a reference page, would be much appreciated so I can understand more as to what is going on. R SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=114868 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
