On 16/10/2019 17:07, RS wrote:
> On 16/10/2019 09:26, Budge wrote:
>
>> I have it now. My misunderstanding was that I was putting the file
>> address where file is in the command line, not putting the file into the
>> place where GiP settings have it. Sorry for my mistake.
>>
>
> I have got
On 16/10/2019 09:26, Budge wrote:
I have it now. My misunderstanding was that I was putting the file
address where file is in the command line, not putting the file into the
place where GiP settings have it. Sorry for my mistake.
I have got this wrong. There is no bug. Sorry to have
On 15/10/2019 19:32, Budge wrote:
> On 15/10/2019 12:40, RS wrote:
>> On 15/10/2019 11:47, Budge wrote:
>>
>>> I am not clear which part of your advice is a quote from the wiki and
>>> which is from you based on my message. I have identified the full path
>>> to the file in my command so it
On 15/10/2019 12:40, RS wrote:
> On 15/10/2019 11:47, Budge wrote:
>
>> I am not clear which part of your advice is a quote from the wiki and
>> which is from you based on my message. I have identified the full path
>> to the file in my command so it should work.
>> Any ideas what more I can do?
On 15/10/2019 12:40, RS wrote:
> On 15/10/2019 11:47, Budge wrote:
>
>> I am not clear which part of your advice is a quote from the wiki and
>> which is from you based on my message. I have identified the full path
>> to the file in my command so it should work.
>> Any ideas what more I can do?
On 15/10/2019 11:47, Budge wrote:
I am not clear which part of your advice is a quote from the wiki and
which is from you based on my message. I have identified the full path
to the file in my command so it should work.
Any ideas what more I can do?
The quote from the wiki
On 15/10/2019 10:16, RS wrote:
> On 14/10/2019 18:08, Budge wrote:
>
>>
>> This is what I get:-
>>
>> alastair@install:~> get_iplayer --type=radio --pid=b01r1vt2 --tag-only
>> --tag-podcast-radio
>>
On 15/10/2019 11:21, David Cantrell wrote:
Stream availability is part of the metadata. Metadata remains behind
even after streams have become unavailable for two reasons. First, so
iPlayer can show you when something was broadcast; second, to cope with
repeats.
Thanks for that
On Tue, Oct 15, 2019 at 10:16:04AM +0100, RS wrote:
> get_iplayer --pid b01r1vt2 --info
> displays a lot of metadata including longdesc. That suggests
>
> 1. Vangelis is right that the online sources for metadata stay there
> for good.
>
> 2. get_iplayer is able to retrieve metadata even
On 14/10/2019 18:08, Budge wrote:
This is what I get:-
alastair@install:~> get_iplayer --type=radio --pid=b01r1vt2 --tag-only
--tag-podcast-radio
On Tue Aug 29 18:27:24 BST 2017, RS wrote:
but Windows (as of 5 years ago)
only supports up to id3v2.3
Yes:
https://answers.microsoft.com/en-us/windows/forum/windows_7-pictures/how-to-add-id3v24-support-for-windows-7-64bit/a9427521-eb6f-4fe4-affb-f61532846503?auth=1
But then again, there's
Sent: Tuesday, August 29, 2017 17:18 I wrote
or what the difference is between -id3v2_version=3 and -id3v2_version=4
I t seems the answer is that the default in ffmpeg is id3v2.4 but Windows
(as of 5 years ago) only supports up to id3v2.3 so -id3v2_version=3 is
needed if the tags are to
From: Vangelis forthnet Sent: Tuesday, August 29, 2017 01:03
On Thu Aug 24 13:12:07 BST 2017, I wrote:
What I still haven't worked out is whether there is an equivalent
of -codec copy for metadata.
... bit late, but maybe:
-map_metadata outfile[,metadata]:infile[,metadata]
=> "set
On Thu Aug 24 13:12:07 BST 2017, RS wrote:
It seems this tells me how to add metadata using ffmpeg.
https://wiki.multimedia.cx/index.php/FFmpeg_Metadata
What I still haven't worked out is
whether there is an equivalent of
-codec copy for metadata.
... bit late, but maybe:
-map_metadata
On Thu Aug 24 16:17:34 BST 2017, I wrote:
because the online sources stay there for good
Sadly not true for the .json flavours :-{
I forgot that the beeb intends to remove them
on May 2018; but the metadata for a specific pid
will continue to be there, albeit in a different format...
On Thu Aug 24 13:12:07 BST 2017, RS wrote:
whether I am at risk of losing tags or metadata.
There is such a risk, but whenever FFmpeg has tagged files as input,
it does its best to preserve (most) of the metadata present in the input
file and carry it over to the output file, taking, of
On 23/08/2017 22:49, I wrote:
On 23/08/2017 03:26, Vangelis forthnet wrote:
>You can always (re-)tag the edited file afterwards...
Hi Vangelis
I have to confess my complete ignorance of tags. I have often
wondered if I generate my own ffmpeg commands, for example to convert
a file to
On 23/08/2017 03:26, Vangelis forthnet wrote:
>You can always (re-)tag the edited file afterwards...
Hi Vangelis
I have to confess my complete ignorance of tags. I have often wondered
if I generate my own ffmpeg commands, for example to convert a file to
MP3 or to extract part of a file,
On Tue Aug 22 22:47:09 BST 2017, Ralph Corderoy wrote:
this is to avoid attempting to copy any "video" album sleeve, etc?
Hi Ralph :-)
FFmpeg treats the MP4 embedded thumbnail (artwork) present
in both .mp4/.m4a GiP files as a VIDEO STREAM in the input file.
During manipulation of such
Hi Vangelis,
> Be sure to include -vn in the command if the output file extension is
> ".m4a"
Ah, this is to avoid attempting to copy any "video" album sleeve, etc?
I didn't know of this option, always using -map 0:0 or similar to pluck
just the audio in those cases. Thanks.
--
Cheers, Ralph.
20 matches
Mail list logo
