mherger wrote:
> > I've submitted that https://github.com/Logitech/slimserver/pull/644.
> Do
> > we want it or not, I'm not sure and I'm certainly neutral. At least
> this
> > one works for 32, 44.1 and 48k as well as for remote tracks when
> > possible
>
> I've missed this discussion... would
I've submitted that https://github.com/Logitech/slimserver/pull/644. Do
we want it or not, I'm not sure and I'm certainly neutral. At least this
one works for 32, 44.1 and 48k as well as for remote tracks when
possible
I've missed this discussion... would you mind summarizing the issue for me?
paul- wrote:
> Samba4 is a server, it has nothing to do with client connections to a
> remote server. CIFS is the file system.
>
> Between the note in dmesg, and the help that is in pCP, you should see
> that you are missing the vers=x.x on the mount options. Where x.x is
> the version
I've submitted that https://github.com/Logitech/slimserver/pull/644. Do
we want it or not, I'm not sure and I'm certainly neutral. At least this
one works for 32, 44.1 and 48k as well as for remote tracks when
possible
LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch,
Samba4 is a server, it has nothing to do with client connections to a
remote server. CIFS is the file system.
Between the note in dmesg, and the help that is in pCP, you should see
that you are missing the vers=x.x on the mount options. Where x.x is
the version supported by the remote.
Some more experiments later:
In the beginning I raw tested only the touch screen but used a mouse
device for pointing.
Meanwhile I tried more my HDMI/USB based touch display.
But it seems what ever I do the touch behaves like a mouse device. First
touch moves the pointer and second couch then
bpa wrote:
> I'm pretty sure it is legacy (and not just MP3 but also just 44.1kHz) as
> native Flac only appeared with SB2 and native AAC with Touch/Radio.
>
> Now it seems the uneven way of handling formats could result in more
> "false" reports.
>
> If the added "silence" is still necessary
piZeroW, just did an in-situ upgrade from 7.0.1 to 8.0.0.
piCorePlayerZero | piCorePlayer v8.0.0 | www v00017 | linux
5.10.42-pcpCore (32) | piCore v13.0 | Squeezelite v1.9.9-1386-pCP
Music plays fine. Samba not working though. Have updated extensions,
uninstalled samba4 extension, rebooted
philippe_44 wrote:
> Yes, we could have 3 files, for 32, 44.1 and 48 but ... see below
>
> I would tend to agree with you, and I think it's a legacy thing at the
> time mp3 was the only game in town for SB. But I'm speculating here and
> probably Michael has a better opinion.
I'm pretty sure
schup011 wrote:
> Yes, I also did learn only from the code posted above that it was only
> applying to MP3. I think for streams, it is really questionable because
> if you jump into a radio stream, it does not matter if you loose a
> second that is "eaten" by the Amp. Only for files, it could
schup011 wrote:
> If it applies only to MP3 anyway, one could do an "extended lazyman"
> version with two different silence files for 44.1 and 48 kHz. Other
> sampling rates for MP3 should be really unusual.
Yes, we could have 3 files, for 32, 44.1 and 48 but ... see below
bpa wrote:
> Other
Yes, I also did learn only from the code posted above that it was only
applying to MP3. I think for streams, it is really questionable because
if you jump into a radio stream, it does not matter if you loose a
second that is "eaten" by the Amp. Only for files, it could make sense
since lots of
schup011 wrote:
> If it applies only to MP3 anyway, one could do an "extended lazyman"
> version with two different silence files for 44.1 and 48 kHz. Other
> sampling rates for MP3 should be really unusual.
Other sampling rates are all lower. 32kHz is the only stream I've
"seen" on same
philippe_44 wrote:
> I've submitted a PR with that
>
> >
Code:
> >
> if ($client->streamBytes() == 0 && $client->streamformat() eq 'mp3' &&
$client->streamingSong()->samplerate() == 44100) {
>
> >
> It's lazyman version as it will only
philippe_44 wrote:
> If look at LMS code, it's violently hard-coded
>
> >
Code:
> >
> if ($client->streamBytes() == 0 && $client->streamformat() eq 'mp3') {
>
> my $silence = 0;
> # use the maximum silence prelude for the
If look at LMS code, it's violently hard-coded
Code:
if ($client->streamBytes() == 0 && $client->streamformat() eq 'mp3') {
my $silence = 0;
# use the maximum silence prelude for the whole sync group...
bpa wrote:
> The setting is really a server based solution because of h/w based
> players.
>
> With s/w based players like squeezelite with a lot more
> control/knowledge of the output stream , it would make more sense to
> have a command line option - it is a compromise but since not many
>
The setting is really a server based solution because of h/w based
players.
With s/w based players like squeezelite with a lot more
control/knowledge of the output stream , it would make more sense to
have a command line option - it is a compromise but since not many
people have the problem,
philippe_44 wrote:
> I will have a look but I've finally not made chnages to the "silence
> creation" part (I was thinking about that to have a sream.flac instead
> of stream.mp3) and funny enough, one of the main issue was that no
> player supports properly change of sampling rate during
bpa wrote:
> Great that problem has been tracked down. It is an old feature which
> clearly is not used much and possible some of recent development have
> introduced an incompatibility.
>
> Michael would certainly co-ordinate as necessary.
> Next step is diagnose what has been broken -
It's really funny and I wonder why I haven't noticed that before. I just
always wondered why there were some jumps and left out music.
And I only realized that something is wrong when I listened to a live
performance of "Tristan und Isolde" with my favourite tenor Jonas
Kaufmann. I thought: "Oh
schup011 wrote:
> You are my hero!
>
> It was the silence. I had entered it because sometimes my Marantz was a
> little late in starting. *I set it to zero - and everything is playing
> ok.
> *
> So it seems that we have tracked down the problem. I think it could be
> reproduced now with
paul- wrote:
> Not everyone is using the same hardware, so the config won't be the same
> for everyone. I actually tested with a Hyperpixel DSI screen.
OK, promised, I will test, but only in about 16-17 days after vacation.
schup011 wrote:
> Does this mean pCP8 will then support 7'' official RasPi Touchscreen and
> HDMI Audio at the same time? Is it worth giving it a try with an
> upgrade? Would be great! When I tried it two days ago (without
> modifying config.txt) it did not find the sound adapter b1 and
>
bpa wrote:
> The log looks OK to me - except for
>
>
> This is odd because IIRC (needs to check) the silence samples LMS uses
> is encoded into 44.1Khz (file silence.mp3 or lbrsilence.mp3)?
>
> Have you asked LMS to insert a delay (aka silence) through the "audio
> startup time" setting ?
>
schup011 wrote:
> Maybe, LMS - before that - does strange things with the data and
> corrupts them somehow - see post #43.
The log looks OK to me - except for
>
> [21-08-02 14:07:49.5340] Slim::Player::Source::_readNextChunk (314)
> Sending 12246 bytes of silence.
>
This is odd because
paul- wrote:
> pCP8 with RPi 7" DSI or other DPI display + HDMI Audio
>
> So I've made some progress here, there is no one generic setting that
> works for all.
>
> You will need to edit the config.txt on the boot partition.
> > >
- Comment out or delete the line gpu_mem=xxx
- add a
Didnt realize that, thanks.
Tony
SBTouch SBRadio
Tony T's Profile: http://forums.slimdevices.com/member.php?userid=34544
View this thread: http://forums.slimdevices.com/showthread.php?t=114828
Here is the same as in post #36, but with a 48 kHz mp3 file, instead of
a stream:
Code:
[16:06:18.255587] codec_open:264 codec open: 'm'
[16:06:18.255618] codec_open:281 closing codec: 'f'
[16:06:18.255860] connect_socket:164 connecting to 192.168.0.161:9000
That means you don't have squeezelite running on that device(or
squeezelite is not connected to your LMS server). Squeezelite has to
be running for that to work. We could have better error handling.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage:
That is up to LMS to decide. Not sure how often LMS stores its current
position.
Bluetooth Connect: We send a play command to lms
Bluetooth Disconnect: We send a power off command, then squeezelite is
shutdown.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage:
First time trying the pCp CLI
https://docs.picoreplayer.org/information/pcp_cli/
and with LMS, getting a bad address error:
tc@picoreplayerpb:~$ pcp mode
wget: bad address ':9000'
tc@picoreplayerpb:~$
Tony
SBTouch SBRadio
schup011 wrote:
> Have a look at post #36.
I think that may be "Normal".
MP3 audio data is made up of many frames. Each frame has a header
(indicated by a unique byte sequence - 0xFF, 0xF? I think) which have
details of the stream and then the audio data.
MP3 Files will always start with a
When I connect a bt headset then the last stream played on disconnect
restarts automatically. This is okay for music and live radio streams.
However it's not too brilliant for audiobooks where it would be ideal if
it restarted and paused at the last listened point.
Possible? Any suggestions?
melrhombus wrote:
> Seems I'm out of luck without doing quick a bit of hacking... can't find
> any 3.5 DSI screens either.
> Ah well... I can use another pi as a controller.
>
> Thanks for all the help!
Would this
Paul Barnett wrote:
> Yes - what surprised me was that LMS did not start even though the LMS
> config had no reference to the (failed) nfs mount
That's because pCP does not know how you are using the mount. It's a
dependency check. When a mount(network or USB) is configured, and it
fails.
bpa wrote:
> to save time - can you which post/log this is shown. MP3 frame are
> invalid without sample rate and cannot be decoded. It cannot be
> guessed.
>
>
Have a look at post #36.
schup011's Profile:
Here is how LMS reacts for the two different streams (mp3 codec not
excluded in Squeezelite). Looks weird.
First, on 14:07:44, the "problematic" mp3 stream was requested. Then
after a few seconds, it played, but too slow.
Second, on 14:08:05, the aac stream of the same radio was requested.
schup011 wrote:
> Yeah, the log shows that it does not find the sample rate and maybe
> guesses it from the first data
to save time - can you which post/log this is shown. MP3 frame are
invalid without sample rate and cannot be decoded. It cannot be
guessed.
> The thing I am really
d6jg wrote:
> 1 Jan 1970 is referred to as the epoch in computing terms and a
> computer with no means of setting the time correctly will always boot at
> that time point. A Pi does this if it cant find an NTP server to sync
> with as it has no clock chip.
> Are your files on a Pi? Time
bpa wrote:
> The strange thing is that within the MP3 audio frame header, the sample
> rate of the audio stream is specified.
> The HDMI output device should be opened with the rate found in the MP3
> frame.
>
> Can you confirm the hardware which is running PCP - what version of a Pi
>
1 Jan 1970 is referred to as the epoch in computing terms and a
computer with no means of setting the time correctly will always boot at
that time point. A Pi does this if it cant find an NTP server to sync
with as it has no clock chip.
Are your files on a Pi? Time stamps are calculated from
schup011 wrote:
> You can verify with the radio stream:
> https://streams.br.de/br-klassik_3.m3u
>
> But I think is a very typical one. And it happens only with the HDMI
> audio out system Could be a performance or timing problem??
The strange thing is that within the MP3 audio frame
I have my music files on NAS and have 2 instances of LMS using them via
NFS
One instance is a Pi4 the other is an old HP Microserver Quad Core with
8gb ram and crucially IMO the OS and LMS is on a small SSD. The Quad
Core and ram makes little difference except for scan speed as LMS being
single
philippe_44 wrote:
> And it does that will *all* your 48kHz files? Can you upload one
> somewhere? I'll verify that with my squeezelite port on esp32 as well,
> or any of my bridges.
You can verify with the radio stream:
https://streams.br.de/br-klassik_3.m3u
But I think is a very typical
I have pcp running on a pi (from 2 to 3 to 4 over the years)
LMS was running on either the nas, (where the music files are), or on a
virtual machine just for LMS
The current pi4 has way more power than needed for the task, so I tried
running LMS on it too.
works great.
So LMS can run on a)
paul- wrote:
> Yes, if you have music mounted, and the mount fails, LMS will not start.
> You could have library issues otherwise, requiring a complete rescan.
Yes - what surprised me was that LMS did not start even though the LMS
config had no reference to the (failed) nfs mount
philippe_44 wrote:
> And it does that will *all* your 48kHz files? Can you upload one
> somewhere? I'll verify that with my squeezelite port on esp32 as well,
> or any of my bridges.
It does only occur with 48 kHz mp3 files or streams. I will check
whether the Squeezelite log looks the same
48 matches
Mail list logo