Please see below ...
www.macfh.co.uk/CEMH.html
> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org]On
> Behalf Of Clive
> Sent: 02 May 2016 17:16
> To: get_iplayer@lists.infradead.org
> Subject: Re: Spurious write permission err
On Sat, 30 Apr 2016 22:49:01 +0100, Christopher Woods wrote:
> The deinterlacing algorithm is doing no resizing - it's interpolating
> between the frames and then 'printing' that to 50 progressive frames. The
> resulting image will have slightly lower definition due to the bob
> artifacts as it
On Sun, 1 May 2016 09:32:49 +1000, Nick Payne wrote:
> I retried one of the downloads that was only 704x396, using the same
> command line with the addition of --force, and the second time it
> downloaded at 832x468, so I'm wondering how GiP determines what
> resolution to download?
Live stuff
hello
I am running GiP under MacOSX and Debian Linux .
I run multiple different GiP fetches from the same directory nearly
everyday on both MacOSX and Linux.
My multiple I mean 3 to 4 different fetches going at once from the
same directory.
Never have an issue.
The times I have had issues is whe
Until recently I have routinely run 2/3/4 instances of gip from one
Linux Terminal box with no problems - open multiple tabs in one session
and run separate downloads in each, sometimes all radio or TV and other
times a mix. I have not encountered a conflict with the download history
getting co
Please see below ...
www.macfh.co.uk/CEMH.html
> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org]On
> Behalf Of Nick Payne
> Sent: 02 May 2016 13:41
> To: get_iplayer@lists.infradead.org
> Subject: Spurious write permission er
Running GiP 2.94 on Windows. I had two downloads running simultaneously,
both writing to the same directory. One download completed without any
problem indicated, the other put out the following on the console at the
end of the download:
INFO: MP4 tagging MP4 file
Started writing to temp fil
7 matches
Mail list logo