bpa wrote:
> you might as well provide a PVR type functionality and save the stream
> to disk rather than hold it in memory.
I think my mom would like that. She's listening to radio on the Boom,
but some listen-again programs are only available on the web. So she has
to listen to them on the Mac,
bpa wrote:
> Sure this faciity has been available on other radio players but we are
> talking about an Squeezebix context
> 1. Functionality is similar axcross all types of player SB3,
> Transporter, Radiop and Touch. You are limiting to Touch (Radio doesn;t
> have enough memory) when not runni
mikael_b wrote:
> already have this functionality, both on iThings and Androids, up to two
> hours can be saved, you can pause any livestream, rewind or fastforward
> it. You can also program recordings and save for later listening. Maybe
> the memory is to limited on a Radio but on the Touch you
bpa wrote:
> Most stations are played direct to player with no involvement of the
> server except in the case of transcoding or sync. If you were to make
> all traffic go through the server (which would might mean more powerful
> servers are needed and more local network bandwidth), then you coul
bpa wrote:
> Most stations are played direct to player with no involvement of the
> server except in the case of transcoding or sync. If you were to make
> all traffic go through the server (which would might mean more powerful
> servers are needed and more local network bandwidth), then you coul
bpa wrote:
> It's a lot a of work if server has to save the audio stream as there
> issues about starting/stopping streams (e.g. different stream
> types/different headers/ time estimation or should all streams be
> transcoded) and also ensuring cross platform. A few years ago, I worked
> out it
Mnyb wrote:
> That sounds like a cool plugin idea ? You can already use the server for
> proxying , so next logical step would be a " time shift " plugin that
> with a player option turns pause to a real pause with user setable
> buffer size 1min 15min 2hours or whatnot and some further option to
bpa wrote:
> Most stations are played direct to player with no involvement of the
> server except in the case of transcoding or sync. If you were to make
> all traffic go through the server (which would might mean more powerful
> servers are needed and more local network bandwidth), then you coul
epoch1970 wrote:
> Would be really nice if the server could handle a ring buffer. But then
> I guess this doesn't go too well with radio stations owners since one
> big use case is skipping on commercialsÂ…
Most stations are played direct to player with no involvement of the
server except in the
bpa wrote:
> When you pasuse a stream - the TCP connection stays up. Most radio
> stations (especially live/continuous vs short/fxied length programs)
> will reset the TCP connection after x minutes if no traffic movemment is
> detected and so a few minutes of the stream may remain in the buffe
Thanks for the info ... long pause = stop. Got it!
castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624
View this thread: http://forums.slimdevices.com/showthread.php?t=98256
_
castalla wrote:
> No Stop on my Touch remote only Pause button
Hold pause button , sorry forgot that no squeeze remote has stop button
:)
Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143
View this
Mnyb wrote:
> Yes stop is holding pause , and the ir remote for Touch also has stop .
> Whern holding pause long enough you see a stop symbol instead of a pause
> symbol .
>
> On local files the difference is that a stopped track starts from the
> begining and pause is pause .
No Stop on my Tou
castalla wrote:
> There's no Stop on Touch or Squeezeplay
toby10 wrote:
> Touch: Press & hold PAUSE, this becomes a Stop. No idea on SqueezePlay
Yes stop is holding pause , and the ir remote for Touch also has stop .
Whern holding pause long enough you see a stop symbol instead of a pau
When you pasuse a stream - the TCP connection stays up. Most radio
stations (especially live/continuous vs short/fxied length programs)
will reset the TCP connection after x minutes and so a few minutes of
the stream may remain in the buffer. Some stations do nor seem to
reset the TCP connecti
castalla wrote:
> There's no Stop on Touch or Squeezeplay
Touch: Press & hold PAUSE, this becomes a Stop. No idea on SqueezePlay
toby10's Profile: http://forums.slimdevices.com/member.php?userid=12553
View this thr
There's no Stop on Touch or Squeezeplay
Touch and hold the pause button.
--
Michael
___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/discuss
Mnyb wrote:
> The buffered time gets really long for lossy formats I would not be
> surprised if the player buffer holds over a minute , try stop instead
> orf pause then i think the stream will reinitiate .
There's no Stop on Touch or Squeezeplay
-
castalla wrote:
> I always thought Pause a radio stream worked effectively as a mute ... I
> notice now for the first time that in fact it does actually pause the
> stream. Has it always been like this? Or am I losing the plot?
The buffered time gets really long for lossy formats I would not b
I always thought Pause a rradio stream worked effectively as a mute ...
I notice now for the first time that in fact it does actually pause the
stream. Has it always been like this? Or am I losing the plot?
It would resume if you un-paused within a few minutes. But if you leave it
paused for
I always thought Pause a rradio stream worked effectively as a mute ...
I notice now for the first time that in fact it does actually pause the
stream. Has it always been like this? Or am I losing the plot?
castalla's Pro
21 matches
Mail list logo
