On 04/11/2019 20:04, RS wrote:
> On 04/11/2019 15:14, Roger Bell_West wrote:
>> On Mon, Nov 04, 2019 at 02:53:28PM +, Budge wrote:
>>> Any clues what might have caused this and how can I correct the fault
>>> (which may or may not be the problem with Linn DS player)?
>>
>> I don't see any
On 4 Nov 2019 at 14:15, Budge Budge wrote:
> The Linn DS engineer advised that he received a file from you and advised that
> if you convert the track to FLAC or ALAC that it plays.
> The problems are caused by the file being split into an enormous number
> of tiny chunks (over 400,000 audio
On 04/11/2019 15:14, Roger Bell_West wrote:
On Mon, Nov 04, 2019 at 02:53:28PM +, Budge wrote:
Any clues what might have caused this and how can I correct the fault
(which may or may not be the problem with Linn DS player)?
I don't see any reply to James Scholes' comment of 23 October.
On Mon, Nov 04, 2019 at 02:53:28PM +, Budge wrote:
>Any clues what might have caused this and how can I correct the fault
>(which may or may not be the problem with Linn DS player)?
I don't see any reply to James Scholes' comment of 23 October. Did you
try remuxing as he suggested? Or even a
On 04/11/2019 14:15, Budge wrote:
> On 30/10/2019 12:06, Budge wrote:
>> On 29/10/2019 16:50, RS wrote:
>>>
>>>
>>> On 27/10/2019 21:08, Budge wrote:
On 27/10/2019 20:56, Budge wrote:
>>>
>
> Further to this thread as it has developed I find I have two example
> files both
On 30/10/2019 12:06, Budge wrote:
> On 29/10/2019 16:50, RS wrote:
>>
>>
>> On 27/10/2019 21:08, Budge wrote:
>>> On 27/10/2019 20:56, Budge wrote:
>>
Further to this thread as it has developed I find I have two example
files both downloaded with GiP. Using ffprobe, one is shown
On 29/10/2019 16:50, RS wrote:
>
>
> On 27/10/2019 21:08, Budge wrote:
>> On 27/10/2019 20:56, Budge wrote:
>
>>>
>>> Further to this thread as it has developed I find I have two example
>>> files both downloaded with GiP. Using ffprobe, one is shown as:-
>>>
>>> Duration: 02:33:00.99, start:
On 27/10/2019 21:08, Budge wrote:
On 27/10/2019 20:56, Budge wrote:
Further to this thread as it has developed I find I have two example
files both downloaded with GiP. Using ffprobe, one is shown as:-
Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s
Stream #0:0(eng):
On 27/10/2019 20:56, Budge wrote:
> On 23/10/2019 16:23, Budge wrote:
>> On 23/10/2019 13:24, Owen Smith wrote:
>>> I understand the need to convert aac that the player won't play. But surely
>>> mp3 would be the last choice to convert them to, given converting one lossy
>>> format to another is
On 23/10/2019 16:23, Budge wrote:
> On 23/10/2019 13:24, Owen Smith wrote:
>> I understand the need to convert aac that the player won't play. But surely
>> mp3 would be the last choice to convert them to, given converting one lossy
>> format to another is just about the worst thing you can do
On 23/10/2019 13:24, Owen Smith wrote:
> I understand the need to convert aac that the player won't play. But surely
> mp3 would be the last choice to convert them to, given converting one lossy
> format to another is just about the worst thing you can do to audio.
> Sometimes there are nasty
I understand the need to convert aac that the player won't play. But surely mp3
would be the last choice to convert them to, given converting one lossy format
to another is just about the worst thing you can do to audio. Sometimes there
are nasty interactions between the different perceptual
On 22/10/2019 21:41, Budge wrote:
Many thanks. I asked as I am still trying to get to the bottom of my
problems with some GiP radio downloads and the Linn DS playing problem
however these date from 2012 and I note things have changed. Would
radio programmes from then have been re-muxed once
On 22/10/2019 16:45, Budge wrote:
I understood that GiP uses ffmpeg during downloading of radio files. Is
that correct and always correct with the various radio file types
available from BBC?
Budge
For presently available modes it is not quite right to say that ffmpeg
is used *during* downloads. ff
On 22/10/2019 21:25, RS wrote:
> On 22/10/2019 16:45, Budge wrote:
>> I understood that GiP uses ffmpeg during downloading of radio files. Is
>> that correct and always correct with the various radio file types
>> available from BBC?
>> Budge
>
> For presentl
On 22/10/2019 16:45, Budge wrote:
I understood that GiP uses ffmpeg during downloading of radio files. Is
that correct and always correct with the various radio file types
available from BBC?
Budge
For presently available modes it is not quite right to say that ffmpeg
is used *during
I understood that GiP uses ffmpeg during downloading of radio files. Is
that correct and always correct with the various radio file types
available from BBC?
Budge
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org
17 matches
Mail list logo