In article , Andy
Furniss spam@spam wrote:
Jim Lesurf wrote:
In article , Andy
Furniss spam@spam wrote:
snip Agree.
Below is probably flawed/outdated - just first impressions from a bit of
random searching.
However AIUI at present the engineers are really at the stage of
testing and seeing how well their 4.0 streams may work. They hope the
new streams will be good. Their main focus will be on that. From their
POV a limit on browser choice probably isn't their concern *at
present* since it isn't a standard service. Mine at present would be
on assessing sound quality *if* I can manage to capture a stream!
As I see it the browser is the player here and chrome is closed and
using it's own licensed AAC dec (maybe fdkaac which is available in
source form). The open version of chrome by default at least will only
play open codecs to avoid IP issues. I also don't know if it will do
DASH - maybe, as it's javascript that the the BBC use - as stated in the
link Rupert gave it's a version of an open reference implementation.
Also the link says the stream is 320kbit fixed rate and the DASH is only
used for chunking.
http://www.bbc.co.uk/rd/blog/2014/03...rce-extensions
So currently I don't think you will be able to cap the stream as easily
as using wget or mplayer on the R3 HD stream.
My assumption is that is so. However I'm hoping I could capture the
*decoded* audio LPCM on its way to the 'DAC' by using ALSA. (cf below)
That would do for my purposes as I want "the results you get using the BBC
recommended setup" to find out what users can expect to get.
FWIW The BBC would probably let me have some examples of what they are
sending for comparison purposes if I succeed. They've done that in past
years when I was checking their now-standard 320k stereo streams. But no
point in my asking them for this if I have nothing from the 'output end of
the standard pipe' to compare it with. I have no doubt the producers and
engineers will be producing good results that are 'all right leaving here'.
:-) The question is how much this may be affected by passing though the
pipe!
For capping decoded PCM - I guess you can already do that - follow the
sursound thread for others experience and some ready made samples.
Yes, I'm hoping that will be OK. Although I've never done anything like
this with ALSA for surround and I have no way of listening to it. That
means I may do a simply divert so no sound emerges, it all gets sent to a
file for later analysis.
What would be particularly interesting is if I can catch a Prom that gives
me surround via HDTV FreeView *and* the new stream.
Alas, I haven't been able to check the FAQ or do anything today as the BBC
iplayer seems 'occupied' every time I've tried it.
I'm hoping FF developers can and will realise this issue needs
addressing. It probably won't go away.
From reading their tracker threads they are addressing it - but of
course their are (were?) potential IP/licence issues that come when
anything with MPEG in the name is is involved, so both DASH and the
browser being the player could be/have been tricky.
It will be handy if they do manage - open source = can cap the raw
stream, I am not so sure content providers will be as pleased.
I have my doubts that most home users will want to capture the stream in
its encoded form. Indeed, I've never bothered as my focus is on the above.
I judge by the outcome as compared with what the BBC shovel in their end of
the pipe.
Seems to be just chrome currently, as for distro - no idea.
As things stand I'll try Mint + Chrome when I get around to this. Unless
someone can advise otherwise. Still not been able to check the FAQ because
I can't get reliable BBC pages at present, but I may email someone to ask.
Wonder if the BBC iplayer site problems occurring now is a co-incidence...
Jim
--
Please use the address on the audiomisc page if you wish to email me.
Electronics
http://www.st-and.ac.uk/~www_pa/Scot...o/electron.htm
Armstrong Audio
http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc
http://www.audiomisc.co.uk/index.html