Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Videopac wrote: > > > Code: > > squeezelite -o sysdefault:CARD=ODROIDHIFI2 -n C4HIFISHIELD2 -s 127.0.0.1 > > > seems to take forever / no response. > Any ideas how to resolve this? > TIA. Try the real IP address of the LMS server and not 127.0.0.1 just in case the broadcast UDP packet from squeezelite doesn't work with 127.0.0.1 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] [piCorePlayer] Turn off USB output when turning off player?
Normally Squeezelite keeps the device open while it is running. Have you tried the "-C " option which closes the output device after a timeout when not playing. It will be reopened if squeezelite gets a request to play, bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=112760 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Radio stations url source/radio-browser project
Honey wrote: > Which of course leaves the problem that no one has developed a way to > use it in LMS, as you say. Plugin developer usually have in vested interest - they want specific functionality added to LMS and/or accessible from LMS and the developer will use the plugin themselves regularly. A plugin is not just developed once and forget - it means a commitment to support users for years - this usually means far more effort than the development itself. LMS is a community project - there is no development team. Michael provides release support, maintenance and some enhancements as his time permits. So a plugin for radio-browser will be developed by a third party who has a need for it. The UK has got itself into as situation with copyright laws and court judgements, so the issue is very specific to UK users. The bad news is the fact that a plugin for radio-browser has been raised many times over many years and yet not developed, seems to indicate that it is not top priority with anyone probably because there are alternative good enough alternatives for most LMS users. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116940 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Radio stations url source/radio-browser project
The radio station search provided by default within LMS is proided by Tune-in (www.tunein.com). It is a commercial service. Many stations are listed by aggregators which have a commercial arrangement with the stations. There are a number of 3rd party plugins which, when installed, provides access to radio stataions - Plugins such as iHeartRadio, RadioNet, Global Player, Radio France, Virgin Radio, UK radio Player.. There is an app UK & Ireland Radio feeds (use mysqueezebox,com) to access "UK Radiofeeds lists. Re radio-browser - the same question has been asked many time on the forum but it seems nobody has felt the need to develop a plugin. In the past I checked out radio-browser and thought the quality of the contents a bit of hit amd miss - many station are badly classified or URL is out of date. Stations URLs often change, so using an "official" aggregator as source often ensures playability. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116940 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Chestroled wrote: > Hello, you're probably right, but have to found what have change or > cause this trouble. > > So, when I play some sound on LMS and got "alsa_open:533 unable to set > hw params: Broken pipe" , the audio device seems "frozen" : > > > Code: > > pi@multiroom:~ $ sudo aplay -D USB0 -vv /root/test1.wav > aplay: main:828: audio open error: Device or resource busy > > > Why test with USB0 when there is no USB0 defined in attached asound.conf file The verbose option is "-v" or --verbose" not "-vv" - it's possible not giving out full info. The option "--dump-hw-params" can sometimes also be helpful. The utility speaker-test is useful just to sanity check basic audio out but not to check various formats which is essential for LMS. Googling ALSA "h/w params: Broken pipe" errors - seems to indicate an issue with audio device driver not liking a request and this can mneas more than just formats(ew.g. aysdnchronous, mutip[le) - you may have a limited device driver. So you need to solely test with aplay to understand limit & valid settings. If a device is busy then some process has it open already, often system sounds. To avoid problem until you are sure you understand what is happening. * Make sure when testing with aplay - all squeezelite process are stopped, LMS is stopped. * Make sure all system audio & effects uses the inbuilt sounds card (e.g. Realtek, headphone socket etc.) - not the USB sound * If you have Pulseaudio running on your system - make sure these USB devices are not being accessed by Pulseaudio. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Chestroled wrote: > What I don't understand is that system have worked for a long time with > this structure If squeezelite setup completeed worked OK and all devices worked as you expected and you are doing nothign new (i.e. exact same command line) but now has broken look at what has changed ? Perhaps OS upgrades has changed drivers or other system stuff. Has the userid of squeezelite got the permission ? Does the Linux distro requires user of audio hardware to be member of Audio (or similar) group. Cannot set H/w parameters means 1. Unable to set the parameters - access (i.e device name), permissions, rights or 2. Incorrect/unsupported parameters values. aplay is standard ALSA audio play utility. You have prepare a test WAV file with the audio format you want and use aply to play on each device with the correct audio format & ALSA settings. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Apesbrain wrote: > Went to update squeezelite and just noticing the "ffmpeg" versions. I > assume these will play files that the standard version will not? Any > reason not to use the ffmpeg version? Thanks. IIRC ffmpeg was used for WMA format. If player cannot handle WMA natively, then LMS has to transcode. WMA transcode support is standard with LMS under Windows but under Linux or OSX - you need to install ffmpeg and a plugin. ffmpeg may not be available for some platforms (e.g. some NAS, CORE32 ?) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Learned something new. Not quite clear but with ALSA it seems "plug:" is a prefix before pseudo device. (e.g. "plug:iec958" or "plug:surround21") so -o plug:USB1 is the same as -o USB1 - so new test did nothing different to first. Another reason to try "hw:" or "plughw:" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Chestroled wrote: > > > thanks for feedback. > > This code was from a friend and related to alsa equaliser . So i've > tried : > The usual choices are hw:USB2 or plughw:USB2 These are known to work with squeezelite. It's not clear what ALSA setup (and unknown settings/behaviour) would be chosen by USB2 so no point debugging with an unknown. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Chestroled wrote: > Hello, anyone have an idea to found what's wrong? This is just a comment based on what has been displayed. I don't know what "plug:" means in ALSA. Usual prefixes are "hw:" and "plughw:" You are using device designation like "plug:USB1" Extracting from the "squeeszelite -l" list of valid devices the following are shown as an example for USB1 There is no "plug:USB1" Code: USB1 default:CARD=USB1 - USB Audio DAC, USB Audio - Default Audio Device sysdefault:CARD=USB1 - USB Audio DAC, USB Audio - Default Audio Device front:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - Front speakers surround21:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 4.0 Surround output to Front and Rear speakers surround41:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - IEC958 (S/PDIF) Digital Audio Output dmix:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - Direct sample mixing device dsnoop:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - Direct sample snooping device hw:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - Direct hardware device without any conversions plughw:CARD=USB1,DEV=0 - USB Audio DAC, USB Audio - Hardware device with all software conversions bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Cdplayer plugin in picoreplayer player for RPi3
papaiannis wrote: > I know someone uses NBD to share CD drives. Share a CD drive with a CD-ROM disc or a CD-Audio disc ? A CD-ROM with WAV files is not the same as a CD AUDIO format with audio tracks. As metadata is derived from matching the profile of the layout of CD audio on the disk against a database- it is unlikely that a NBD based solution will be able to provide metadata derived from CD layout. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=107282 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Cdplayer plugin in picoreplayer player for RPi3
papaiannis wrote: > Is there a way to share the CD drive on the raspberry so that it can be > accessed by the Cdplayer plugin on the remote server? The CDplayer plugin relies on cdda2wav which can only deal with a CD drive on the same system. cdda2wav "talks" to hardware device /dev/cdrom with lots of h/w specific control such as "is door open" and cannot use a mountable file system. So any solution to share CD drive has to be based on totally different CD control application. Starting point would be to find any Linux s/w which can remotely access and play audio CD drive. Simplest but not "integrated" way would be to run two LMS servers. A minimal one in the PCP with CD drive and having it just serve CDs. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=107282 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Taking Ralphy's advice - my suggested command line would be now Code: squeezelite -n AES -a ::24:1 -u E -Z 38400 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA If choppiness continue try increasing ALSA buffer size such as Code: squeezelite -n AES -a 80:4:24:1 -u E -Z 38400 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA "Softness" may be due to the LMS doing volume control and possibly Gain according to tags. If you want to do like-for-like comparison with "aplay" try changing WebUI Settings/Player/Audio/Volume Control to "Output level is fixed at 100%" sudo (or membership of Audio group) maybe necessary to change the mmap options to get rid of "error" message in Squeezelite log or set realtime priority. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
ralphy wrote: > You need to add -u E to the squeezelite command line to have it resample > streams that are not 48K. I always thought that LMS will take into account player capabilities when resampling. (e.g. player only supporting 44.1kHz and 48kHz - LMS will re-sample if a 96kHz stream is played) Is 48k only a special case ? Does LMS always assume that a player can play 44.1kHz ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > Both create issues (Packets missing) on my Audio DSP. Yes, you seem to be playing a 44.1kHz MPEG4 file but for some reason LMS is not resampling and even though squeezelite is setup to be 48000 only - squeezelite then reopens the ALSA device at 44100 - this is not right and probably causing the DSP reports. I need to try to reproduce this scenario to check if there is a bug in LMS with resampling in MPEG4 file What are the characteristics of the file you are trying to play (i.e. what does LMS say the file is ? - drill down in LHS pane in WebGUI ) Have you changed any LMS FileType settings ? > If you use the plug:source_1 there are no issues on the DSP however > still a lot of strange outputs in the squeeze log and sound problems. It plays without DSP issues because resampling is now occurring at the source_1 device. Squeezelite will handle volume (and Gain tags) so audio can sound "soft" because volume is different to aplay which does not do volume control. Choppiness is usually associated with mismatched buffer and/or period settings. Trying increasing buffer from 40 to 80 - leave periods at 4. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > the developer of the RAVENNA Driver supported me and suggested not to > use the Ravenna card directly but to use it via ALSA plugin. > > So I created this configuration file in /etc/asound.conf As squeezelite is still opened with 44100 and S32_LE - this is not doing what is expected and may be adding to confusion rather than helping > > Code: > > [07:00:04.393180] alsa_open:425 opened device plug:source_1 using format: S32_LE sample rate: 44100 mmap: 1 > [07:00:04.393230] alsa_open:516 buffer: 40 period: 4 -> buffer size: 220 period size: 44 > > It may be better to follow a single line of problem solving to conclusion rather than jump around. What was the result of the previous suggestions, post logs. Code: squeezelite -n AES -a ::24:1 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA and since it is not clear whether mmap is supported also try Code: squeezelite -n AES -a ::24:0 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA WRT source_1. Choppiness is often the result of inappropriate ALSA buffer and period settings. Probably there is also resampling happening which may be not be helpful. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > AES67 in general can do more than 48000 Hz. It's depending on the sink > which is in my case limited to 48000 HZ. I guess the reason why it shows > all options is because there are other devices (sinks) that can do much > more. This is true of many devices but the ALSA driver should only allow values for what is available not what is possible. > > > Code: > > a@audioserver:~/programs$ sudo ./squeezelite -n AES -a 24 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA > [16:46:57.626795] stream_init:448 init stream > [16:46:57.626883] stream_init:449 streambuf size: 2097152 > . > . > . > [16:46:57.648134] alsa_open:422 opened device hw:CARD=RAVENNA using format: S32_LE sample rate: 48000 mmap: 1 > > > All OK except for sample format setting. I thought there was "-a 24" would work as a shorthand for S24_LE but seem not as Squeezelite has opened with S32_LE Try the more complicated version. Code: squeezelite -n AES -a ::24:1 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Taking your message in reverse. s25a wrote: > > Code: > > > a@audioserver:~$ aplay --dump-hw-params -D hw:RAVENNA -r 48000 -c 2 -f S24_3LE test48.wav > Wiedergabe: WAVE 'test48.wav' : Signed 24 bit Little Endian in 3bytes, Rate: 48000 Hz, stereo > HW Params of device "hw:RAVENNA": > > ACCESS: MMAP_INTERLEAVED RW_INTERLEAVED > FORMAT: S16_LE S24_LE S32_LE S24_3LE DSD_U8 DSD_U16_BE DSD_U32_BE > SUBFORMAT: STD > SAMPLE_BITS: [8 32] > FRAME_BITS: [8 4096] > CHANNELS: [1 128] > RATE: [44100 384000] > PERIOD_TIME: [125 8708) > PERIOD_SIZE: [48 384] > PERIOD_BYTES: [48 196608] > PERIODS: [2 1024] > BUFFER_TIME: [250 8916463) > BUFFER_SIZE: [96 393216] > BUFFER_BYTES: [96 25165824] > TICK_TIME: ALL > > > > This shows the ALSA device for Ravenna is not reliable for some reason (e.g. wrongly configured, wrongly built). ALSA expects the underlying h/w driver to report the correct h/w params the device supports. This report says Ravenna device supports all variation 44.1kHz to 384Khz, 1 to 128 channels, sample formats S16_LE S24_LE S32_LE S24_3LE DSD_U8 DSD_U16_BE DSD_U32_BE etc. This is very wrong. This means you cannot rely on usual ALSA defaults - all aspects of the stream has to be defined to use. It is also probably the reason why use of plughw is doomed to fail. Normally, ALSA does parameter checking and unsupported values or combinations will be rejected with a reason. However with Ravenna device, ALSA cannot reject invalid setting and so squeezelite seems to be do nothing. Since the aplay works with 48kHz, S24_LE and 2 Chan . Then you'll need to do the same for squeezlite. The "-R -u vME:::28[/B]" is required when squeezelite does resampling - to simplify this can be left to LMS. You don't say what your LMS server or squeezelite client OS/system are - this can affect what options are available/used (e.g. correct mmap setting is usually critical on RPis). Starting with a simplified squeezelite command - fewer options means less chance for mistakes. Code: squeezelite -n AES -a 24 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA Try and post back output from squeezelite from very start, to first 30 secs of trying to play a stream. Zip and attach output to post if necessary. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > With regards to your question of sample rate. AES67 is restricted to > 48000Hzz in my case (My Audio DSP is only capable to process this rate) > The AES67 virtual Sound-card I installed only publish the Audio Data to > the DSP. I don't think there is a sync of capabilities between the > devices. When squeezelite tries to use an ALSA device,. the device will report what sample rates and sample sizes are supported and Squeezelite reports that back to LMS. So there should be no need to specify sample rate in command line. Command line options can often prevent squeezelite from working by overriding normal operations. Where did you see that "-R -u vME:::28 -r 48000-48000" are the proven correct options for the AES67/Ravenna ALSA driver ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > Hi, > > thank you very much for help. I followed your recommendations and it did > something: > > Changed to: > > > Code: > > sudo ./squeezelite -R -u vME:::28 -r 48000-48000 -d all=debug -o hw:CARD=RAVENNA > > > and now it starts with 48000HZ and no further error messages. > However no audio and an error in my Audio DSP that says: "Compromised > - Packet Missing" > > I guess this has nothing to do with squeezelite as it plays audio on > every soundcard expect this virtuel Ravenna card. > > I guess I have to reask my question: Does someone use this virtual > Sound Card (AES67/Ravenna) with squeezelite? > I suggest ask in a separate thread or possibllity check the spreadsheet of DAC (I don't know the URL offhand) Error message from squeezelite are usually easily identified. Still the basic question - why the need to restrict the sample rate using options ? ALSA should report the restrictions to player and then LMS should do the resampling automatically. If the device is not reporting its sample rate properly - I'd be concerned. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
s25a wrote: > Hi, > > could you please help me to start the auqeezelite player with the > correct params. It must be opened with 48000Hz and Format S16_LE > otherwise there will be an error with the soundcard. Using plughw rather than hw means ALSA can do lots of software conversion so why are you trying to override even more. Get a log with the original error with no overriding params so the real problem can be seen. Code: sudo ./squeezelite -s 10.0.0.192 -d all=debug -o hw:CARD=RAVENNA bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
th2j wrote: > For me it is a proof that Squeezelite is doing something different than > just transmit to alsa. Squeezelite manages volume - (i.e. LMS volume control of player & also Gain tags) that is all - look at the source code. aplay does not do anything with volume. So I think difference in vilume is one issue. Since you are using a "plughw" device and not a "hw" device - so the settings between aplay and Squeezelite are not directly comparable. Too small a buffer setting will cause choppiness - this is bad setting by user for chosen stream - not squeezelite fault. Squeezlite with convert to 24 bit to enable volume control with minimal loss of quality whereas aplay will not do conversion - so buffer sizes have to be different. plugw devices allow ALSA do so all sort of s/w conversion (e.g. bit rate resampling) - use alsa-capabiities to see the difference between a plughw:0,0 device and the hw:0,0 device. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
lozcspi wrote: > LMS log I don't knwo PCP that well - are you using 64bit version for Zero ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
lozcspi wrote: > ran a scan with a reduced library - LMS crashed and scan not completed. > > Guess the Pi2ZeroW isn't up to the task. > > No issues at all with the 4 Odd though that it terminated differently (not optimisation) with a reduced library. I would have expected it to fail in optimisation again since it scanned all the files before. It would seem to be a different but similar issue. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
lozcspi wrote: > yep... > > an update - I've built RPi4 and completed a scan first time with same > USB drive (albeit without the convertor cable) so presume library not > the issue. > Assuming there are no 3rd party plugins (e.g. Trackstat) which are causing extra delays. LMS is single threaded - although I think scanner can run as a separate process. Timeout message such as below could indicate that CPU is fully loaded and has not been released by scanning task to check on I/O Code: 22-03-15 12:26:47.8914] Slim::Plugin::InternetRadio::Plugin::_gotRadioError (71) Unable to retrieve radio directory from SN: Connect timed out: Inappropriate ioctl for device [22-03-15 12:26:51.7609] Slim::Networking::Repositories::__ANON__ (147) Failed to fetch https://github.com/LMS-Community/lms-plugin-repository/raw/master/extensions.xml: Timed out waiting for data As an experiment - have you tried reducing your library size (e.g. move some albums folder into a non scanned folder) to see if the scanning process ever completes. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
lozcspi wrote: > yes, also completely rebuilt a few times from scratch So Cache is on the SD card and only albums,tracks and playlist are on the USB drive ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
Have you tried the nuclear option - stop LMS and delete all *.db files in the Cache directory. Then start LMS and do a scan. It would means there should be nothing left over from previous problems (e.g. image issue) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS Crashing on PiCorePlayer 8.1 / Pi 2 Zero W
What is your Database memory Config setting ? (WebUI Setting/Advanced/Performance ) - for a Zero with less than 1Gb - I think it should be "normal" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116099 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Norfolk wrote: > I just installed an fresh image of pCP 8.1.0 on my RPi3B+ with > 7"-touchdisplay and Hifiberry DAC2 Pro - and it was almost too easy, i > felt like i'd have to extra-check everything in order to give me the > feeling I actually had to do something while installing it. > > Only a minor detail was a bit missleading. As output device, the > pulldown menu offers a) "HifiBerry DAC2HD (and Pro)", b) "HifiBerry DAC+ > (and Pro, AMP2)" and a few others. Having installed an "DAC2 Pro", I > assumed the right choise is (a), but actually I needed to select (b). > > BTW: "aplay -l" => "card 2: sndrpihifiberry [snd_rpi_hifiberry_dacplus], > device 0: HiFiBerry DAC+ Pro HiFi pcm512x-hifi-0 [HiFiBerry DAC+ Pro > HiFi pcm512x-hifi-0]". But it is a "DAC2 Pro", there's no doubt about > it. Maybe this gives some answer https://forums.slimdevices.com/showthread.php?113343-Hifiberry-Dac-Pro-and-RPI4-combo-not-working=997158=1#post997158 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Turning on stereo from piCorePlayer
andrewhess wrote: > I've updated to picoreplayer 8.1 64 bit and I reinstalled the > remotecontrol plugin by bpa. But now I get a notice that "Plugin is > incompatible with this version of Logitech Media Server. Please > update." > > Is there an updated version? No, it is should be a file edit, but have you tried checking the Settings/Plugins settings "Use unsupported extensions" (last line of Plugins page) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=109642 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
bpa wrote: > Attached is an edited version of dmesg. It logs > > 1. System boot from power up startup. Edited to start from "Starting > piCorePlayer v8.1.0 startup." > 2. dmesg shows stick was unmounted incorrectly - yet pcp was shutdown > using "pcp sd" command - does this not do a proper shut down ? > 3. output from "mount -l " to show stick is a rw > 4. From browser GUI - LMS was stopped and restarted. > 5. dmesg showing what has happened during LMS down/up - again edited > just to show from the message "Starting piCorePlayer v8.1.0 startup". > 6. output from "mount -l" to show stick is now "ro" > > 37190 > > I'm guessing the "errors=remount-ro" causes the stick to be remounted > "ro" - why is the shutdown /unmount not being done properly ? Answering my own question. It is an unusual situation with a vfat (FAT32) USB stick with dirty bit on - so possibly corrupted. On power up PCP will mount it "RW" but for come reason after a LMS stop/start it gets "disconnected" and remounted but because of file errors it is now mounted "ro". I expect fixing the file corruption should resolve the issue. It is a distraction from my original problem with CDplayer plugin and I can ruled it out as the source. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
paul- wrote: > There is no mount logic in the LMS start/stop routines. I wonder why > the OS would remount the drive. Is there anything in dmesg? Attached is an edited version of dmesg. It logs 1. System boot from power up startup. Edited to start from "Starting piCorePlayer v8.1.0 startup." 2. dmesg shows stick was unmounted incorrectly - yet pcp was shutdown using "pcp sd" command - does this not do a proper shut down ? 3. output from "mount -l " to show stick is a rw 4. From browser GUI - LMS was stopped and restarted. 5. dmesg showing what has happened during LMS down/up - again edited just to show from the message "Starting piCorePlayer v8.1.0 startup". 6. output from "mount -l" to show stick is now "ro" 37190 +---+ |Filename: dmesg-rw-ro-problem.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37190| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
I'm tracking down a problem with CDplayer in Pcp 8.0 and I found a strange behaviour. Clean install of PCP and a single USB vfat stick (i.e. /mnt/stick ) with two folder Albums (/mnt/stick/albums) and Playlists (/mnt/stick/playlists) Using LMS WebGUI - LMS settings set Music to /mnt/stick/albums and Playlist folder is set to /mnt/stick/playlists No Squeezelite player is running. Like standard LMS Infobrowser plugin (look for the infobrowser.opml file), the CDplayer plugin uses the Playlist folder to save menus. If pcp & LMS is powered on - the /mnt/stick is mounted "rw" Everything is OK - CDplayer can write into the playlist folder. Using the PCP browser interface if LMS is stopped & then restarted (i.e. PCP is not shutdown) - the /mnt/stick is now mounted is "ro" So problems then happen as CDplayer plugin cannot write into a folder which it could write into before. Is there a reason for the inconsistent behaviour ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
ralphy wrote: > I would recommend using *-o hw:CARD=A,DEV=0* for the output device, this > way squeezelite knows the "true" capabilities of the device. ie. only > supports 48Khz Although in this case the iec958 seems to have the same h/w capabilities, I think it is better practice to use "hw" to be sure no ALSA processing. To help understand why the rate change in playback is happening, I think the player.source logging is also necessary to see what processing LMS is performing and whether it is the source of the problem (e.g. after resampling is audio sent as Flac or PCM to player) . bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Man in a van wrote: > And these are the other commands :) Full marks for diligence. The output shows there is *no* difference in capabilties between the hw:CARD=A and the iec958:CARD=A. If you tried with plughw:CARD=A not usually worthwhile, as it should show all possible capabilities as ALSA will resample / convert any format request from an application so that it can be played on the h/w device. Why plughw: results in no audio whereas iec958: got slow rate might point to an issues about the format that OP is trying to play. Hypothesis: If requested format was say 192kHz/32 and device was plughw. LMS would pass audio to standard plughw and it would accept it but ALSA buffering might be too small to start audio. If requested format was say 192kHz/32 and device was iec958. LMS would do some transcoding to say 48k (perhaps incorrectly) and then iec958 would be play it but with errors due to transcoding issue. I suggest OP provides details of format of requested audio and when playing to iec958 - log LMS transcoding if any (i.e. player.source set to INFO for the "song") bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Man in a van wrote: > > > Code: > > > Card 2, ID `A', name `USB-C to 3.5mm Headphone Jack A' > Device 0, ID `USB Audio', name `USB Audio', 1 subdevices (1 available) > 2 channels, sampling rate 48000..48000 Hz > Sample formats: S16_LE, S24_3LE > Buffer size range from 96 to 262144 > Period size range from 48 to 131072 > > > > This shows ALSA is reporting that card 'A' is only capable of 48kHz and squeezelite should report this to LMS unless overriden. I wonder whether Smitty2K1 has some parameter on the squeezelite command line to override this info or mangle the data (e.g. resample) @Smitty2K1 - get a better understanding of what has gone wrong - the rate change should be measured (e.g. how long does it take in realtime to play 30 secs of a CD quality 44.1Khz/16 bit audio) - factor of 2 usually means channel issue, fast/slow factor of 8% usually means 44.1k vs 48k mixup. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Use the tool "alsacap" to check the difference in playback capabilities between the "iec958:CARD=A,DEV=0" device and the "hw:CARD=A,DEV=0" Rate issues are usually because Squeezelite reports back to LMS that device is native capable of the playing various output rates - it would be good to see what ALSA reports for the iec device and the hw device. alternative to alsacap would be to use command below but you have to CTRL/C to stop it "playing". Dewvice being tested is after "-D". Code: aplay -v --dump-hw-params -D iec958:CARD=A,DEV=0 -f cd /dev/zero I don't know PCP but in general you should also check out the "default" device in case system sounds are being routed out through the "CARD=A" DAC. To check if there is a "hidden" or non standard control for the DAC - use the amixer command scontent to show controls and their contents. The card being checked is after the "-c" option - example shows for "CARD=A" Code: amixer -c A scontents bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PiCorePlayer on pi zero 2 - possible touch improvements?
Capacitive screen rely on moisture in the skin. Some screens have difficulty with people with dry/cold skin also often older people. Check if this the problem by using as stylus (or gloves with special tips), wetting your finger, use moisturising cream, get hands warm etc. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115823 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS doesn`t detect Sqeezelite on a RPI4
d6jg wrote: > The server port is wrongly declared. > 3483 is for discovery but the server runs on 9000 unless it discovers > something else there in which case 9001 etc For completeness. Port 3483 TCP is used for all slimproto (i.e. player control). bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115716 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Labarum wrote: > And it has just occurred to me that I have an Apple in-line DAC which is > extreme well reviewed and costs £9 > > https://www.apple.com/uk/shop/product/MU7E2ZM/A/usb-c-to-35mm-headphone-jack-adapter > Are you sure it is a DAC ? I got a similar adapter for a Samsung tablet and only works with the tablet - doesn't work when plugged into a Windows laptop https://www.samsung.com/uk/mobile-accessories/type-c-adapter-ee-uc10-ee-uc10juwegww/ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] LMS doesn`t detect Sqeezelite on a RPI4
drerd wrote: > I tried to install also Local Player from the LMS plugins , still no > music is heard . LocalPlayer just tell squeezelite to play directly from a file and not streamed form LMS. All player control is done via network. I know nothing about Docket etc. but your issues is probably network - something is blocking discovery which is a broadcast packet. Have you tried manually (i.e. command line option) telling squeezelite the IP address of the LMS server. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115716 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] VU Meter Not Working
Instead of amixer - IIRC the ALSA control can be accessed using the -V and -U option on the squeezelite command line bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115597 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
MartinS0815 wrote: > Hi, i´m trying to get Squeezelite running on a pulseaudio system, but it > fails. > > PA is running, squeezelite on direct HW was also running. > But if I use -o pulse, it does not start > A good utility to help with managing pulseaudio and how it is configured is pavucontrol. Check your output device is there an available. > > > Code: > > pi@pidisplay:~ $ sudo squeezelite-armv6hf > [22:41:34.859182] test_open:281 playback open error: Connection refused > [22:41:34.859581] output_init_common:401 unable to open output device: default > > > There is a squeezlite-pulse especially for Pulseaudio. Have you tried it ? https://sourceforge.net/projects/lmsclients/files/squeezelite/linux/ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Raspberry pi 4 with PiCorePlayer HDMI Hi-Res Noise
I'm not familiar with PCP or audio over HDMI on Pi but a duplicated Raspbian thread from MAr 2021 seems to indicate that Pi4 default 16 bit output to HDMI not 24 bit. If this is so on PCP as well, could this may be the origin of hiss. https://github.com/raspberrypi/linux/issues/4204 https://forums.raspberrypi.com/viewtopic.php?f=28=306656=1835193 What does alsa-capabilities say about the "hw:" device for HMDI-0 (e.g. sample size supported) ? is it any different for HDMI-1 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115526 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Squeezelite with USB DAC plays max at 48k
hafnpin wrote: > Yeah it's a headless server, no desktop installed. I installed SL the > same way you described in my user account with "sudo install > squeezelite" if you run "ps aux | grep squeeze" you should see it > running as root. > > Trying "hw:CARD=PT100,DEV=0" gives me the same issue. Unable to use the > DAC at DEV0. I can only seem to use it at DEV1 which is limited to > 44.1k-48k. > Have you checked whether the card has additional controls - maybe accessible via alscactl ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115518 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Squeezelite with USB DAC plays max at 48k
Paul Webster wrote: > Have you checked that this message is not important? > > Code: > > > [19:44:09.074788] alsa_open:530 unable to set hw params: No space left on device > > > > > Has the filesystem run out of free space? The preceding Errno -28 is the same error "out of space" Squeezelite 1.9.8-1317 is about 1 year old. You could update to newer version justin case there is some odd bug. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115518 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Squeezelite with USB DAC plays max at 48k
hafnpin wrote: > So I'm still stuck but maybe the error "ALSA snd_pcm_hw_hw_params:386 > SNDRV_PCM_IOCTL_HW_PARAMS failed (-28)" will resonate with someone here? plughw - uses software to provide greater capabilities. The raw capabiltiies of your DAC as seen by ALSA is show by alsa-capabilities with a "hw:" notation. Is this audio device already in use by an application such as a browser ? sysdefault is the DAC you want to use. Ideally you should move sysdefault away from your dac. I'm not sure about permissions/groups etc in raspbian - has the user which is running squeezelite got permission to access the alsa device. Is there an audoi group the user shpoudl be a member of ? What version of raspbian ? IIRC Newer version has Pulseaudio installed by default ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115518 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Squeezelite with USB DAC plays max at 48k
what is the output of alsa-capabilities for the devices which use for squeezlite output ? What data rates are shown ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115518 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] New HiFiBerry DAC+ ADC with analogue input
off112 wrote: > * In the Tweaks menu, Streamer for Audio Input: > hw:CARD=sndrpihifiberry,DEV=0 > * I have installed WaveInput I don't know PCP in detail but AFAIK these are two DIFFERENT input streaming solutions - not to be used in parallel. Waveinput is a LMS plugin to stream from an ALSA input device.played througha wavin: favorites Streamer for Audio input is a http streamer for a PCP player with audio input h/w only configuruation (i.e. no LMS) - played through a http:// type URL My understanding would need to be confirmed by a PCP maintainer. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=110345 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Problem with adding subscribed music streaming
MidGe wrote: > Thank you for your prompt reply. > > I have installed the plugin and restarted the system, but, > unfortunately, that does not seem to fix the problem I have. In the > playlist the name of the stream is still overridden by the song title. > > Perhaps instead of using a playlist is it possible to add the streams > under "radio" instead of playlist, or even under "podcasts"? If so, how > can that be done? What is the location and format of the URL's for > these? > > Thanks again. You cannot add stream under "Radio" menu - only plugins can add menu items. I think the underlying issue is that LMS assume the "stream" provides its own metadata (like metadata in a file) but many station do not supply the metadata (e.g. station name, logo) and so LMS display what stations provide. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115231 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PiCorePlayer: soundcard Audioinjector stereo not working RPi 3a
cassio299 wrote: > However the sound became flat so I will only use this in an emergency. Are still using dmix ? This is a mixer and so another source (e.g. system sounds) can be merged and possibly affecting the audio . Try with plughw. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115118 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PiCorePlayer: soundcard Audioinjector stereo not working RPi 3a
cassio299 wrote: > I can't see any problems in the dmesg file maybe because I don't know > what to look fore. I think these lines may be the issue in dmesg Code: . . [ 10.001058] wm8731 1-001a: supply DBVDD not found, using dummy regulator [ 10.002405] audioinjector-stereo soc:sound: snd_soc_register_card failed (-517) [ 10.003540] [ cut here ] [ 10.003636] WARNING: CPU: 0 PID: 32 at sound/core/init.c:208 snd_card_new+0x43c/0x474 [snd] [ 10.003645] Modules linked in: snd_soc_wm8731(+) regmap_spi spidev(+) regmap_i2c snd_soc_audioinjector_pi_soundcard brcmfmac brcmutil sha256_generic cfg80211 rfkill raspberrypi_hwmon snd_soc_bcm2835_i2s spi_bcm2835 snd_soc_core snd_compress snd_pcm_dmaengine i2c_bcm2835 . . bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115118 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
lordvader wrote: > > Code: > > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000, 705600, 768000, 1411200, 1536000 > > > >From a quick look at the code (I only know a little bit about it) - squeezelite has a max rate of 768000 (I'm not sure if this is updated by ALSA returned values) and I think squeezelite compares the max rate against the stream sample rate/32 (i.e. 45158400/32 =1411200 ) As a test I suggest adding the following squeezelite command line option "-r 44100-1411200" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
lordvader wrote: > DSD1024 isn't generally available, but anything I can do to help debug, > would love to have a crack at it. The error message is shown when squeezelite has determined that the sample rate of the stream is too high for the "supported sample rates" - not sure where that comes from yet. Run the alsacap tool to show what ALSA capabilities are for the device. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
In this 2006 post Sean Adams says this feature is only for SB1 - it should nto be needed for BS2 or Sb3. seanadams wrote: > Right, however this is ONLY needed with Squeezebox1. SB2 and SB3 do not > drop the s/pdif signal, so there is no resyncing invovled. If sync is > lost during silence, then sending more silence would not make a > difference. Maybe I should not have assumed that he had a new > Squeezebox... unless it is an SB1, this is almost certainly a bug in the > receiver. https://forums.slimdevices.com/showthread.php?26307-Beginning-of-Song-Gets-Cut-Off=128324=1#post128324 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
The way to see who needs it is to look for post with "start chopped" or "truncated" The feature was introduced around 10-May-2004 nightlies of 5.1.6 - and still didn't solve user problem. https://forums.slimdevices.com/showthread.php?6014-Beginning-of-songs-chopped-off-and-unable-to-seek-with-5-1-6-on-Windows=16130=1#post16130 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
schup011 wrote: > Couldn't those lines in the code be tracked back when they were > introduced or changed in order to understand what the reason for > introducing this feature was? I'm sure somebody could spend time and look back at Slimserver 5.* & 6.* but does it help ? It won't really explain why the feature was added nor who actually needs it today and their finite time can be spent fixing other problem which affect more users. My gut feeling is that not many users actually need the feature today. I think digital input have improved and don't need time to sync up. If it was really needed today, I would have expected a few Flac,AAC,Ogg & WMA users to have asked for it but I can't remember any requests Currently some users may do play with this setting if they are trying to solve a problem and if problem is "solved", setting is likely a placebo as they are unlikely to be only playing MP3. My strategy would be (i) remove the setting from Web page and so prevent new users setting non zero values. (ii) existing users would keep their non-zero setting in prefs. No visible setting will make then ask what happened so actual users will be come visible and can be investigated. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
mherger wrote: > > The fact it only applies to MP3 is inconsistent but nobody cared too > > much - however it only works for 44.1k - play non 44.1k and you get > slow > > playback or chipmunks. > > Does that apply to formats other than mp3, too? Would they fail to play? OP has said they have tested with AAC and there is no problem. It seems that silence is ONLY added when format is MP3. All calculations in code assume a 44.1kHz stream. The issue may now be noticeable because of s/w players using ALSA which have a sample rate defined when opened. I wonder whether old h/w player (e.g. SB1) can change sample rate on the fly when natively decoded. MP3 frames have sample rate in the frame header, so that a rate change between silence frame and audio frames could be a passed onto DAC Just by looking at LMS code, the current implementation looks like it checks for MP3 format and then uses a file called lbrsilence.mp3 to add the required number of MP3 frames of audio silence. There are no equivalent "silence" files for Flac, WMA or OGG which I think would be necessary if the other SB2/SB3 native formats also added silence. Strangely there are two other files which seem to be unused: silence.mp3 and silentpacket.mp3 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
slartibartfast wrote: > From the description it only applies to mp3 The fact it only applies to MP3 is inconsistent but nobody cared too much - however it only works for 44.1k - play non 44.1k and you get slow playback or chipmunks. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
mherger wrote: > I'm wondering whether this is something SliMP3 and/or SB1 needed. Would > recent players or Squeezelite work without those files? I'd rather > disable this for recent players than add new files. This issue has been noticed before 2020 https://forums.slimdevices.com/showthread.php?113304-Streaming-problem=996281=1#post996281 2018 https://forums.slimdevices.com/showthread.php?109252-I-inadvertently-broke-MP3-playback=917005=1#post917005 2018 https://forums.slimdevices.com/showthread.php?109778-Playing-tracks-in-with-different-sample-rates-in-radom-mix=926245=1#post926245 2016 https://forums.slimdevices.com/showthread.php?106445-PiCorePlayer-not-playing-mp3=867418=1#post867418 I think this is a setting introduced for digital outputs where some DAC/AV receivers used to chop off start of track/stream as they needed time to get going. So probably for SB1 - first player to have digital output. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 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 for current DACs - I feel users would have been demanding it as they would have needed it to play Flac and AAC. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 streaming radio. Need to understand - does this feature work with AAC/Flac streams ? If not then why bother with the feature for MP3 streams only ? If yes, why does it work with AAC/Flac and not MP3 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 > people have the problem, it might be the easiest way. Thinking a bit more - this approach would probably fail if players are synced. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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, it might be the easiest way. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 adding the "Audio startup time" to 1s. 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. > Of course would be great to have it working also with the silence. So > either LMS must modify the silence header for the final sample rate or > resend the header when the silence is over, or Squeezelite be fixed to > recognize the "on-the-fly" sample rate change. > > Who can fix this? Michael would certainly co-ordinate as necessary. Next step is diagnose what has been broken - perhaps it has been broken for a long time. Philippe made a lot of "streaming audio" changes for 8.* so I'm guessing he'll check to see if some of his changes cause the problem. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 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 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 header. MP3 stream are continuous so when players "joins" the broadcast - it could be in the middle of the audio data part but player doesn't know stream or file. So decoder will look at first few bytes which is likely to NOT be a header so decoder will fail and so decoder will then skip data by looking for 0xFF, 0xF? sequence to find next MP3 header & frame. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 confused about is that with flac or aac, 48 kHz > rates are no problem. So as data out to the HDMI is PCM anyway, the > Marantz should not notice whether it was mp3 or aac or flac originally. The HDMI interface is an ALSA interface to squeezelite. Depending on the HDMI interface capabilities and the ALSA device opened - the ALSA can resample streams which are incompatible. The interface expects PCMs frames and also when opening the ALSA device parameters about the PCM stream such as sample size (e.g. 16bit, 24bit), channels and how fast to play the frames. For some reason after decoding MP3 frames, squeezelite decides to open the ALSA device with 44.1khz and not 48kHz. 48kHz MP3 is unusual and so perhaps there is a bug where the 48kHz gets "lost". A squeezelite bug should be replicable and so show up on other systems. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
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 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 hardware so that maybe others can test ? What model of Marantz - with HDMI there is negotiation as to what rates are supported by HDMI device. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
schup011 wrote: > I tried -r 44100, but then only 44.1 kHz streams are played. LMS just > does not play the other ones (I press play, then it shortly checks the > stream and control goes back to stopped after 1-2s without having played > anything). Since this fails and -r 44100,48000 works it seems to indicat that your LMS resampling is broken or disabled. What is your LMS version ? Are you using PCP for LMS or another system ? is sox installed ? > BTW: I tried both "Direct streaming" and "Streaming via Proxy" as LMS > settings for this specific player. These are distractions. Direct stream is for URL to play direct to Squeezelite - only possible if it is a compaitbl stream if LMS has to resample - then it will not play direct. Proxy means LMS gets involved as a relay. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
schup011 wrote: > Hm... all 44.1 play well, the 48 ones don't. And any FLAC is working > well, no matter whether 44.1 or 48. Sorry I wrote it down backwards. What model Marantz is your receiver ? > Anyway, what could be the correct squeezelite parameters? Normally the supported rates are obtained from the ALSA device The option "-r" can override what rates are supported so "-r 44100,48000" says both 44.1kHz and 48kHz are supported. In your case you should try "-r 44100" so that stream that are not 44.1Khz will be resampled by LMS. > EDIT: What does "native support" mean? What is sent over the HDMI > interface? Is it still the encoded stream or already decoded? > Is the stream that arrives at the Marantz over HDMI from a 48 kHz mp3 > different from one 48 kHz flac? I think the stream from Squeezelite to Marantz will always be PCM - Squeezelite will decode MP3, Flac , AAC etc into PCM samples. So it will be up to Squeezelite to open the ALSA device with the right speed as determined from the audio codec header in the audio stream from LMS (assuming that LMS is sending MP3 or Flac to squeezelite and has not been disabled in LMS) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer: Radio is streamed with wrong frequency
schup011 wrote: > I suspect this has to do with the Marantz HDMI and seems to be connected > with 48kHz, mp3. The 44.1 kHz mp3 streams from my music collection work > flawlessly, also the 48 kHz flacs. Is it possible to transcode such mp3 > 48 kHz? > > EDIT: Just discovered that also 48 kHz mp3 from my music library play > wrong. I usually don't have them, only flac. But I generated one, and it > is the same as with the radio. It seems your Marantz cannot play 44.1kHz natively but LMS hasn't been told this (i.e squeezelite reports it has 44.1Khz capability). If this is the case you to provide squeezelite parameters to tell LMS that only 48kHz is supported on Marantz player. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] poCorePlayer - DAB+ discussion
stevemartins wrote: > Switching on mobile hotspot every time I get in the car, or buying a GSM > modem and separate sim card account don't seem like great options to me > (or maybe I just like a challenge...). I was thinking more about remote SIMs where the car "borrows" the phone SIM (i.e. no SIM in car) using Bluetooth and then the car can also provide a wifi hotspot within the car. > > https://github.com/hradio/omri-usb is a C library and JNI android > library which is used by DAB-Z as middleware, I'm hoping that porting > that to the pi isn't too difficult, all the java stuff appears just to > be wrapper code to the C functions. OK - good there is open source application for dongle you have. I think you should develop & test on a full Raspbian system - then recompile for PCP. To interface with LMS - I think you should be aiming for a command line which can take parameters to tune (i) if no audio stream then stream audio to STDOUT and feed into LMS. (ii) if standard USB PCM audio stream - use arecord to capture and feed into LMS. (iii) Leave metadata until tuning ans treaming audio is sorted. Metadata can be handled in many ways. If there is a simple PCM audio interface then you'll be able to use "arecord" to test and check. Check the USB device to see if there is a audio interface - use something like "*lsusb -v -d 077d:627a*" Look in the output for "audio" interface that is "streaming". It'll also give the format such as PCM but possibly audio from DABmay not be decoded and may still be in AAC. The lsusb output will say what is supported. Truncated output for a RadioShark USB which has AM/FM audio on audio streaming but tuning and LED control is through a HID. Code: Bus 003 Device 013: ID 077d:627a Griffin Technology Radio SHARK Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x077d Griffin Technology idProduct 0x627a Radio SHARK bcdDevice0.10 iManufacturer 1 Griffin Technology, Inc. iProduct2 radioSHARK iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x00e3 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 3 F5 2006/04/27 17:50 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 0x001e bInCollection 1 baInterfaceNr(0)1 AudioControl Interface Descriptor: bLength12 bDescriptorType36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID13 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 1 iTerminal 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 13 bDelay 0 frames wFormatTag 0x0001 PCM AudioStreaming Interface Descriptor: bLength14 bDescriptorType36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 1 bSubframeSize 1 bBitResolution 8 bSamFreqType0 Continuous tLowerSamFreq6400 tUpperSamFreq 48000 Endpoint
Re: [SlimDevices: Unix] poCorePlayer - DAB+ discussion
stevemartins wrote: > I'm building a piCorePlayer based in car entertainment platform, DAB > radio would seem to be the right choice for in car, but happy to be > corrected. I don't want to rely purely on a mobile wifi hotspot/on board > music for my radio while driving. > > I can see the device under /sys/bus/usb... and it identifies correctly > under "description", has the control end point... I can't where to hook > the audio from though. It's all just an idea at the minute. While I can see the logic of in-car - just I find it hard to believe there are roads with a DAB+ signal and not a mobile one. It's just a word of caution as I think DAB+ may be hard work on a Raspberry Pi. Rather than the undocumented USB adaptor you've got you may have better luck with a RTL-SDR (adaptors are quite cheap 10-20 £/$/) as there is more open s/w available (e.g. https://github.com/AlbrechtL/welle.io ) but the downside as it is SDR (it can do any RF not just DAB) but it requires a good CPU but I believe it is ok on Pi3. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114894 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] poCorePlayer - DAB+ discussion
A few years ago, I did a plugin for RadioShark (an AM/FM dongle) and it had no metadata. A USB device may enumerate but does it provides access to the device controls. For DAB+ support - you'll need access to an interface that provides (i) controls to tune (and maybe scan) (ii) audio and (iii) metadata The standard USB may only provide audio- access to the other control may require a special support application. To work on pcp - this support application is best written in C and C++ (better still Perl but highly unlikely). The basic question is why do you want to implement DAB+ ? DAB+ is losing support because streaming radio over internet (whether wifi or mobile) is more attractive to broadcasters. In Ireland the DAB+ networks have shutdown because of the lack of growth/demand. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114894 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Linux noob
Muele wrote: > Yesterday I got piCorePlayer up and running on the pi. Impressive how > easy that was. But it doesn't seem to be able to serve all of my needs. What are your needs that are missing with picoreplayer ? It will help provide a baseline for answers. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114879 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Paul Webster wrote: > Resolved - see post from today ... it was ffmpeg on pCP cannot handle > https because it was not built with the libraries - so ffmpeg did not > even get as far as trying to play it. OK. But if you see any MPEG-4 stream that LMS cannot handle - please post the URL so at least it can be investigated. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Paul Webster wrote: > I have seen that some MP4 streams were not playing - LMS 8.1.2 to > variety of players. Can you give examples. There are lots of options/aternatives within MP4 and the more that are documented - the more that canbe made playable. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Transition to Linux from Windows Mostly Complete, but Issues with WMA files
The Duet (i.e. Receiver) should be able to play WMA natively UNLESS the WMA fire are really WMAL (i.e. lossless). What is the full WMA format (e.g. 7,8,9,10, Lossless, Pro etc.) of the file ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114241 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
mvordeme wrote: > I had found two different types of files, one of which had been > identified somewhere above in the discussion. So far, I have not been > able to actually see it happen. Every time I observe the system, all new > file handles are closed again after a few minutes. I have been thinking > about writing a little watch dog to alert me when it happens. It was a good while back and I think it may be good to look again. I wonder whether the contents of the file somehow results in a scanning error. For scanning streamed audio, the audio header (to be scanned) is saved in a temporary file usually created using File::Temp->new() and it is possible to do have better control over the temp file. My initial idea would be to use TEMPLATE so that the name of the temp file has additional info such as code module, streamname, format etc. - the "lsof" can then be used to see if any commonality in the files being left open. It is also possible override auto deletion when the associated object is destroyed so contents can be examined The File::Temp also has its own debugging which can be enabled although not sure what it produces - but ultimately it is the module which is responsible for deleting the file. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
mvordeme wrote: > Now it is finally dead and does not play anything any more. The file > handle count is up to 1024 and memory consumption is above 1 G. If the files are the issue (or possibly a side effect of the issue - objects not being garbage collected), then I think you have to find out what's in the files and so get an indication of where they came from. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] help -know when song is almost over because there comes a little garble, some bump
NoobNR7 wrote: > Hi bpa, > I only have deezer account. > I will make free account at Tidal? > To find out what happens... > > I will report back. Not sure if I can make it back tonight... > Would surely like to see this issue resolved though > So definitely coming back. Tomorrow evening I have more time. > > Tidal Is that like Deezer? Installing plugin? Sorry I don't know but I think it is similar. >From a problem point of view - nobody else has reported similar. So need to localise the problem into speciifcally Deezer service or possibly more general your LMS/player. The player with pcp and hifiberry is well used and nobody else reports this issue - so unlikley to be hardware unless you are using non standard squeezelite or other settings or did some custom tuning . Earlier you though it may related to crossfading - have you tried with all sorts of fading disabled ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114134 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] help -know when song is almost over because there comes a little garble, some bump
NoobNR7 wrote: > Hi bpa, > If I put some MP3 files (on my NAS) in a playlist. It does not seem to > give me problems at the end of a song. > So that is working better than my songs from Deezer... The issue might relate to similar multitrack streaming services such as Spotify and Tidal rather than file based. Any problem with other streaming services.? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114134 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Simple Linux OS for Jivelite, LMS on PC
You were down this path before see https://forums.slimdevices.com/showthread.php?71-I-need-a-very-small-linux-to-run-LMS-on-PC I suspect same suggestion may be made that you have already explored. It might help if you could explain why for example LMS would not run under puppy Linux - was it missing libraries, werong version of perl, incompatibility etc. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114159 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] help -know when song is almost over because there comes a little garble, some bump
NoobNR7 wrote: > This happens listening to playlists from Deezer. Only with Deezer or does it happen with other playlist ? or haven't tested. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114134 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] [BBB] Squeezelite working only when manually started from command line
I think the issue is sharing of audio. Some application using ALSA ( on say desktop ) can hog an audio device and so the squeezelite service would fail. Pulseaudio is for sharing audio devices. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114144 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Man in a van wrote: > Nothing to lose yes but in case it gets into folk culture the "-a :::0" is to do with mmap parameter which in the Pi4 problem seems to be specific to Pi and the memory mapping of the BCM2835 SoC and so shouldn't affect an x64 type processor bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > Big News. > Starting LMS with LC_ALL=C instead of LC_ALL=en_US=UTF-8 solves the > bug. > > My first reaction was "How the f a locale setting can cause a memory > leak of 12GB in an OS used by servers (Netflix included as an > example)??" Because this seems to be a bug of the OS and not of Perl > itself. > See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239520#c11 Great that you solved it. Even better that it was not something obvious. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
philippe_44 wrote: > The 'pipeline_pending_bytes' are not released either when being shrunk > or re-assigned to the substr() of $pendingBytes. In any case, > unfortunately, it looks like an obscure BSD+Perl issue that will be > quasi-impossible to track w/o a full system and my FreeBSD VM is a real > pain to use on VirtualBox as some of the drivers does not work well. There have been user of LMS on FreeBSD system for a good while and transcoding is bound ot be used - yet I don't recall crash report. Could it be that the behaviour (i.e. don't shrink memory allocation from "high water" mark is normal for FreeBSD) is normal FreeBSD and that perhaps FreeBSD does shrink it back if resources get stretched. A bit like the 500 file handles issues just discussed. @Simonef Assuming this is not a LMS bug. What is the long term detrimental effect of large memory allocated to LMS - does system crash ? What problem could arise with large memory allocated to LMS - do other processes fail to start ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > As already stated before: > 4 local flacs (random) > No plugin involved. > With every kind of audio processing, sox, FLAC, lame. > This does not happen only if there Is no transcoding involved. If this issue happens with any use of pipelining then I think there would be many more reports. I think this may be a FreeBSD issue and not a Linux one - I can't see the post where a Linux user has this same issue. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
bpa wrote: > This looks like MPEG4 header - I recognise the udta and mdat > > IIRC LMS reads the start (e.g. x number of bytes)of the files/stream > (maybe into a temp file) before it can tell a player to stream. In Slim::Utils::Scanner:Remote.pm - the routine streamAudioData - reads 128*1024 bytes into a Temp file. How big are these temp files ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
mvordeme wrote: > But 450? And all of them are still open in LMS. > > Files containing binary data only seem to end like this:> Code: > > Tsgpdroll sbgprollEbudtaZmeta!hdlrmdirappl-ilst%too dataLavf58.20.10freeZMmdat > > This looks like MPEG4 header - I recognise the udta and mdat bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
bpa wrote: > As a sanity check, you can check whether number of handles increases > after playing a pipeline process started/finished with something like > lsof -p | wc -l As a reference,I did a quick test playing a file to a player and it is the only activity on LMS. File handles go up by 4 when playing. Drop by 2 when track is stopped. After about a minute drops by another 2 to original value. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > . While the transcoding software used (sox, flac lame or whatever) > is always correctly closed, the size of slimserver.pl grows A LOT and > the ram usage of slimserver.pl never goes down. > So I'm pretty sure that it's leaving some handles/objects around open. > And there is also a correlation that let me think this is the case: when > transcoding a small file (mp3) che ram usage grows slowly, when > transcoding a huge file (32/384k or DSD) the RAM usage grows extremely > fast. > > But while I'm a dev, I'm not familiar at all with both perl (never used > it) and how lms manages pipelining, so the only thing I can do is > testing and reporting :/ There is buffering of data withing LMS and so file compression will affect how much is buffered. A lot of buffering is associated with a file handle. Perl will only garbage collect resources associated with a file handle when it is closed and no longer in use. As a sanity check, you can check whether number of handles increases after playing a pipeline process started/finished with something like lsof -p | wc -l bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > The memory leak is present on *BSD. And it seems also of linux arm > platforms (as said by another user) > I've NOT experienced this bug in debian x64 A long time ago, on some Linux distros, there was a problem with pipelining when the transcoding process would not shut down properly and become a zombie - this would mean many resources in LMS would not be released as handles were not closed etc. It is a wild shot but are there any zombie processes or any indication that pipelining is leaving handles open or no. increasing ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > No, the bug has to do with the pipelining. I have passed the witness to > philippe44 to analyze the code. I got a little lost on platforms being used. Your initial report was on a FreeNAS. Then you later said bug does not happen in Debian 64bit. Can you clarify the problem happens only when transcoding on either Linux based or FreeBSD based system ? or just on FreeBSD based system ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
[SlimDevices: Unix] SMB share: LMS keeps last played file locked
Are you using Local PLayer plugin ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113851 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Network dropout with pCP 7.0.0
pputzer wrote: > BTW it's not a routing dropout, the wireless radio seems to get > disabled. Is this a Pi4 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113680 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Redirect from ip1:9000 to newip:80
Have you looked at this thread https://forums.slimdevices.com/showthread.php?113093-server-on-port-80 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113639 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Turning on stereo from piCorePlayer
Marsupial wrote: > Is your plugin flexible enough to send http commands upon pressing a > menu entry, without stopping playback (not expecting to play something > in return like we'd do with a favourite)? > Can this http command be customized? The plugin is generic but it is just a proof of concept. It is designed to send a HTTP message and if necessary get a reply asynchronously (i.e. a routine is executed when reply is received - the code does not wait for reply). It may be possible to display the reply as a text in the next level of menu (e.g. Success, Temperature 24C)) If you have an example message body (which may be text, binary, XML not just JSON) and reply - I can probably modify it quickly - which you can thenuse as a template. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=109642 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
