[FFmpeg-user] Video corruption when transcoding on new computer

[Michael Kohne]

Thank you.
My apologies for not going to the latest before posting here. I should know
this by now. I even have targets in the makefile for building the git
version.

nonfree - left from an experiment with AAC, perhaps? Definitely needed to
go.
cpudetect - not sure why I thought I need it. Perhaps because I specified
the cpu? I've also removed that because...it's not helping if I'm runtime
detecting.

I'm pretty sure the extra-ldflags have to do with strange layout choices in
my build tree.
If you properly install the libraries into your system, I don't think that
it is needed. I don't do so because I'm afraid of interfering with other
system components.
Yes, that does mean we have bigger problems (so many problems).

Switching to the latest code seems to have fixed the issue, so I can
continue for now and get past this.
After I get this bit finished up, I'll be going on to switching in new
compilers.
(The reason we use these is an entire backward compatibility cluster****
that I don't want to talk about. We're getting better, but not quickly.).

Again, thank you for your help.



With best regards

Michael Kohne

SR. SOFTWARE ENGINEER

Office +1.215.283.0860 x208 | www.moberg.com


On Mon, Jun 8, 2020 at 2:34 PM Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:

> Am Mo., 8. Juni 2020 um 16:31 Uhr schrieb Michael Kohne via
> ffmpeg-user <ffmpeg-user at ffmpeg.org>:
>
> > I'm working with ffmpeg 4.2.3 that I built myself.
>
> Please test current FFmpeg git head, the only version
> supported on this mailing list.
>
> Unrelated: --enable-nonfree has only disadvantages for you,
> no advantages. --enable-runtime-cpudetect is the default
> and does not do what you think it does, remove it. If the
> extra-ldflags are needed, this could indicate a bug that I
> would like to know more about.
>
> And please test with file input.
>
> Oh, and please test with a sane compiler version, yours
> is antique (and if there is an issue, your compiler is a
> likely reason).
>
> Carl Eugen
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".

-- 


Now a member of