Hi folks.
Ts been a while.
I think I brought this issue up some time a back. Don't know if there've
been anything done in that area.
I think I mentioned that I use the buffers of squeezelite as full-track
RAM buffers.
Something like "-b 1:40" would allocate a huge 400MB output
buffer.
soundcheck wrote:
> To me it's still a bug. If you call it design, or design flaw or
> weakness or compromise - that doesn't matter to me.
>
> If "next" is the not "next" after the track being played back at that
> very moment, it's IMO a very questionable design.
>
> Even with gapless
marcoc1712 wrote:
> Wow!
>
> please forgive me if I was somehow rude, english is not my mothertongue,
> I just wanted to point out that it's the way it was designed to work,
> not a newly introduced bug.
>
> cheers.
Come on. Nothing to forgive here. ;)
Forgive me that I'm not more precise
soundcheck wrote:
> Hi folks.
>
> Ts been a while.
>
> I think I brought this issue up some time a back. Don't know if there've
> been anything done in that area.
>
> I think I mentioned that I use the buffers of squeezelite as full-track
> RAM buffers.
> Something like "-b 1:40"
To me it's still a bug. If you call it design flaw or weakness or
compromise - that doesn't matter to me.
If "next" is the not "next" after the track being played back at that
very moment, it's IMO a bug.
Even with gapless "next" should be "next".
I guess very "short ones" are an exemption.
Try adding another song to the current playlist - with e.g. "play next".
:::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\"
' (http://soundcheck-audio.blogspot.com):::
soundcheck's Profile:
Well don't forget crossfade if you design something
Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x
MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3
sub.
Bedroom/Office: Boom
soundcheck wrote:
> Try adding another song to the current playlist - with e.g. "play next".
I was using a Dynamic playlist (using the Web GUI) that adds songs all
the time. I don't see (or hear) any odd behaviour. Maybe I don't fully
understand what you are doing (but then I don't see how
soundcheck wrote:
> For now I'm pretty sure that the "Play Next" track - that's been added
> to an active playlist -
> and the pre-processed 2nd track (not being played back at that time) in
> the large buffer
> somehow interfere.
> The pointer seems to get confused somehow.
Is there any
soundcheck wrote:
> To me it's still a bug. If you call it design, or design flaw or
> weakness or compromise - that doesn't matter to me.
>
> If "next" is the not "next" after the track being played back at that
> very moment, it's IMO a very questionable design.
>
> Even with gapless
hi bvlet,
Have you seen the Slimmer project? Do a search for Slimmer in this
forum.
There is also a link to it on our pCP projects page.
http://picoreplayer.sourceforge.net/pcp_projects.shtml
regard
Greg Erskine's
DJanGo, I can follow your thoughts.
I have enough different displays (according to my girlfriend that is
:rolleyes:), but I like something about the simplicity of a small
display.
Maybe it would be easier to emulate a 16*2 LCD display on a 'modern' TFT
screen
12 matches
Mail list logo
