I've recently found an 'archive' page at
bbc.co.uk/archive/steamtrains/
which also links to old pages on each item it lists.
My usual way of fetching items is to hover the mouse over a player window
or link, or look at the programme's address to see the pid. Then give the
pid to gip. But these
In article , James
Scholes wrote:
> Jim web wrote:
> > I wasn't clear if we had a choice between 'broadcast' and 'podcast'
> > (usually extended) versions. Is this usually possible?
> This is always possible, provided that the BBC have made multiple
> versions of
This raises an issue I've wondered about.
I wasn't clear if we had a choice between 'broadcast' and 'podcast'
(usually extended) versions. Is this usually possible? if so, do we need to
list versions first to tell them apart, and then specify an option by name
(or by pid?).
And when versions are
The change may be related to the introduction of a difference generation
route which was given the 'm' prefix. So gip is looking for the files it
complains about in the wrong location - but it can still find the actual
audio.
Jim
In article <5743cc9db7...@audiomisc.co.uk>, Jim web
I've got the 'error' message (twice) for every radio item I've fetched
since I upgraded to the current version of gip. The results seem OK, so the
error messages seem just to be an irritant.
Jim
--
Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong
Just as info...
I fetch TV programmes before 9am in the morning to avoid my data 'cap'. At
that time such downloads run at just over 60 Megs. Which is the nominal
rate I've been told by my ISP, etc, that I should be able to get.
When fetching some more radio 3 proms this morning using hafhigh I
In article <572f308907...@audiomisc.co.uk>, Jim web
wrote:
> I've already emailed someone at the BBC about the gap in the Prom. Looks
> like a problem 'upstream'. Hopefully, someone will fix it now I've
> pointed it out. If they do and I'm told, I'll let people know.
It's been
In article , RS
wrote:
> On 29/08/18 13:54, I wrote:
> >>
> > hafstd1, 128kbit/s, also from Limelight but a much slower download,
> > has the same gap.
> >
> As does dafhigh2 from Akamai.
> It also had errors
> INFO: Downloading radio: 'BBC Proms: 2018 - Prom 56: Mozart and Bruckner
>
In article , RS
wrote:
> I have just downloaded it from Limelight, --radiomode=hafhigh1. I have
> only listened from 19min to 20min using VLC; I have not tried to display
> the waveform. I agree there is 3s of silence between 19min17s and
> 19min20s.
> --exclude-supplier=akamai,limelight and
>
,
and they are the same. I'll ask someone at the BBC in case the source is
faulty, but thought I'd mention it here in case it affects someone else -
or they can say that they do get the audio for this segment and it must be
something wrong here.
Jim
In article <572e1dcc34...@audiomisc.co.uk>
I've now tried hafhigh2 and dafhigh1. They also give me the same error, and
then seem to go on to fetch without any actual problem.
Here a '1' gives me /ak and a '2' gives me /ll.
Jim
--
Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio
In article , RS
wrote:
> I wasn't that impressed with the ones I listened to. On
> https://www.bbc.co.uk/events/e8j3v2 The Planets in Prom 1 is said to be
> available as a headphone mix. I don't know if that is the same or
> something different. Clive has given the link to the recording. I
>
In article <7dbc5671-1bc1-12f0-aa8b-690b62e3d...@zoho.com>,
RS wrote:
> On 26/08/18 11:05, Jim Lesurf wrote:
> > Until yesterday I've been using an old version of gip to fetch radio
> > programmes. This is on my usual "Ain't broke" -> "Don't fix" basis.
> > However yesterday when I tried to
In article <5f841aa5-a7dd-66f3-17ed-bc34c3dfd...@soulman1949.com>, Alan
Milewczyk wrote:
> I think you've missed the point of the thread. People have been
> bemoaning the loss of 1280 x720 25fps and the fact that if you want that
> resolution you have to download the 50fps
In article
In article
<caf_sst_0x-8cb3cxzuxmurtht4fmadd1etnpeq3nlolwmtb...@mail.gmail.com>, iz
<ilain...@gmail.com> wrote:
> On 2 May 2018 at 16:49, Jim web <w...@audiomisc.co.uk> wrote:
> >
> > As things are, I could then have gip+ffmpeg generate the 50 fps mp4
> > f
In article <20180502152015.50ea621...@orac.inputplus.co.uk>, Ralph
Corderoy wrote:
> > The challenge for me is to work out how to get the fetched file to go
> > onto the tmpfs
> Well, `df -t tmpfs' will probably show /tmp is a tmpfs so you could
> `--output /tmp' and you
In article <20180502152015.50ea621...@orac.inputplus.co.uk>, Ralph
Corderoy wrote:
> >
> > The challenge for me is to work out how to get the fetched file to go
> > onto the tmpfs
> Well, `df -t tmpfs' will probably show /tmp is a tmpfs so you could
> `--output /tmp' and
In article <20180501113138.870f721...@orac.inputplus.co.uk>, Ralph
Corderoy wrote:
> Hi Jim,
> > I've been discussing the 'loss' of the 1280x720 25fps version with
> > someone at the BBC.
> I miss those 1 GiB ~= 1 hour ones too. They were `just right'.
Yes. It seems
at the
weekend, phoned him, and he was out sailing. He said he'd fix the problem,
and it was fixed a short time later.
In article <5ae779a9.20973.a9d9...@peter.kirk.isauk.biz>, Peter S Kirk
<peter.k...@isauk.biz> wrote:
> Jim,
> What ISP and plan is that?
> On 30 Apr 2018
In article
<caf_sst8eyw7gux105x037ktponxcqjxjmunzafn-2qz64x3...@mail.gmail.com>, iz
<ilain...@gmail.com> wrote:
> On 30 April 2018 at 13:56, Jim web <w...@audiomisc.co.uk> wrote:
> >
> > 1) Use gip to get a 50fps file saved to ram.
> You'll want to use the -
I've been discussing the 'loss' of the 1280x720 25fps version with someone
at the BBC.
IIUC this stemmed from 'Red Bee' days of yore, and until recently people at
the BBC had thought they had stopped it long ago. Someone apparently
noticed recently that it was still available. And then actually
In article <7495777d-626b-394b-be2d-5f2ca5f14...@tqvideo.co.uk>, Tony
Quinn wrote:
> Read this, and see what I mean
> https://www.theregister.co.uk/2013/06/25/the_future_of_moving_images_the_eyes_have_it/
Thanks for the reference.
FWIW I've started downloading a series
Continuing OT:
In article <1f73afeb-dfec-001a-79a9-134a6593c...@soulman1949.com>, Alan
Milewczyk wrote:
> Couldn't agree more, it's the big failing of the IT industry. Manuals
> detailing features are not what customers want, they require "how to"
> tutorials.
One of the
In article , Alan
Milewczyk wrote:
> On 07/09/2017 03:09, Vangelis forthnet wrote:
> >> ffmpeg -i progname.ts -c:av copy progname.mp4
> >
> > Very early in the morning here, so I'll be laconic for now :-)
> > Assuming
The discussion prompts some questions on my part:
1) I always used -pid to specify a programme rather than other
methods. Does this *have* to have a validation check by regex? I'd assume
it doesn't need to parse an entire url because it could just tack the value
I give onto the standard parts.
In article <DF099DCAC84F459DA06BA26B62590C0C@vasonote>, Vangelis
forthnet
<northmed...@the.forthnet.gr> wrote:
> @jim web The longest recording of the R3 live flac stream I ever did
> with my patched FFmpeg was 4 hour long; I did not witness any gaps;
> judging from past
In article
In article
, Paul
Thornett wrote:
> Well, that's funny. I've been playing Proms on the iPlayer site (nothing
> to do with GIP) and recording the stream with Audacity since the Proms
> started (as I live in
In article <8DBBF7B33EED43B8811FF58447A3073B@RJCDESK>, RS
wrote:
> A few days ago Vangelis kindly told us how to record the BBC R3 FLAC
> streams using a recent nightly build of VLC. Has anyone been able to
> play the recordings other than through a software player such as
In article , RS
wrote:
> There is no mention of bit rate. If I go to that page in Firefox it
> does indeed play the programme I select, but it does not offer me a
> choice of bit rates, but automatically plays at 320kbit/s. I have
I've just been told unofficially that this is a 'legacy' issue. i.e. to
ensure that as many types of device as possible can play them, even ancient
kit.
Jim
--
Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio
In article <27226B7FFE4A4AD99816CD3888598069@RJCDESK>, RS
wrote:
> That was an aside. My original question was why the BBC was using a
> 44.1kHz sampling rate for its podcasts (which are MP3) instead of
> standardising on 48kHz throughout. Dave Lambley thought the reason
>
In article , RS
wrote:
> Vangelis's mention of podcasts has reminded me of another comment I was
> going to make. A long time ago someone, it may have been Jim, took me
> to task for referring to a 44.1kHz sample rate. He said it
In article , michael
norman wrote:
> Without wanting to start the usual debate about bitrates etc my personal
> wish would be for the BBC to stream all of its music output in flac.
Well, the pattern in the past is that
This is just to let people know as I think some here will be interested.
I've just been told by 'someone at the BBC' that *all* their R3 programming
during the period of the Proms will be flac streamed. This is contrary to
what I'd been told previously when it had been said that *only* the actual
The BBC seem to have not got around to fully sorting out some 'on demand'
items over the Bank Holiday weekend as yet. I still am waiting for one item
from Friday to get beyond being shown as "available soon" on its webpage.
Jim
--
Electronics
FWIW before seeing all the emails on this topic I used 3.01 for the first
time this morning and fetched a 320k audio file of yesterday's "Inside
Science" programme. The only change I needed to make was the mode spec as
my previous version of gip used one that is now obsolete.
Given the above
In article <021a01d2c719$0d969d50$28c3d7f0$@mor...@skm.org.uk>,
Simon Morgan wrote:
> Is this what you are after?
> https://github.com/get-iplayer/get_iplayer/wiki/modes
Thanks! Yes, that's excellent. :-) It is possible I'd found it in the past,
but then forgotten.
The release of the new version prompts me to ask a general question that
has been on my mind for a while. Apologies is this is already done or
should be obvious to me, but if so I've missed it...
There are various 'transfer methods', and a range of video resolutions,
frame rates, audio bitrates,
In article
<trinity-c61f731b-bc47-422b-8fe8-73ea4edfc591-1493936642497@3capp-mailcom-bs13>,
tellyaddict <tellyaddic...@gmx.co.uk> wrote:
> @Jim Web - Would it be possible for you to raise this with your BBC
> contact again?
> > First of all thanks for all the work
In article <FE1FEF25650E403E810281D936FE8201@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Monday, May 1, 2017 14:13
> > As yet I've not tried how to get the title rather than the default.
> >But looking at the webpages on this I guess I need to a
In article <34D6FFEC101D414CBE130958F6A7A360@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Monday, May 1, 2017 12:59
> >In practice I only use gip via giving it a programme pid number via
> >command line. Do I need to have the new version of gip
I've not yet downloaded the new version. But reading the release notes I
saw comments to the effect that updating the cached info can now take some
time and runs weekly.
In practice I only use gip via giving it a programme pid number via command
line. Do I need to have the new version of gip to
Given that the BBC has said they will now be streaming the Proms in flac
format this year it looks increasingly plausible that they will also end up
using it as a standard format.
So far I've been using a specific version of ffmpeg to get the 'trial'
stream. I've asked someone if the Proms
Again, sorry if anyone thinks this is OT, but...
My contacts at the BBC have confirmed the 'rumour' that this year's proms
*will* be streamed as flac. I've been told the following having asked them
about it:
Yes, it is correct. There is a longer statement from Alan Davey here:
In article
In article <D278BF2BAFD04924BE2D47497A19F7BB@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Thursday, April 6, 2017 13:50
> >I've now had a reply from someone-who-should-know and they said that
> >ATUI as yet the BBC is only committed to a 4 week
I've now had a reply from someone-who-should-know and they said that ATUI
as yet the BBC is only committed to a 4 week trial, and may then decide
what next.
But it is, indeed, a real test project, not an April Fool. So I'll see if I
can set up things to do some measurements to help assess the
In article <c309a413-1dec-24b9-8b8b-3c1fbc143...@jls-radio.com>, James
Scholes <ja...@jls-radio.com> wrote:
> Jim web wrote:
> > The question in my mind is if/how I could get it *without* using a
> > browser. And how I'd record the results for analysis.
> You c
In article <87A6063AD9E14EFC915F16091CACEE41@AsusT100TAM>,
Timothy
wrote:
> Well, they're keeping it for the next five months, presumably started in
> March. An easier URL to the stream is:
> https://radio-3-concert-sound.pilots.bbcconnectedstudio.co.uk/ The DASH
> manifest
In article <25b7c43b-4278-2dc3-6dc3-03e646587...@tqvideo.co.uk>, Tony
Quinn wrote:
> On 28/02/2017 22:30, CJB wrote:
> > I wish I'd never brought the subject up. But what a nasrty hate filled
> > email I first received from that David person. CJB.
> >
> He does come across
In article <19f05185-ba77-c679-631c-9c0541950...@tqvideo.co.uk>, Tony
Quinn wrote:
> On 27/02/2017 09:16, David Woodhouse wrote:
> > On Mon, 2017-02-27 at 08:57 +, Chris J Brady wrote:
> >> If you thought that the BBC employed th*gs to collect licence fees
> >> then you
In article <2e147b18-6767-6eee-4c35-4b725dbe6...@gmail.com>, Charles
Johnson wrote:
> Over the last few days, dash radio has been failing to record. Have
> attached a full log file, but this is a flavour:
FWIW I encountered the same problem yesterday and again this
In article <37968d10-ab7a-f131-e07d-00b58cc2a...@errichel.co.uk>, Budge
wrote:
> On 10/01/17 22:48, Budge wrote: [snip] Linn advised thus.
> >>> As a workaround for now, you could convert the file to a different
> >>> format. I've checked that it plays after converting to
In article <42FB9FA5AB734668B7B82B794E7EB888@vasonote>, Vangelis
forthnet
wrote:
> Now, this is a second issue, unrelated to GiP itself, in that your
> FFmpeg 3.2.2 build (on Debian Jessie) appears unable to transcode a
> HE-AACv1 m4a file (produced by GiP) to MP3.
In article , Vangelis
forthnet
wrote:
> On Tue Nov 15 16:48:18 GMT 2016, CJB wrote:
> > I'm using GiP v2.94 - at present I have no need to upgrade
> Hi Chris - staying in a previous version (actually 3 versions before the
>
In article <57efb2d5.6000...@cantrell.org.uk>, David Cantrell
wrote:
> Maintaining and running a a large number of versions of a piece of
> software and everything that surrounds it for long periods of time while
> also upgrading it to provide new features for new users is
In article <20161001095849.ga27...@mooli.org.uk>, Peter Corlett
<ab...@cabal.org.uk> wrote:
> On Tue, Sep 27, 2016 at 12:02:55PM +0100, Jim web wrote:
> > RS <richard...@zoho.com> wrote:
> [...]
[snip]
> > It is the responsibility of the *vendor* of closed co
In article <20160929130822.gb21...@bytemark.barnyard.co.uk>, David
Cantrell wrote:
> On Thu, Sep 29, 2016 at 12:05:01AM +0100, Peter S Kirk wrote:
> > "I fetch items with gip. Play them with VLC. Update things as and when
> > I decide."
> And then there are normal people
In article <427BC14D94A04F7A88642EAF344B9F15@RJCDESK>, RS
wrote:
> My television does not even call itself a Smart TV, but it does support
> DLNA.
FWIW I always have recommended that people buy a TV with an HDMI input
and then feed that from a computer. This frees you from
In article <7AAC9874F8324F5AAC4DEA3E8C7A6DAB@RJCDESK>, RS
wrote:
> At present the BBC's attitude seems to be that if your Smart TV is more
> than 2 years old that's tough; they can't be bothered to support it.
I wish people wouldn't keep trotting out this misrepresentation
In article <20160916160554.ga26...@bytemark.barnyard.co.uk>, David
Cantrell wrote:
> If a tiny number of geeks can circumvent the restrictions by using VPNs,
> or hiring a server in the UK, or using VLC to watch a DVD, that really
> doesn't matter. What matters is
In article <975c5a4d-a8e2-46cc-83f2-d33f9024e...@gmail.com>, Dave
Widgery
wrote:
> I just wish the bbc would stop wasting money trying to stop the
> unstoppable
They know full well that they can't ensure total compliance, and that real
life is complex. Their aim is to
In article <976c65ba-82a3-d20a-fe66-c35f07f6d...@su2root.ukfsn.org>, The
Kernel wrote:
> Catchup is not either of those, at least not as I read it. And services
> such as Ch4/5 don't have any info that I see about a TV Licence
I assume they feel it isn't their job
In article <262DA05846244D39BBF5815BB1301210@RJCDESK>, RS
wrote:
> >I did some relative time comparisons some years ago. You can see the
> >results at http://www.audiomisc.co.uk/BBC/XHQ/TimeTravel.html
> That's an interesting article. I guess the question is how far out of
In article <9BCBF20534D84359B637D3DE316579C1@RJCDESK>, RS
wrote:
> Has anyone tried to do this? As Jim says, the propagation/processing
> delays will differ. The issue is whether the relative delay is
> constant, which would mean a fairly easy adjustment, or whether it
>
In article
,
Shevek wrote:
> As others have noted, the usual audio bitrate for an HD TV download is
> ~96kbps with the Proms programmes being somewhat of an anomaly at
> ~128kbps
I just checked and this
In article
,
artisticforge . wrote:
> the radio kbps is going to be whatever the video file contains. i
> seriously doubt that gip would ever to able to mix and match video
> quality and audio
In article <004b01d20c48$8acc5030$a064f090$@mor...@skm.org.uk>, Simon
Morgan wrote:
> Hi Jim,
> I appreciate the fact that the R3 file is at 320k however my point was
> that the "radiobest" option didn't appear to be working on the BBC TV as
> I seemed to be getting the
In article
,
artisticforge . wrote:
> a sampling of 1400+ video files the max audio is 93kbps. That seems to
> be the best audio with video files.
> the best radio is 320kbps.
> I download the file
In article
In article , michael
norman wrote:
> >
> > Yes, not many people read Robert A. Heinlein these days. I still find
> > people who do not grok TANSTAAFL. What is more amazing is that there
> > are people who honestly believe
In article <02ca01d2011b$22d19130$6874b390$@mor...@skm.org.uk>,
Simon
Morgan wrote:
> I failed to download Zoo Quest in Colour (see log below) using v2.96 and
> default web PVR settings in Windows Home Server 2011.
Curious. I tried HLS this morning and it seemed OK. (I got
In article <9bb7067c-fe41-fa9e-38c4-e3aa13fef...@jls-radio.com>, James
Scholes wrote:
> Jim Lesurf wrote:
> > I still can't find out what actual command options ffmpeg/avconv are
> > being given when used to convert the ts to mp4. I have some previous
> > ts files obtained
This morning I could not get either the hls *or* 'flash' fetching to work
correctly (Still with gip 2.95 as yet.). I can't recall the pids but one
example was the Dad's Army from yesterday.
hvfhd worked fine for the sectional files of the Gergiev prom.
I have go do something else this morning
In article <007501d1facf$01be2d70$053a8850$@mor...@skm.org.uk>, Simon
Morgan wrote:
> > -Original Message- From: get_iplayer
> > [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of
> > dinkypumpkin Sent: 19 August 2016 23:50 To: get_iplayer Subject: [ANN]
>
In article <BA97E057476044F0905247185C0EB989@vasonote>, Vangelis
forthnet
<northmed...@the.forthnet.gr> wrote:
> On Thu Aug 18 10:06:01 BST 2016, Jim web wrote:
> > I've been told that the root cause is that these use HE-AAC which the
> > MPEG2 TS spec can't correctl
In article <55b1856f52...@audiomisc.co.uk>, Jim web
<w...@audiomisc.co.uk>
wrote:
> > Example... get_iplayer --mode=hlsstd --type=radio --verbose --force
> > --ffmpeg /home/user/ffmpeg http://www.bbc.co.uk/programmes/b07nn8kd
> Excellent! :-) Thanks very much.
In article <ADC2F28D7F4C43B4A9C08E0DEC2CDEF0@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Thursday, August 18, 2016 09:44
> >But the actual application of any fix will be being done by someone
> >else. People at the BBC can, of course, check
In article <1569d0d6842.c393cad6181596.4714555984937837...@zoho.com>,
batguano999 wrote:
> Hi If you have a version of FFmpeg, either compiled and installed by
> yourself or a static one in a folder somewhere downloaded from
> http://johnvansickle.com/ffmpeg/ You can tell
In article
,
tellyaddict wrote:
> Thanks Jim,
> > Afraid the info I have is limited. But it makes clear that the BBC
> > realise there *is* a problem with the hls segmentation and that
I now have some info that helps me understand the 'missing audio' problem
with the hvfhd fetched files.
I've been told that the root cause is that these use HE-AAC which the MPEG2
TS spec can't correctly describe. So it is called aac-lc and it is left to
the client program to recognise the actual
In article
,
tellyaddict wrote:
> Great so now the programmes are mostly made up of missing segments.
> Hopefully this shows they are trying to do something to the servers to
> fix this
In article <04EBC8DD8B6A48BCA3403FECE9D1FC59@RJCDESK>, RS
wrote:
> If anything it seems to be getting much worse. I tried the BBC1
> national News at One (b07myjll). There were errors at 2, 3, 6, 25, 33,
> 39, 43, 44, 63, 71, 72, 73 ...
> The errors are getting closer
In article <C903634F51614A7A9D0BCC578523BB67@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Wednesday, August 17, 2016 13:17
> >I don't know from the pid when b07pmyd6 was broadcast or put on-server.
> >Was that last night? If so, it looks lik
In article <1CF29C0BD25A48F5A6104EEDFD6C635F@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Wednesday, August 17, 2016 10:03
> >> Yes, that may be what's happening. I am using a relatively old LTS
> >> version of Mint. I don't want to upgrad
In article <55b083fabc...@audiomisc.co.uk>, Jim web
<w...@audiomisc.co.uk>
wrote:
> Yes, that may be what's happening. I am using a relatively old LTS
> version of Mint. I don't want to upgrade distro juts for this, so I'll
> see if I can update either V
In article <B04A7F0A4DF44D208991F346B2C8FF59@vasonote>, Vangelis
forthnet
<northmed...@the.forthnet.gr> wrote:
> On Tue Aug 16 09:28:04 BST 2016, Jim web wrote:
> >> I think what has caused confusion is that the transition from v2.94
> >> to v2.95 made several ch
In article <42FEE022394C42678F695912B6A2FFEC@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Monday, August 15, 2016 10:14
> > >From: Jim web Sent: Sunday, August 14, 2016 16:48
> > >However the 'American in Paris' snippet file I fetched
Had an email this morning. Just to say that, with some luck, we may find
that the missing segments problem could be cured soon. Fingers crossed...
Jim
--
Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio
In article <887A76E5507D40D498F63F902B02CA7A@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Monday, August 15, 2016 17:59
> >This morning I used the 'best' option, but it now occurs to me: Does
> >that no longer use the 'flash' mode? I
In article
,
tellyaddict wrote:
> The GiP output will also tell you which mode it has used to download.
> "INFO: Trying flashvhigh1 mode to record tv: Britain on Film: Series 1 -
> 2. Brits
In article
,
tellyaddict wrote:
> The sync problems are caused by converting a programme with missing
> segments after download. --raw files have no sync issues even if there
> are segments
In article
<CALMep07-uraDxgfNMAyVNKmMBHN06j--j+_V8Gfe1=angsz...@mail.gmail.com>, S
Carr <sjc...@gmail.com> wrote:
> On 15 August 2016 at 16:33, Jim web <w...@audiomisc.co.uk> wrote:
> > If your 'Flash' method differs from mine, please specify the details
> > and
In article
In article
, S
Carr wrote:
> OK, I think this thread has now ran it's course. Enough of the
> speculation and OT chatter.
Most of this seems very on topic for this list to me. cf below in case you
have missed
In article
,
tellyaddict wrote:
> > I can only speculate here, but: It might be the case that some of
> > Akamai's non-BBC 'clients' are wanting the changes for some reasons of
> > their
In article <01d1f6e4$f74537a0$e5cfa6e0$@macfh.co.uk>, MacFH - C E
Macfarlane wrote:
> >
> > It may only be depreciated as far as the BBC is concerned. Although the
> BBC
> > is now moving towards packaging its own content, Akamai's other
> > clients might continue
In article <6688868477144804BAF7EFA66BCD19BD@RJCDESK>, RS
<richard...@zoho.com> wrote:
> >From: Jim web Sent: Sunday, August 14, 2016 16:48
> >However the 'American in Paris' snippet file I fetched gives no sound
> >at all from VLC! The video looks fine, but its a s
101 - 200 of 317 matches
Mail list logo