https://bugs.kde.org/show_bug.cgi?id=485636

--- Comment #12 from Lee <aussief...@gmail.com> ---
Thanks for the explanation.
it is unfortunate that each chapter has to be opened separately to see and
edit it vs being able to see the chapter data for the whole file at the
same time without having to open each chapter separately
if anyone needs to do a lot of editing of chapter data this could become
needlessly time consuming imagine if you needed to change the
capitalisation of the 1st character of each chapter as an example? in one
format it is significantly easier to perform compared to the other....

On Sat, 20 Apr 2024 at 23:52, Urs Fleisch <bugzilla_nore...@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=485636
>
> Urs Fleisch <uflei...@users.sourceforge.net> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|REPORTED                    |RESOLVED
>          Resolution|---                         |NOT A BUG
>
> --- Comment #11 from Urs Fleisch <uflei...@users.sourceforge.net> ---
> Kid3 gives you full control over all the frames in a tag, therefore they
> are
> edited in exactly the structure how they are represented in the file. In
> MP4
> files, the chapter information is in its own structure separated from the
> metadata atoms, so it makes sense to edit this in a single place. For MP3
> files, this would be probably easier, however, it is not possible, because
> the
> TOC and Chapter frames are not so simple. They can contain embedded frames,
> typically the TOC frame contains a title frame, and each Chapter frame
> contains
> a title frame, but could also have a Picture and a URL frame embedded, as
> an
> example. So the structure can be arbitrarily complex, and in order to allow
> editing such a hierarchical complex structure, the user interface gets more
> complex too.
> I have never seen an MP3 audio book where the offset fields are used,
> therefore
> they are set to the inactive value FFFFFFFF. This may seem strange, but
> since
> Kid3 allows editing of all fields inside the frames, they have to be shown
> too.
> So from the discussion I would conclude that the converted chapter
> information
> is not garbled, but comes in a different, more complex format given by that
> unofficial addition to the ID3v2 standard. It can be correctly edited using
> Kid3, so I would not call this a bug.
>
> --
> You are receiving this mail because:
> You reported the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to