Am Do., 12. März 2020 um 00:28 Uhr schrieb Reindl Harald
:
> > That's apart from the fact that we don't have the manpower to support
> > releases apart from security issues.
>
> irreleavent in the context "only latest git is supported on this list"
> which is *users list* and so y*you* can decide
Am 12.03.20 um 00:23 schrieb Carl Eugen Hoyos:
> Am Do., 12. März 2020 um 00:17 Uhr schrieb Reindl Harald
> :
>>
>> Am 11.03.20 um 22:48 schrieb Carl Eugen Hoyos:
>>> Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
>>> :
Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
> Why
Am Do., 12. März 2020 um 00:17 Uhr schrieb Reindl Harald
:
>
>
>
> Am 11.03.20 um 22:48 schrieb Carl Eugen Hoyos:
> > Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
> > :
> >>
> >> Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
> >>> Why do you want to use a newer x264?
> >>>
> >> why do
Am 11.03.20 um 22:48 schrieb Carl Eugen Hoyos:
> Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
> :
>>
>> Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
>>> Why do you want to use a newer x264?
>>>
>> why do you always answer "only current GIT of ffmpeg is supported here"
>
> Because t
Am 11.03.20 um 21:04 schrieb Ted Park:
Hi,
Is it thinkable that libx264 could encode with constrained_baseline
profile some day? Currently it only can decode it.
IIRC, contained baseline is no different from the original baseline bitstream
profile, except it has a flag set (or unset). Does
On 03/11/2020 06:45 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 23:15 Uhr schrieb Mark Filipak
:
On 03/11/2020 06:09 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 23:05 Uhr schrieb Mark Filipak
:
For what it's worth, though the MPEG encoder specs support full, 16-bit
monochr
On 03/11/2020 06:45 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 23:15 Uhr schrieb Mark Filipak
:
On 03/11/2020 06:09 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 23:05 Uhr schrieb Mark Filipak
:
For what it's worth, though the MPEG encoder specs support full, 16-bit
monochr
Am Mi., 11. März 2020 um 23:17 Uhr schrieb Ted Park :
> > All features specific to "baseline" (which do not exist in main and
> > high) are neither
> > supported by any available H.264 encoder nor decoder (including libavcodec).
> > All this features were removed for "constrained baseline" which i
On 03/11/2020 06:41 PM, Ted Park wrote>> haven't spent the $5-thousand
for the DVD spec
Isn’t that just to be a subscriber/member?? I think it’s a bit more than that
if you want the whole DVD specs… DVD has been reverse engineered pretty
extensively though, shouldn’t be too difficult to find d
Am Mi., 11. März 2020 um 23:15 Uhr schrieb Mark Filipak
:
>
> On 03/11/2020 06:09 PM, Carl Eugen Hoyos wrote:
> > Am Mi., 11. März 2020 um 23:05 Uhr schrieb Mark Filipak
> > :
> >> For what it's worth, though the MPEG encoder specs support full, 16-bit
> >> monochrome (black-&-white) that, theoret
Hello,
>> Because that is what the DVD specification requires.
>> Carl Eugen
>
> Ah! Well, that explains it. Thanks Carl Eugen. I haven't spent the
> $5-thousand for the DVD spec.
>
> By the way, of course, I made a silly mistake. I should have written "full,
> 24-bit monochrome". Ooops. Senio
Hi,
> All features specific to "baseline" (which do not exist in main and
> high) are neither
> supported by any available H.264 encoder nor decoder (including libavcodec).
> All this features were removed for "constrained baseline" which is supported
> by
> all H.264 encoders and all H.264 decod
On 03/11/2020 06:09 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 23:05 Uhr schrieb Mark Filipak
:
On 03/11/2020 05:48 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
:
Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
Why do you want to use a newer
Am Mi., 11. März 2020 um 23:05 Uhr schrieb Mark Filipak
:
>
> On 03/11/2020 05:48 PM, Carl Eugen Hoyos wrote:
> > Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
> > :
> >>
> >> Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
> >>> Why do you want to use a newer x264?
> >>>
> >> why do you
On 03/11/2020 05:48 PM, Carl Eugen Hoyos wrote:
Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
:
Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
Why do you want to use a newer x264?
why do you always answer "only current GIT of ffmpeg is supported here"
Because the development of
Am Mi., 11. März 2020 um 22:44 Uhr schrieb Reindl Harald
:
>
> Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
> > Why do you want to use a newer x264?
> >
> why do you always answer "only current GIT of ffmpeg is supported here"
Because the development of the two projects is nowadays very differen
Am 11.03.20 um 20:02 schrieb Carl Eugen Hoyos:
> Why do you want to use a newer x264?
>
> Carl Eugen
why do you always answer "only current GIT of ffmpeg is supported here"
to *any* question on this and then come up with a dumb "why to you want
to use a recent dependency of ffmpeg"
you have som
On 03/11/2020 03:21 PM, Lou Logan wrote:
On Wed, Mar 11, 2020, at 10:51 AM, Ulf Zibis wrote:
Does John van Sickle's binary use a current version?
See the build info / readme for a list of external library versions:
https://johnvansickle.com/ffmpeg/git-readme.txt
How can I use a more current
Am Mi., 11. März 2020 um 21:27 Uhr schrieb Ted Park :
>
> Hi,
>
> > Is it thinkable that libx264 could encode with constrained_baseline
> > profile some day? Currently it only can decode it.
>
> IIRC, contained baseline is no different from the original baseline bitstream
> profile
All features s
Hi,
> Is it thinkable that libx264 could encode with constrained_baseline
> profile some day? Currently it only can decode it.
IIRC, contained baseline is no different from the original baseline bitstream
profile, except it has a flag set (or unset). Does your decoder refuse to
decode baseline
On Wed, Mar 11, 2020, at 11:50 AM, Ulf Zibis wrote:
>
> Is it thinkable that libx264 could encode with constrained_baseline
> profile some day?
"-profile:v baseline" is Constrained Baseline. You can always refer to
the output of the ffmpeg command to see which profile is being used.
> Currently i
Am 11.03.20 um 20:13 schrieb Carl Eugen Hoyos:
To elaborate:
The main differences are:
Unified support for >8 bit
Monochrome encoding
XAVC encoding
The first is really useful but only if you need 10 bit support,
the others should have less relevance.
x264 development has slowed down over time
On Wed, Mar 11, 2020, at 10:51 AM, Ulf Zibis wrote:
>
> Does John van Sickle's binary use a current version?
See the build info / readme for a list of external library versions:
https://johnvansickle.com/ffmpeg/git-readme.txt
> How can I use a more current version with the ffmpeg git version?
Yo
Am Mi., 11. März 2020 um 20:02 Uhr schrieb Carl Eugen Hoyos
:
>
> Am Mi., 11. März 2020 um 19:52 Uhr schrieb Ulf Zibis :
> > It seems I'm using a very old version of libx264:
>
> Why do you think so?
To elaborate:
The main differences are:
Unified support for >8 bit
Monochrome encoding
XAVC encod
Am Mi., 11. März 2020 um 19:52 Uhr schrieb Ulf Zibis :
> $ sudo apt policy libx264*
> libx264-148:
>Installiert: (keine)
>Installationskandidat: (keine)
>Versionstabelle:
> libx264-152:
>Installiert: 2:0.152.2854+gite9a5903-2
>Installationskandidat: 2:0.152.
Am 11.03.20 um 18:55 schrieb Carl Eugen Hoyos:
mov defaults to mpeg4 if no h264 encoder is present (you did not specify
--enable-libx264), for mpeg4 "profile baseline" is not defined.
Thanks, it works with:
$ sudo apt install libx264-dev
$ ./configure --enable-libx264 --enable-gpl
$ make
But
Am Mi., 11. März 2020 um 18:32 Uhr schrieb Ulf Zibis :
> I have build ffmpeg from the latest sources and get this warning and error:
>
> $ ~/Projects/ffmpeg/dev_2/ffmpeg -i MVI_1324.MOV -c:a copy -profile:v
> baseline -level 4.1 -map_metadata 0 -movflags +faststart MVI_1324.mov
> ffmpeg version N-
Hello,
> I have build ffmpeg from the latest sources and get this warning and error:
>
> $ ~/Projects/ffmpeg/dev_2/ffmpeg -i MVI_1324.MOV -c:a copy -profile:v
> baseline -level 4.1 -map_metadata 0 -movflags +faststart MVI_1324.mov
...
> File 'MVI_1324.mov' already exists. Overwrite? [y/N] y
> Str
28 matches
Mail list logo
