[FFmpeg-devel] [PATCH v5 1/4] libavcodec/dnxuc_parser: DNxUncompressed essence parser
martin schitter
ms+git at mur.at
Thu Sep 12 05:46:41 EEST 2024
On 11.09.24 21:47, Marton Balint wrote:
> The order of the patches is wrong. Every point in a series must be
> compilable, and a patch in a series must only depend on earlier patches
> in the series.
>
> So as a first patch you should add codec ID and codec desc, then you can
> add MXF demuxer support, then the parser and the decoder. And when
> adding the parser/decoder, also make the needed changes in the Makefile,
> not just as a separate patch.
You're right! I already recognized this defect yesterday when I saw the
patchwork results. :(
I'm really unhappy about all this troubles related to git jugging and
commit history modification.
On one hand I understand the demand for better reviewable small chunks
of code -- and really appreciate all enormous valuable feedback here on
the list! --, but I also see the inevitable drawbacks of this kind of
workflow.
I'm rather sure, that nobody had recognized, that beside tiny fixes and
rearrangements of this last patch set one file simple got lost.
I therefore personally prefer to use git version control not so much as
a utility to create fancy code rearrangements and cosmetic cleanup, but
as tool to control immutable history and traceable actual code changes,
which it was made for.
In case of horrible sloppy developers like me, this may even uncover and
blame questionable professional qualities by just unforgiving document
all this frequently corrected typos and ugly glitches. But at the end
it's still a rather useful instrument to correct and overcome exactly
this kind of flaws.
I'm therefor unsure, if I'll really follow your advice and waste even
more time on this error-prone code juggling game or just squash all the
changes again to a reliable working bundle satisfying the final
dependencies?
These more structured little code components, which will always compile
if applied one after the other, may indeed look useful and seducing, but
they would have to work even if applied in reverse order if they really
represent individual pickable entities.
Well -- I'll see what I can do to make everybody happy...
Martin
More information about the ffmpeg-devel
mailing list