And like magic they suddenly re-appear.
> > Sent: Thursday, March 26, 2020 at 2:02 PM
> > From: "tellyaddict"
> > To: get_iplayer
> > Subject: hvf HD and SD missing
> >
> > Since around about midday, the hvf HD and SD modes seem to have disappeare
Since around about midday, the hvf HD and SD modes seem to have disappeared
from GiP. Has the BBC changed something?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
I've also noticed that there seem to be inconsistencies in the audio on the TV
side of things since the recent changes. With regional programmes for example
(like the London News) hvfxsd or dvfxsd was always the best quality that was
available for those, and it seems that even with the bug
The DASH downloads come in 2 separate parts. Audio and video. FFMPEG then muxes
the 2 files together into 1 mp4.
> Sent: Thursday, November 28, 2019 at 12:36 AM
> From: "MacFH - C E Macfarlane"
> To: "artisticforge Niemand" , get_iplayer
>
> Subject: Re: Digging for Britain Episode
>
> This
Hi all,
I'm getting a lot of "403 Forbidden" playlist errors today in get_iplayer. Some
programmes don't show any errors and download fine and others either get there
after a few tries or fail.
Using todays 10 O'clock News as an example (m000bqq3) I get lots of this in the
output:
ERROR:
Yes as James rightly says, there can be multiple vPIDs with any PID. You can
see from looking at your output that World Championship Snooker Extra: 2018 -
8. Day 8 (b0b1y57h) has at least 2 vPIDs associated with it. You've got the
Original version (b0b1y54f) and the Shortened version
Thanks Peter.
The question is though, once the JSON feeds do go, where will GiP get the VPIDs
from? It needs these to access the playlists to start a download? Will GiP have
to start scraping iPlayer programme pages to get these?
> I didn't know JSON feeds were still available. I updated my
UK
>
> > On 13 Apr 2018, at 00:24, tellyaddict <tellyaddic...@gmx.co.uk> wrote:
> >
> > Hi All,
> > The JSON feeds that are used to get playlist data will be discontinued by
> > the BBC from the 1st May 2018. Has G
Hi All,
The JSON feeds that are used to get playlist data will be discontinued by the
BBC from the 1st May 2018. Has GiP been patched with a fallback to keep it
running when this happens?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
Hi Dave,
> but even if they hadn’t broadcast it live you would think that it could still
> be available on iplayer.
The BBC would probably say that rights restrictions stop them doing that if
they haven't broadcast it. Having said that, they already do this with a lot of
programmes.
> Having
Is anyone else finding that --info no longer works in 3.02?
Running "get_iplayer --pid b08z0lfw --info" now only does this:
get_iplayer v3.02, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
This is free software, and you are
> 320kbit/s audio does not increase the file size much whereas 50fps is a
> huge increase. Have you thought about multiplexing the 320kbit/s audio
> with 1280x720 25fps video from HLShd?
Sounds interesting. How would I do that?
Yes the file size increase for 50fps is massive. The BBC always
Hi All,
With 3.02 of GiP, all HVF modes now use 320 kbps audio. The old HLS modes still
use only 96 kbps. I'm wondering whether to continue to use hlshd 1280x720 25fps
96kbps streams or whether I should switch to the slightly smaller but higher
frame rate and audio bitrate hvfsd 960x540 50fps
> > But there is a potential problem with [a-z0-9]
> > because it would pick out many normal English words,
> > for example, ironically, 'programmes' and 'programming'.
>
> Again, forgive me for being obtuse, still learning things,
> but isn't that scenario assuming one actually inputs
>
>
That may well mean that the Watchdog team have edited the programme themselves
rather than getting the iPlayer team to do it. Possibly in that case, giving it
the clear label "iPlayer" would make it easier for them to make sure the right
version gets sent to the transcoders. The watchdog team
Alan is right artisticforge. The 1280x720@25fps streams ARE still there and
working.
The evidence IS actually there in Alan's output if you read the modes list he
has posted.
>From looking at your output, I can see that both of the hls modes (hlshd and
>hlsvhigh) are missing from your modes
> >Indeed whatever it was that the BBC changed that broke daf modes, they have
> >changed back so this is no longer a problem.
>
> Thanks for clearing that up. I was in Spain at the time, throttled to
> 40kbit/s or even 15kbit/s, taking 2h to download a 30min radio programme, so
> I couldn't
Can we see the info output for one of the programmes?
> hello
>
> that is the odd part, I am not seeing any hlshd modes in any info listings.
> this started probably a week ago. cannot be more precise my sense of "time"
> is not what it use to be.
___
> avoiding DAF, but is that no longer necessary? As tellyaddict says, I get
> good speeds (about 40Mbit/s, the same as DAF, as against 4Mbit/s for HAF)
> from hlsaacstd, but only up to 128kbit/s. I have just downloaded b08ndm0f
> from DAFhigh1, and there did not seem to be any problem.
Indeed w
> So those numbers are a red herring.
Yes. As James said, those numbers have no relation to speed. Just the order
they are tried in.
> Even so there are some dramatic differences between the sub-modes. I haven't
> tried them all but hlsvhigh1
> and hvfxsd5 both download at about 60Mbit/s,
> I've just tried to play Casualty from the iPlayer site as a test. I was
> asked to register with a DOB, Postcode, Email address and gender
> identification so changes have already happened. The subsequent
> playback though was terrible. I could hear the audio OK but the video
> was more a
The Flash modes are mostly still there but are being missed by get_iplayer.
Have a look at Vangelis's analysis here
http://lists.infradead.org/pipermail/get_iplayer/2017-May/010720.html
> I've noticed that in the last two or three days, all HLSHD downloads
> have been fault free whereas last
Dinky says that this is due to BBC changes but what has actually changed? The
feeds are still there in the mediaselector. Any ideas what needs to be changed
to fix it? I'm finding it very frustrating at the moment since Dinky has
stopped publishing fixes in the development version on Github
> Is there then no feedback from anywhere to the BBC over these faults? I had
> assumed that they would re-
> upload the failed files at some point.
Unfortunately the standard HLS streams seem to be in the list of legacy formats
which don't get much attention or maintenance. And this problem is
> The BBC's rationale for video profiles is explained here.
> http://www.bbc.co.uk/rd/blog/2015-07-the-development-of-new-video-factory-profiles-for-bbc-iplayer
> It is based on encoder performance for Strictly Come Dancing, East Enders
> and Top Gear (presumably, given the date of the article,
> > HVF modes are processed by the BBC
>
> Actually, all DVF/HVF/DAF/HAF modes
> (plus AdobeHDS streams for TV/Radio that
> GiP does not support) are delegated to
> "Unified Streaming Platform", a BBC partner:
>
> http://www.unified-streaming.com/news/bbc-extends-contract-unified-streaming
> I assume that the PVR will again attempt to fetch the complete fail
> programmes on each run, since they will not be flagged as downloaded.
It will attempt any that completely failed when it runs again but you may well
find that they fail again.
> Equally, since the downgraded examples
> I see that some of the TV modes do, indeed, allow the possibly of high
> resolution 25fps with 320k aac. But say "or 90k". So I assume the 320k
> would be fetched if available. (?)
Yes the default is to go for the highest sounds option linked available for the
mode being downloaded. HVF modes
Unfortunately I have also found a number of programmes where both hlshd and
flashhd are corrupted.
I totally agree that the flash modes should not have been axed from GiP while
they are still available. Mainly because there is no alternative 720p 25fps
stream available in hvf. And with neither
@Jim Web - Would it be possible for you to raise this with your BBC contact
again?
> First of all thanks for all the work to get gip working again.
>
> I have suddenly discovered that some of my downloads are happening at
> reduced resolution, on looking at the problem I have discovered that
>
That's my fault. I was looking at the mode you had tried for Masterchef rather
than the mode I knew you were after. What you actually want is hvfxhigh which
should be the sort of size and quality you are used to.
The dvf modes download as 2 separate files (audio + video) and then use ffmpeg
to
Hi Chris
At the moment there are a lot of programmes appearing with missing segments on
hls modes. Which modes it affects is random. At least with Masterchef you found
that it failed right at the beginning on segment 1, but you could easily find
that with some programmes you get half way
I know it scrubs non text attachments but that signature is terrible.
> hello
>
> that is what amazes me, it that the mailing list is not bouncing the
> posts for the html.
>
> On Wed, May 3, 2017 at 6:11 PM, Alan Milewczyk wrote:
> > On 04/05/2017 00:04, artisticforge .
Changes at the BBC broke some of the hls modes in 2.99 which might be why you
can no longer see them. This was fixed in 3.00.
> hello
>
> to determine the smallest file available you may want to use:
> get_iplayer-2.99/get_iplayer --info --verbose --type=radio --pid=
>
> you should see output
> I, for one, found the issues tracker to have been a veritable vault
> of invaluable info/documentation on the way GiP evolved/changed
> over the last years and a very easy reference to the actual commits
> that brought on those changes.
>
> The way the tracker worked was that usually the
> ... It used to be that way in the past, but not since the beeb
> started using HTTPS for their streams.
> E.g. if you --info (-i) a pid you'll often see 4 dvf* tvmodes;
> these are spread over just two CDNs (Akamai, Limelight)
> but with each of them having both HTTP/HTTPS stream URIs.
>
> I see the forum thread has now been closed on the grounds that there may be
> use outside the UK. I did wonder about that from the US date format in the
> bottom right hand corner and the discrepancy in the times.
Well spotted. I didn't even notice that!
> I had not thought about the point
> >I don't know the answer to your question, but I have a couple of comments.
> >Why doesn't treker68 use --tvmode=hvfxsd as suggested? News programmes are
> >removed fairly quickly. For example the London lunchtime news is not
> >available at all at the moment. Are there normally HLS modes
Interesting one on the forums.
https://squarepenguin.co.uk/forums/thread-1265-post-5636.html
HLS modes aren't showing in GiP for an episode of the London News from today
but a manual look at the mediaselector pages shows that it does exist. (PID:
b08mhcdq VPID: b08mhcdh)
--verbose output in
Is it just me or has the GiP Issues Log disappeared from github?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Interesting find there Alan. You are right, GiP 2.99 only picks up the
audiodescribed version. As you can see when you play the programme on iPlayer
and right click, the vpid for the non AD version is b08l4283 but GiP misses it
completely.
Version 2.94 can see it but anything after that for
Thanks Vangelis. So effectively as long as I have the windows installer for
2.99 saved locally, I should always be able to install that and then downgrade
the get_iplayer.pl script if needed and as all the necessary packages are
included in that installer, older scripts should continue to work?
> The installer contains a customised trimmed package
> of Strawberry Perl 5.24.0.1 (x86) portable.
> While v2.98+ no longer depends on some perl modules:
>
> Authen::SASL
> MP3::Info
> MP3::Tag
> Net::SMTP::SSL
> Net::SMTP::TLS
> Net::SMTP::TLS::ButMaintained
>
> those weren't yet removed
> I'm using 2.94 and finding --pid does not work now the BBC data has gone
> AWOL again.
Correct! An extra fallback was added from 2.95 onwards for this sort of
scenario.
> What are the downsides to manually moving up to 2.99?
I don't think there's any problem manually updating. For the time
amme schedules?
>
> On 14/03/2017 11:53 AM, tellyaddict wrote:
> > Downloading is impossible by any method at the moment due to the missing
> > xml feeds.
> Not so. I started a D/L using --pid= a few minutes ago, and it's running
> as I type...
>
>
Downloading is impossible by any method at the moment due to the missing xml
feeds.
> Sent: Tuesday, March 14, 2017 at 12:45 AM
> From: RS
> To: get_iplayer@lists.infradead.org
> Subject: Re: No programme schedules?
>
> >From: Alan Milewczyk Sent: Tuesday, March 14, 2017
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 Akamai are said to
> have a fix which is supposed to be being put in place. However I'd have
> thought that would happen today. Might be my
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 issue.
Whatever they have done so far though appears to have had the opposite effect.
@jim Do you have any info on what the problem is or what's
Sounds positive :)
Any ideas what the problems are and why they've taken so long to fix?
> 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...
___
> I've never tried the --raw option. Might it help with the following?
>
> A number of the files I fetched yesterday morning had reported missing
> segments. This specified time offsets in secs. I had a look at those
> points.
>
> In some cases there was no sign of a problem. In others the video
I don't think it's speed that's the issue. You can try downloading the failed
segments in a browser and they fail because they are just not on the server.
Working segments (eg. the one before the failure) will download fine.
__
> Having a thought about this, when you stream something
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
missing.
> > I'm still using V2.94 and no sync problems.
> >
> > Is the audio out by a constant time (eg 0.3 secs) in a programme?
> >
> > I
> Not much point in going much further on that point. But over the years I
> have learned that speculations about the cause or reason for something are
> often helpful in being able to get something sorted out. So I don't agree
> with you. We''ll have to differ in our views on this.
I think so
> But they want people to shift away from using Akamai, so may not be
> concerned. I don't use the standard BBC webpage interfaces, etc, these days
> so have no idea if current browsers or BBC apps are being affected by this.
> If they are, I'd have expected an outcry by now as this has been
> OK, I think this thread has now ran it's course. Enough of the
> speculation and OT chatter.
I have to disagree.
I don't think this is OT. This is a current problem with the current version of
GiP that we are trying to work out.
> The workaround for most users is to use the old flash streams
> 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 own.
Why would anyone ask for broken streams though?
> Or they stem from an arrangement the BBC aren't party to. They might be
> dealing with it in
The HVF streams are still HLS. The HLS streams that are being classed as legacy
though sadly are the 25fps equivalents.
__
> It says,"A key to making this work was a switch to chunked HTTP video
> formats. We already use these for our live streams and with this change all
> new
Another thing to remember is that both Limelight and Akamai are serving the
dashhigh streams, so it could be that 1 is behaving better than the other. I
might have got lucky yesterday and hit the right server and you might have got
unlucky this morning and hit the troublesome one and got the
> ... and, as Jim has said, it's a legacy system, so why would they be
> changing it? It's not impossible of course, but doesn't seem likely if it's
> deprecated and due to be discontinued anyway.
It may only be depreciated as far as the BBC is concerned. Although the BBC is
now moving towards
It could be that when a missing segment is found, the servers log it as an
error. Then when they review things later, they go back and correct what's been
flagged up. As you say it could also be reports from the BBC and users that
causes Akamai to go back and fix it.
As for why things have got
Hi Andrea,
You have indeed missed something :) Any Olympic content that isn't actually
broadcast is only available in a limited number of modes.
Have a look at this: https://squarepenguin.co.uk/forums/thread-982.html
You say that you are using the most recent version of GiP, however your output
I wouldn't really say that I have any superior knowledge on this. My best guess
on why these problems suddenly started about a month ago would be...
All of the segmenting, playlist creation etc will be done by some software at
Akamai if they are doing the packaging. It's possible that maybe they
It depends what you want. As Richard has said, flashhd and hlshd are pretty
much equal to eachother BUT we now know that HLS is on a legacy system and
Flash is due to be phased out at some point.
All the HLS options run at 25fps but are only supplied by Akamai who (at least
for the time being)
Hi Owen,
How about Olympic Sportsday on the BBC News Channel? 30 mins of highlights at
18.30 every night.
__
> The transformation in my case is that iPlayer has ruined the Olympics for me.
> We used to get a daily highlights show on an HD channel between 30 mins and
> an hour long,
Hi Jim,
How many times did your first command fail?
The reason you have ended up with a non HD version using the Flash method is
that there is only 1 supplier if flashhd content which is Akamai. As you had
excluded that, it had to jump down a mode to flashvhigh which is supplied by 2
suppliers
Thanks Clive,
Your options file specifies flashaacstd. Kevin's is better so he may well be
downloading the HLS stream. These have major problems at the moment with
missing segments so it could be those errors which are tripping up the
conversion. Even without converting though he would still
Hi Kevin,
GiP 2.95 uses a different downloading method by default to the default in 2.94
which is probably why you are seeing problems since upgrading.
My guess at this stage would be that you are also getting errors in the
download output before the converting starts but you haven't included
My understanding of what Jim has said is that all the HLS recording modes are
legacy streams served only by Akamai. For these legacy streams, the BBC send
the programme files to Akamai and they (Akamai) then segment and upload the
programme to their servers. It seems that the processing that
I would have thought that anything that is broadcast will probably be processed
into all formats as usual. But Red Button and Web Only content might only be
processed into hvf.
> The opening ceremony at least is available in "flashhigh", which is my
> standard download mode.
Hi All,
Dinky has pointed out on the forum that Olympics coverage might only be
available using hvf streams.
He has created a topic about this here:
https://squarepenguin.co.uk/forums/thread-982.html
___
get_iplayer mailing list
It would be easier to wait until the events are uploaded to iPlayer and then
download them in the normal way.
> I have found this which says, in effect, recording red button will be easier
> when we can record HLS.
> https://github.com/get-iplayer/get_iplayer/issues/171#issuecomment-116323399
>
I have also had this before as well. I think it might depend on how the
download fails. It seems that sometimes GiP is getting the message that the
download is complete even though it obviously isn't. Maybe if the CDN hasn't
sent any error messages during the download, GiP assumes it's complete
Hi Chris,
The History file gets updated after GiP determines the download has fully
completed (the same time as it removes .partial from the filename). If a
download stalls and fails it won't be added to the History file. As the files
you had to delete were still .partial files, GiP knew they
The Pure Perl HLS Downloader that is now built into 2.95 is much faster than
downloading with FFMpeg.
> Sent: Monday, July 11, 2016 at 4:59 PM
> From: RS
> To: get_iplayer@lists.infradead.org
> Subject: Re: hlshd download speeds
>
> -Original Message-
> From: James
Apologies I kept meaning to pass that across.
Thanks for the update on how to handle the current BBC chances with News clips
:)
> Sent: Monday, May 23, 2016 at 4:51 PM
> From: "Vangelis forthnet"
> To: get_iplayer@lists.infradead.org
> Subject: Re: BBC News/Sports
I don't think that was quite what Dennis meant. Obviously a reply like you've
just done needs to be done in that way to make any sense.
I was taught when I first started using this list that you were supposed to
post new replies at the top of the email with the message you are replying to
I think there is still a benefit to having the list.
I don't really mind the off topic stuff and if I don't want to read it then I
won't. I have learned some interesting things from the stuff that gets posted
here. I've learned stuff about Audio/Video Factory and composing commands etc
that I
; Sent: Monday, April 04, 2016 at 4:46 PM
> > From: "Mark Carroll" <m...@ixod.org>
> > To: tellyaddict <tellyaddic...@gmx.co.uk>
> > Subject: Re: get_iplayer broken again!! (April 2016)
> >
> > FYI, from those links I keep ju
Hi Majid,
It could be something to do with the move over to the new Nitro system that the
BBC is rolling out.
One idea is that the BBC might keep disabling the feeds to see what breaks when
they do.
> this is very annoying!!
> why do the bbc do this?
> is there any news as to what they are
Hi all,
The BBC have broken GiP again by removing the data sources it uses to refresh
the cache and download any programmes.
Dinky has posted an announcement here:
https://squarepenguin.co.uk/forums/announcement-7.html
___
get_iplayer mailing list
Unfortunately the BBC have removed GiPs data sources to refresh the cache and
download programmes at least for the time being.
This is the 3rd time this year that they have done this and the first 2 were
between 1 and 3 days before the feeds were restored. There is no guarantee
though that
BBC Three only actually went properly off air a couple of days ago and until
then they were still broadcasting programmes in the early hours of the morning
every day. The feeds for BBC Three are still refreshing the cache with those
programmes BUT the BBC have again disabled all the data
Dinky has posted an alternative installer for use on Windows XP to work around
this problem. You can download the installer from
https://squarepenguin.co.uk/forums/thread-686-post-3739.html#pid3739
> Hi
>
> Any help with this problem would be hugely appreciated
>
> Thanks
> Martin
Hi Martin,
The installer downloads all the components from infradead.org and from time to
time infradead goes down for a day or two which will cause the installer to
fail. Hopefully infradead will come back online soon and the installer will
then work as normal.
> Hi
>
> I've been using
Yes and no. Anything broadcast before the switch off will still be cached for
the usual 7 days, BUT BBC Three is actually still broadcasting programmes
between 2 and 4am and these are also appearing on iPlayer for their 30 day
availability. Those 3 episodes of Uncle for example were broadcast
Where do you get the VPID from to open the playlist to make the command?
> Sent: Friday, February 05, 2016 at 5:07 PM
> From: batguano999
> To: CJB
> Cc: get_iplayer-request
> Subject: Re: Another BBC News Clip
>
>
s
>
> http://lists.infradead.org/pipermail/get_iplayer/2016-January/008550.html
>
> > Thank you I'l look at OpenBSD too.
>
> Nothing against OpenBSD or other OS,
> but there's no need to install a second OS
> on your machine (natively or via VM)
> to use
Hi All,
This is a widespread issue which started late this afternoon.
https://squarepenguin.co.uk/forums/thread-623-post-3377.html#pid3377
> Sent: Wednesday, January 13, 2016 at 6:02 PM
> From: "Len Lawrence"
> To: get_iplayer@lists.infradead.org
> Subject: Re: Warning:
ment" notice).
>
> Another case where the existence of a "--vpid" switch
> in GiP could've proved a lifesaver; I can find manually
> the vpid (right-clicking the embedded player, via page
> source, via JSON playlist etc.), the mediaselector/5 URLs
> do still function no
t; <dirk+getipla...@d2h.net>
> To: tellyaddict <tellyaddic...@gmx.co.uk>, get_iplayer
> <get_iplayer@lists.infradead.org>
> Subject: Re: get_iplayer currently broken...
>
> PIDs can still be retrieved via the
> http://www.bbc.co.uk/iplayer/guide/bbc/20160113 U
> http://www.theregister.co.uk/2015/09/30/bbc_iplayer_html5/
>
> Sorry, not enough of a video streaming expert here, but does this render
> the need for rtmpdump unnecessary? Can perl do this directly now?
The BBC have been saying for a while that RTMP streams will be going from
iPlayer soon
> For many months I have used --exclude-supplier=akamai on my GiP command
> line as it results in a 10- or 12-fold increase in download speed
> compared to the throughput I get without that option - with the option,
> an hour long problem @1280x720 will download in around 5-6 minutes,
>
> 2) That limelight now seems not to serve 1280x720. So if I keep excluding
> akamai I can only get 832x468... But if I include akamai I usually now get
> the very familiar symptom (1).
I dont think Limelight has never served HD content. Akamai does both SD and HD
and Level3 (the problem server)
> Sorry, I'm not certain what you meant. Did you mean to say "I don't think
> limelight has *ever* served HD content"? Or are you saying it has served it
> in the past, but not now? Or?...
That should have been I don't think limelight has ever served HD content.
> So when I've been excluding
I wonder what gip command it uses to fetch all the episodes. I have
not found it yet.
You can use the series PID from iPlayer. When you search for clangers and look
at the 26 available you get taken to this page
http://www.bbc.co.uk/iplayer/episodes/b05zfxkz the PID in there (b05zfxkz) is
Can someone tell me whether this is a problem with me or with the BBC
please? Using version 2.94, from
https://raw.github.com/dinkypumpkin/get_iplayer/latest/get_iplayer,
when I run
get_iplayer clangers
it finds 12 episodes but when I look at
http://www.bbc.co.uk/cbeebies/shows/clangers
Hi,
Would someone in UK - but not in Scotland - please check if this is
available to watch:
http://www.bbc.co.uk/programmes/b065ylqd
Hi Peter,
Episode 1 of the series is available but the episode you linked to is not being
broadcast until Tuesday so is not available yet.
Ah, thanks. That sounds like a better approach than my screen-scraping.
How did you find that pid string? It is not the same as the one I found
when searching for T in the Park on the iPlayer site.
The PID Vangelis has used (b061pqkb) is a series PID which is specific to T in
the Park
I use the --tvmode=best switch to download the best available mode but
as mentioned in a previous post sometimes the 832x468 version is
downloaded in a series where 1280x720 is the norm.
I keep an eye out for programme repeats to get the full-fat version
but I was wondering if it is
I have found that best mode often defaults to the 1 option,
which I have occasionally found to be significantly slower than 2
- which is likely to be because more people are trying to fetch items
from
that server, and it and the paths to it are busier
So I reran the
1 - 100 of 125 matches
Mail list logo