PasTim wrote: 
> I've just spent an hour listening to BBC R3 Flac on my Touch, 1 minute
> delay, with no problems.  Thanks very much indeed for your work.
> 
> Any quality difference compared to the UK aac 320 is probably illusory,
> due to the idea that it's only compressed, rather than processed in some
> clever way.  Nonetheless it does sound good and I have told the BBC.  I
> encourage others to do so on their website.  Go to
> http://www.bbc.co.uk/taster/projects/radio-3-concert-sound
> 
> 
> The log has many of the following - I assume it's just informative:
> > 
Code:
--------------------
  >   > 
  > [17-04-18 22:01:56.8986] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1053 ms
  > [17-04-18 22:02:05.7546] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 958 ms
  > [17-04-18 22:02:06.5308] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1772 ms
  > [17-04-18 22:02:10.5130] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1416 ms
  > [17-04-18 22:02:19.1748] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1316 ms
  > [17-04-18 22:02:23.3346] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1448 ms
  > [17-04-18 22:02:30.2268] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 940 ms
  > [17-04-18 22:02:30.3910] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1176 ms
  > [17-04-18 22:02:33.6285] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1501 ms
  > [17-04-18 22:02:41.0773] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1247 ms
  > [17-04-18 22:02:45.1592] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1201 ms
  > [17-04-18 22:02:51.7000] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 849 ms
  > [17-04-18 22:02:55.5847] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 1052 ms
  > [17-04-18 22:03:03.4091] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 898 ms
  > [17-04-18 22:04:24.8930] Plugins::BBCiPlayer::DASH::__ANON__ (750) Chunk 
fetch status 200 Long chunk fetch time 851 ms
  > 
--------------------
> > 
> 
> As an experiment I also tried this in conjunction with the
> squeeze2upnp plugin.  That didn't play at all (the standard aac one
> does).  I wonder if it's possible that the R3 plugin isn't announcing
> the flac stream data type so that squeeze2upnp knows how to match that
> with upnp device capabilities.  I'll raise it on the squeeze2upnp
> thread as well.

Long chunk time is informative - I expect normally 100-250ms - anything
longer usually means a load on servers/network - I'm guessing the
DASH/Flac has not been allocated a huge resource but it may be due to
delays in compression part of process as I think 365kbps is highly
compressed.  LOng chunk time havce a much buigger edffect with Fla
ccompared to AAC since chuinks are 3.84secs for Flac rather than 6.4sec
for AAC - repeated delays in chunk can end up with gaps.

IIRC there is a special setting required to use BBCiPlayer with the
squeeze2upnp (and similar plugins) - have you been using this plugin
successfully before with DASH AAC ?


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=104672

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to