On Tue, Jun 12, 2012 at 10:38 AM, azerty88 <[email protected]> wrote: > Well this is odd because Romain confirmed that problem exists. > Did you use code I've posted or could you share your code?
Ok, I should back up a little bit. Romain confirmed that the end of track could not be detected (and hence not faded out) in case of a network failure. That's because input.http() is optimistic about its buffer. I checked that the end of track due to disconnection can be detected in advance. The short amount of remaining data is correctly advertised, and fade.out() kicks in fine. I tested this using the simplest setup: fade.out(input.http(..)). That was the first thing to check. Now back to your initial code. It won't work because your fallback stays on live until there is no more data there. At this point, when the transition occurs, there is nothing to fade.out(). One solution is to use fade.out() on the input.http() directly instead of inserting it too late in the transition. However you won't get the add() part in this way. Another possibility is to use a switching condition based on source.remaining() to make switching happen before the end of track, but I didn't try it. David ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
