On 9/15/22, Dan wrote:
>> zscale=...,format=yuv420p
>
> O okay. I tried that before (except using two -vf commands), because
> I
> suspected you might've meant that.
>
> Just tried it again, still no luck. Let me know if I need to tweak
> anything:
>
> ffmpeg.exe -f lavfi -i
The crazy thing is when you vertically stack the two videos together,
then the colors become again identical in the output:
ffmpeg -i out1.mp4 -i out2.mp4 -lavfi vstack -y out.mp4
Sorry, I have no idea for a solution or workaround.
To make things even more confusing, Media Player Classic
zscale=...,format=yuv420p
O okay. I tried that before (except using two -vf commands), because I
suspected you might've meant that.
Just tried it again, still no luck. Let me know if I need to tweak anything:
ffmpeg.exe -f lavfi -i color=0x19be0f:s=400x578 -crf 0 -vcodec libx264 -vf
On 9/14/22, Dan wrote:
>>> Unless I'm somehow misusing zscale (which is a possibility), it would
>>> seem
>>> as if the
>>> problem lies elsewhere.
>>
>> If you do not use format filter after zscale it will not work correctly.
>
> Do you mean using the "filter" keyword under the zscale
On 9/14/22, Paul B Mahol wrote:
> On 9/14/22, Dan wrote:
>> On Wed, 14 Sep 2022 21:26:59 +0100, Carl Zwanzig wrote:
>>
>>> On 9/14/2022 8:01 AM, Paul B Mahol wrote:
The reason of scale behavior is known and legacy.
>>>
>>> Is it documented with the filter? I don't see anything obvious
Unless I'm somehow misusing zscale (which is a possibility), it would seem
as if the
problem lies elsewhere.
If you do not use format filter after zscale it will not work correctly.
Do you mean using the "filter" keyword under the zscale property/variable?
I tried this, again no luck (also
On 9/14/22, Dan wrote:
> On Wed, 14 Sep 2022 21:26:59 +0100, Carl Zwanzig wrote:
>
>> On 9/14/2022 8:01 AM, Paul B Mahol wrote:
>>> The reason of scale behavior is known and legacy.
>>
>> Is it documented with the filter? I don't see anything obvious about it
>> at
>>
On Wed, 14 Sep 2022 21:26:59 +0100, Carl Zwanzig wrote:
On 9/14/2022 8:01 AM, Paul B Mahol wrote:
The reason of scale behavior is known and legacy.
Is it documented with the filter? I don't see anything obvious about it at
https://ffmpeg.org/ffmpeg-filters.html#toc-scale-1, where can a
Am 14.09.2022 um 19:00 schrieb Dan:
That's a great idea to use specified colours directly supported by ffmpeg
and helps narrow down the issue a lot!
Would you count this as a bug?
It seems to be a bug.
If this is a known legacy quirk, it seems
one of the ugliest and most misleading quirks I
On 9/14/2022 8:01 AM, Paul B Mahol wrote:
The reason of scale behavior is known and legacy.
Is it documented with the filter? I don't see anything obvious about it at
https://ffmpeg.org/ffmpeg-filters.html#toc-scale-1, where can a person find
about this otherwise-known behavior?
Next time
That's a great idea to use specified colours directly supported by ffmpeg
and helps narrow down the issue a lot!
Would you count this as a bug? If this is a known legacy quirk, it seems
one of the ugliest and most misleading quirks I have seen in a while, and I
could
imagine being responsible
On 9/14/22, Michael Koch wrote:
> Am 14.09.2022 um 11:21 schrieb Dan:
>> Using the latest 5.1.1 "essentials build" by www.gyan.dev.
>>
>> Hi all, I'm a beginner to ffmpeg so I'm having a hard time believing
>> that a utility so old and so widely used has such a fundamental bug,
>> but the
Am 14.09.2022 um 11:21 schrieb Dan:
Using the latest 5.1.1 "essentials build" by www.gyan.dev.
Hi all, I'm a beginner to ffmpeg so I'm having a hard time believing
that a utility so old and so widely used has such a fundamental bug,
but the evidence is staring me in the face and leads me to
On Wed, 14 Sep 2022 11:12:25 +0100, Paul B Mahol wrote:
On 9/14/22, Dan wrote:
Using the latest 5.1.1 "essentials build" by www.gyan.dev.
Hi all, I'm a beginner to ffmpeg so I'm having a hard time believing that a
utility so old and so widely used has such a fundamental bug, but the
On 9/14/22, Dan wrote:
> Using the latest 5.1.1 "essentials build" by www.gyan.dev.
>
> Hi all, I'm a beginner to ffmpeg so I'm having a hard time believing that a
> utility so old and so widely used has such a fundamental bug, but the
> evidence is staring me in the face and leads me to no other
Using the latest 5.1.1 "essentials build" by www.gyan.dev.
Hi all, I'm a beginner to ffmpeg so I'm having a hard time believing that a
utility so old and so widely used has such a fundamental bug, but the evidence
is staring me in the face and leads me to no other conclusion.
It's incredibly
16 matches
Mail list logo