Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
posnos wrote: > Thanks to all for the replies. > > Yes I understand that a track doesnt need to be completely in memory, > the memory buffer pages will follow a LIFO scheme where stale pages are > reused. > It was just interesting that various well known contributors on some > non-slimdevices forums suggested such a wide disparity in squeezelite > buffer size. > > I can see that a few 100MB would be ok but to me 2GB per buffer (4GB in > total between the I/O buffers) would result in a large amount of unused > and/or stale memory that squeezelite would have to manage. The larger > the buffer the more the management overhead. > > I would add to what Michael said that some people foolishly think that sound quality is better if the file is fully in RAM instead of being streamed piece by piece while it's being played. Not only is it a non-sense but also with squeezelite, this might happen for the 1st track, but as soon as the 1st track is fully decoded, then the 2nd one will be streamed while the 1st is beeing played (and so on). So don't overthink things that do not matter anyway :) LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
It was just interesting the various well known contributors on some non-slimdevices forums suggested such a wide disparity in squeezelite buffer size. Maybe the reason for the discrepancy is rather simple: it doesn't really matter. I've been in touch with one of the "give it all the memory you can afford" section - because they were having problems with the playback. Some people seem to prefer discussing numbers over listening to the music. I prefer the music. Leave those parameters alone and just enjoy a music. -- Michael ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: SuperDateTime - Current Date/Temperature and/or Baseball Screensaver
phred wrote:
> On both my Touch and my Radio, the current weather from SuperDateTime
> v5.9.56 hasn't changed since late yesterday afternoon. It's showing the
> same temperature now as it did last night. And the temp has definitely
> changed. Also the next four day's forecasts are very different than what
> I'm seeing on the weather.com website.
>
> I have power-cycled both devices. I have stopped and restarted LMS. I
> have rebooted the Win10 machine where LMS lives. No changes in current
> temp, nor the forecasts.
>
> It's almost like weather.com has changed the identifier. Or weather.com
> isn't transmitting any new data. Despite the fact that their site shows
> data that is closer to reality.
>
> Looking in the server log starting on Oct 26, I see this:
> [19-10-26 18:56:05.9408] Plugins::SuperDateTime::Plugin::gotWeatherNow
> (3549) Unknown Barometer Trend Status!!! Code = 4
> [19-10-26 18:56:05.9410] Plugins::SuperDateTime::Plugin::gotWeatherNow
> (3550) Barometer Trend Description = Falling Rapidly
> [19-10-26 19:11:36.9706] Plugins::SuperDateTime::Plugin::gotWeatherNow
> (3549) Unknown Barometer Trend Status!!! Code = 4
> [19-10-26 19:11:36.9709] Plugins::SuperDateTime::Plugin::gotWeatherNow
> (3550) Barometer Trend Description = Falling Rapidly
> [19-10-27 04:35:22.8107] Plugins::SuperDateTime::Plugin::gotWeatherNow
> (3546) BaroTrend Code = 3 Baro Trend Description: Rising Rapidly
>
> And that last line repeats until 08:00 on Oct 27.
> The only more recent entry is when I stopped and restarted LMS today.
>
> So my questions are these:
> 1- where can I find/confirm the weather.com identifier?
> 2- what is going on here?
>
> Thanks.
>
> EDIT: Never mind. I don't know when or why, but it appears the
> weather.com city identifier was set to 60614:4:US when it had been
> 02116:4:US. Up until today, the PC on which LMS lives hasn't been
> rebooted since Oct 15, so I can't figure out how or why the ID changed
> at some point yesterday. Now that the correct ID has be (re)entered, the
> current conditions and forecasts are once again correct.
The SDT plugin defaults to 60614:4:US if the weather.com identifier is
blank or not in the correct format. See code below. It is possibly the
weather.com station identifier was inadvertently altered when making
another setting change to SDT.
Code:
# Get previous settings or set default
if ($prefs->get('city') !~ /.+\:\d\:\D\D/) { # Check for proper weather.com
citycode format
$log->error("Check your Weather.com Identifier. Your entry = " .
$prefs->get('city'));
$prefs->set('city','60614:4:US'); #Default to Chicago... cuz Chicago is where
it's at!
$log->error("Defaulting identifier to Chicago: " . $prefs->get('city'));
}
BoomX2's Profile: http://forums.slimdevices.com/member.php?userid=33529
View this thread: http://forums.slimdevices.com/showthread.php?t=14327
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Hi, I love your skin. Thank you for sharing it with us. Anyway, i have a small issue with the last update. Pause no longer works for my on my android pie's lock screen. unpause strangely enough does though. While I have your ear also is it possible to display my favorites in order of date added? latest on the bottom? defec1's Profile: http://forums.slimdevices.com/member.php?userid=69525 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
bpa wrote: > Players do not need to have full track in memory before playing as for > example, this would mean some older players couldn't play 3-4hr > downloaded podcasts. Also waiting for whole file to be downloaded would > result in significant delay before playing started if player is in a > slow connection. > > When playing a file or a stream, the player reports to LMS how much data > has been received. > When the player undecoded buffer reaches a "low level"mark, LMS tell > player to start playing data whilst still downloading the rest of the > file. > > When two files are being played - the second file download is started > before first file has finished playing . Thanks to all for the replies. Yes I understand that a track doesnt need to be completely in memory, the memory pages will follow a LIFO scheme where stale pages are reused. I know from looking at LMS running on my Linux system via "nmon" (into my transporter) that I typically see a burst of network I/O (and related disk I/O) towards the end of the current track when it loads preemptively the next track. I am looking to use squeezelite instead of the Transporter with LMS and squeezelite on the Linux PC (output via async USB). I guess once I try squeezelite, I can use "nmon" to track disk i/o and the loopback network stats (given LMS and squeezelite will talk via IPC) and see how it handles the loading of tracks. It was just interesting the various well known contributors on some non-slimdevices forums suggested such a wide disparity in squeezelite buffer size. Thanks again, Peter posnos's Profile: http://forums.slimdevices.com/member.php?userid=62955 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
sle118 wrote:
> The main difference here is that sorry does not really stream as such.
> Typical streaming send data in small chunks (think of live radio). In a
> fast connection, spotty gets files downloaded on a matter of seconds.
> This causes buffers to fill up with parts of a track only. When the
> client buffers need data, the wdt has already killed the socket and so
> the stream runs dry.
Still doesn't really explain why spotty break while "Listen
again"/podcast which download huge chunks of data at a time until all
buffers in players & intermediates are full, and as player plays & asks
for more, it is trickled through - this doesn't cause watchdog timeout.
> Setting spotty as local would disable the wdt, which will resolve my
> issue.
Not easy to do without changing lots of LMS code or Spotty plugin having
Pipeline code like AlienBBC which played RealAudio - used to have .
The code below is old and out of date however since it starts with
"*use base qw(Slim::Player::Pipeline);*" and
and then the "*my $self = $class->SUPER::new(undef, $command);*" in
current LMS could have a "local" param.
Code:
package Plugins::Alien::RTSP;
use strict;
use base qw(Slim::Player::Pipeline);
use Slim::Utils::Strings qw(string);
use Slim::Utils::Misc;
use Slim::Utils::Log;
use Slim::Utils::Prefs;
use Plugins::Alien::RTSPScanHeaders;
my $log = logger('plugin.alienbbc');
Slim::Player::ProtocolHandlers->registerHandler('rtsp', __PACKAGE__);
Slim::Formats::Playlists->registerParser('rtsppl',
'Plugins::Alien::Playlists::RTSPPL');
Slim::Formats::Playlists->registerParser('smilpl',
'Plugins::Alien::Playlists::SMIL');
sub new {
my $class = shift;
my $args = shift;
my $url= $args->{'url'};
my $client = $args->{'client'};
my $seekdata = $client->scanData->{seekdata} ;
my $rtspmetadata = $client->scanData->{rtspmetadata} ;
# Check client - only stream to known slim clients
if (!defined($client) || !$client->isPlayer()) {
$log->warn("Alien only streams to Slim players");
return undef;
}
Slim::Music::Info::setContentType($url, 'rtsp');
my $track= Slim::Schema->rs('Track')->objectForUrl({
'url' => $url,
'readTags' => 1
});
$client->pluginData( currentTrack => $track );
# RTSP URL headers are scanned but it usually completes after "new" is called
except when a Seek hgas been done
# then the RTSP URL is nOT scanned and so we need to use RTSP metadata
if ( $rtspmetadata->{scannedurl} eq $url) {
if ( defined ($rtspmetadata->{'endtime'})) {
$client->streamingProgressBar( {
'url' => $url,
'bitrate' => $rtspmetadata->{'avgbitrate'} ,
'duration'=>
int($rtspmetadata->{'endtime'}/1000),
} );
};
}
my ($command, $type, $format) =
Slim::Player::TranscodingHelper::getConvertCommand($client, $url);
unless (defined($command) && $command ne '-') {
$log->warn("Couldn't find conversion command for $url");
Slim::Player::Source::errorOpening($client,
string('PLUGIN_ALIENBBC_NO_CONVERT_CMD'));
return undef;
}
$log->info("$url, $format");
# Slim::Music::Info::setContentType($url, $format);
my $maxRate = 0;
my $quality = 1;
if (defined($client)) {
$maxRate = Slim::Utils::Prefs::maxRate($client);
$quality =
preferences('server')->client($client)->get('lameQuality');
}
if (defined ($seekdata->{newtime})) {
my $newtime = int($seekdata->{newtime});
if ( $url =~ m"\Artsp://(.+)(\.ra\?|\.rm\?)"){
if ($url =~m/((\?start=)|(\&start=))/ ) {
$url =~ m/\A(.+)start=[\d:\."]+(.*)\z/;
$url = $1 . "start=$newtime" . $2;
}
else {
$url .= "&start=" . $newtime;
}
}
else {
$url .= "?start=" . $newtime;
}
$client->masterOrSelf->currentsongqueue()->[-1]->{startOffset}
= $newtime;
$client->masterOrSelf->remoteStreamStartTime(
Time::HiRes::time() - $newtime );
# Remove seek data
delete $client->scanData->{seekdata};
}
$log->debug("Modified url to play $url");
$command =
Slim::Player::TranscodingHelper::tokenizeConvertCommand($command, $type, $url,
$url, 0, $maxRate, 1, $quality);
my $self
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
The main difference here is that sorry does not really stream as such. Typical streaming send data in small chunks (think of live radio). In a fast connection, spotty gets files downloaded on a matter of seconds. But that's how other streaming services (Pandora, Napster, Tidal...) behave, too. They just don't need the transcoding pipeline. Setting spotty as local would disable the wdt, which will resolve my issue. How would I do that? If I changed the isRemote() flag, spotty wouldn't play any more at all. At least not on the Mac. -- Michael ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
In the convert.conf - does spotty read data from an URL or process a byte stream from LMS stdin so that LMS gets the data initially. It's reading bytes from the spotty helper, which would download from a remote source. But as sle118 mentioned: it's track based, not a single stream. Just by looking at the convert.conf file I'm guessing $URL$ is a spotify URL which is used to get data but I don't recognise what $CACHE$ is about. $CACHE$ is just the cache folder where spotty would find temporary files, credentials etc. Remote stream were expected to work either as * live - infinite stream which runs in realtime so there is very little data to buffer - if input connection is marginal and loses time sending data then rebuffering. That's not the spotty case. * "listen again"/podcast - URL will supply as much data as possible so that player will have all the data for minutes before it is finished playback - so watchdog timeouts occurs after all data is in player. That's closer to Spotty's behaviour. I feel to trigger watchdog -spotty is behaving like multiple "live" connections with gaps or some other variation. Spotty would stream every track of a playlist or album individually. I don't know how that "live" behaviour would be controlled... -- Michael ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeCommander Android app
callesoroe wrote: > Orange Squeeze works very Well on Android. Orange Squeeze cannot display/edit track ratings from the now playing screen as SqueezeCommander (and now fortunately also Material Skin) does. Biggest disadvantages of Material skin are due to its nature as a web app - it cannot avoid screen dimming and it cannot access hardware volume controls. Afaik this can currently only be circumvented with some manual fiddling (app wrapper around the web app). So I will miss SqueezeCommander, too... haschmich's Profile: http://forums.slimdevices.com/member.php?userid=41882 View this thread: http://forums.slimdevices.com/showthread.php?t=110958 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
bpa wrote: > little data to buffer - if input connection is marginal and loses time > sending data then rebuffering. > * "listen again"/podcast - URL will supply as much data as possible so > that player will have all the data for minutes before it is finished > playback - so watchdog timeouts occurs after all data is in player. > > I feel to trigger watchdog -spotty is behaving like multiple "live" > connections with gaps or some other variation. The main difference here is that sorry does not really stream as such. Typical streaming send data in small chunks (think of live radio). In a fast connection, spotty gets files downloaded on a matter of seconds. This causes buffers to fill up with parts of a track only. When the client buffers need data, the wdt has already killed the socket and so the stream runs dry. Setting spotty as local would disable the wdt, which will resolve my issue. LMS 7.9 - 1xRadio, 1xBoom, 5xDuet,3xTouch, 1 SB2. Sony PlayStation, Emby, Chromecast v1 and v2 and... *SQUEEZEAMP*! sle118's Profile: http://forums.slimdevices.com/member.php?userid=35009 View this thread: http://forums.slimdevices.com/showthread.php?t=110455 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Best android Lms app
anewmission wrote: > Hi I am new here and new to Lms. > Just wondering what is considered the best android app for Lms control? > I would like to be able to take full advantage of the plugins.. Tidal > and denon avr control. As well as a lot more. Upnp bridge, and more > > I am using Lms with a Linux based music streaming software. (snakeoil > os) and also daphile. > > Which one will give me control over upnp re:music library and renderer.. > (I have multiple kodi machines also. > > Thanks in advance Orange Squeeze works very Well :D Callesoroe Living room: Transporter, Tact RCS 2.2X digital preamp, Martin Logan Vista speakers, AMPS(Icepower): Acoustic Reality Ear Enigma PLUS(PANELS), Acoustic Reality Ear TWO MKII(Bas) Kitchen: Transporter - Prodipe Pro 5 active bi-amp speakers. Bedroom: Receiver+UE boombox, Kids: Receiver+Active speakers, Guestroom: Touch - Bencmark DAC1, JBL LSR305 active speakers , TIDAL HIFI flac streaming. http://www.last.fm/user/callesoroe callesoroe's Profile: http://forums.slimdevices.com/member.php?userid=22693 View this thread: http://forums.slimdevices.com/showthread.php?t=30 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeCommander Android app
Orange Squeeze works very Well on Android. Callesoroe Living room: Transporter, Tact RCS 2.2X digital preamp, Martin Logan Vista speakers, AMPS(Icepower): Acoustic Reality Ear Enigma PLUS(PANELS), Acoustic Reality Ear TWO MKII(Bas) Kitchen: Transporter - Prodipe Pro 5 active bi-amp speakers. Bedroom: Receiver+UE boombox, Kids: Receiver+Active speakers, Guestroom: Touch - Bencmark DAC1, JBL LSR305 active speakers , TIDAL HIFI flac streaming. http://www.last.fm/user/callesoroe callesoroe's Profile: http://forums.slimdevices.com/member.php?userid=22693 View this thread: http://forums.slimdevices.com/showthread.php?t=110958 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
mherger wrote: > > Does the spotty application behave as a series of files being > streamed > > with gaps in between ? If so then it may explain why this behaviour > was > > not seen before. > > Spotty is track by track. Is there anything I'd have to tweak in the > convert.conf to make this behave differently?l In the convert.conf - does spotty read data from an URL or process a byte stream from LMS stdin so that LMS gets the data initially. Just by looking at the convert.conf file I'm guessing $URL$ is a spotify URL which is used to get data but I don't recognise what $CACHE$ is about. My gut feeling is that I may have to try using Spotty to understand the issue - just I have absolutely no spare time for the next few weeks. Remote stream were expected to work either as * live - infinite stream which runs in realtime so there is very little data to buffer - if input connection is marginal and loses time sending data then rebuffering. * "listen again"/podcast - URL will supply as much data as possible so that player will have all the data for minutes before it is finished playback - so watchdog timeouts occurs after all data is in player. I feel to trigger watchdog -spotty is behaving like multiple "live" connections with gaps or some other variation. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=110455 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 2.8.x - Spotify Connect for your Squeezebox
kaput wrote: > Hello > > It seems perfect, > > thanks a lot for your very fast assistanceSeems Spotify have a lot of > users with the same issue. https://community.spotify.com/t5/Ongoing-Issues/Connect-Can-t-play-songs-saved-to-Your-Library-on-Connect/idi-p/4825190/page/12#comments Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=110455 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
Odd. I started SLX this morning and found it updated to .23, then went into the Store to look for updates and found an update also labeled .23 in there awaiting installation. I installed it and now I've got .23 still/again. Greg, is it possible .24 is mis-numbered, or was this just a weird MS Store thing? (I was unable to reproduce the resize bug before or after, because I don't run SLX from the systray.) LMS: SGC microJukebox running Sonicorbiter OS Control apps: Squeezelite-X on Win 10; Squeezer or Material web app on Android Players: Duet, Touch (two), Mac SqueezePlay, Win Squeezelite-X on laptop and HTPC left channel's Profile: http://forums.slimdevices.com/member.php?userid=67918 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
Just submitted 2.4.24. Hopefully it gets published quickly. Changes: - Fix bug introduced in .23 (Whooops), display issue when restoring minimized SLX by clicking on TrayIcon. (The main windows does not receive a WMSysCommand message telling it that it getting restored when it is restored from the TrayIcon as opposed to the TaskBar icon, so some needed steps were not getting executed.) R Greg dawson Squeezelite-X rgdawson's Profile: http://forums.slimdevices.com/member.php?userid=65236 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
kidstypike wrote: > You mean version 2.4.23.0 ? > > All kinds of weird things happening with this version, "Fixed > unnecessary resizing/rendering when restoring SLX from taskbar", I see > no difference. > > A couple of times this has happened (pic below), need to exit and > restart SQX to fix. > > 28429 Whoops, yes, I meant 2.4.23. The resizing/rendering was not always obvious depending on computer speed and animation settings. I can reproduce the issue of restoring from taskbar using try icon. I'll get a fix out. In the meantime, *pressing F5 will fix if this happens to you*. R Greg Dawson Squeezelite-X rgdawson's Profile: http://forums.slimdevices.com/member.php?userid=65236 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Radio Paradise Lossless Streaming (Plugin v2)
Same here: [image: https://i.imgur.com/6xOdDdh.jpg] Heuer's Profile: http://forums.slimdevices.com/member.php?userid=2543 View this thread: http://forums.slimdevices.com/showthread.php?t=108189 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
Paul Webster wrote: > LMS is designed to serve audio to devices with very limited memory (Slim > Devices ...) plus Squeezelite happily plays radio streams (which are > infinite in length). > It would probably make Sync harder as well. > So, although I have not checked the code to see if there is a special > mechanism in Squeezelite/LMS to download the entire track before > playing, I do not think that it does. The is no mechanism like that. There are 2 buffers: a stream buffer where audio is downloaded in native format and an output buffer where audio sits decoded (plain 32 bits pcm) waiting to be send to the sound system. If stream buffer is big enough, then at some point the track will be entirely into that stream buffer. When the track is entirely decoded, then the next one is requested and starts to be put in the stream buffer, all is a continuous process. So just to be clear and at least certainly for the first track, playback starts while streaming is still active (it might be the unsaid concern of OP). Size of buffers have no impact on synchronization LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
Players do not need to have full track in memory before playing as for example, this would mean some older players couldn't play 3-4hr downloaded podcasts. Also waiting for whole file to be downloaded would result in significant delay before playing started if player is in a slow connection. When playing a file or a stream, the player reports how much data has been received. When the player undecoded buffer reaches a "low level"mark, LMS tell player to start playing data whilst still downloading the rest of the file. When two files are being played - the second file download is started before first file has finished playing . bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
If a typical WAV track size is ~60MB (worst case ~150MB for some), then I dont get how a 1 or 2GB input/output buffer size is beneficial. While some might see a benefit (no disk activity in between tracks) I would not encourage you to set that high a buffer. I've seen odd things happen in situations where Squeezelite was configured to accept more than one track in its buffer. Agreed, it was with my Spotty plugin and might therefore not be representative. But when I was investigating this I thought it might become a problem in other cases, too. -- Michael ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Custom Clock applet for Touch/Radio/Controller
https does not work in CCH / SDT. I tried it for some servers and failed. Look for a http-server and use it. They seem to be getting rare, most use https nowadays. 2xPi3-7"+pCP+LMS | Transporter | 2xTouch | 2xClassic | 2xBoom | 2xRadio | iPeng | [2xOdroid U3+m2p+LMS] bluetdi's Profile: http://forums.slimdevices.com/member.php?userid=20633 View this thread: http://forums.slimdevices.com/showthread.php?t=68269 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
LMS is designed to serve audio to devices with very limited memory (Slim Devices ...) plus Squeezelite happily plays radio streams (which are infinite in length). It would probably make Sync harder as well. So, although I have not checked the code to see if there is a special mechanism in Squeezelite/LMS to download the entire track before playing, I do not think that it does. Paul Webster http://dabdig.blogspot.com Author Radio France (FIP etc) plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] is squeezelite a "memory" player...
As far as I know, yes it is. *Living Room:* HifiBerry DAC+ Pro & piCorePlayer *Attic:* HifiBerry DAC+ RCA & piCorePlayer *Kitchen:* SB Radio *Other rooms:* 4x SB Radio zordaz's Profile: http://forums.slimdevices.com/member.php?userid=61726 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
[SlimDevices: Plugins] is squeezelite a "memory" player...
which is to say it reads the entire track into memory before playback (assuming buffer is big enough)? also, with regard to buffers, I have trawled the interwebs and have seen recommendations of a few 100MB for the input/output buffers all the way to 1 and 2gb If a typical WAV track size is ~60MB (worst case ~150MB for some), then I dont get how a 1 or 2GB input/output buffer size is beneficial. Your thoughts on this are welcome. Thanks, Peter posnos's Profile: http://forums.slimdevices.com/member.php?userid=62955 View this thread: http://forums.slimdevices.com/showthread.php?t=44 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
