App version
Beta
Issue description
For OGG/OPUS files using the CHAPTER### and CHAPTER###NAME tag format, the value of %chapter.index% cannot reach the value of %chapter.count%
Tag format:
Specifically, the issue is that both CHAPTER000 and CHAPTER001 are indexed as Chapter 1.
Taken from your own screenshot:
Aside from CHAPTER000, the chapters match the value of the tag when they should instead have value of “tag +1” (e.g. CHAPTER002 should be index 3, not 2.)
Device type
Phone
Media provider
Local device
Steps to reproduce
Tag an OGG/OPUS file with 2+ chapters, including CHAPTER000 and CHAPTER001. (Or use the file I uploaded yesterday, with description Celorien_Chaptered_Opus)
View chapter list in Symfonium. Both of these will show as Chapter 1.
Additional information
The final chapter in the file I uploaded returns %chapter.index% == 23 but %chapter.count% == 24, breaking my last-chapter conditions. (The count is correct, there are 24 chapters.)
Could be fixed on my end by removing CHAPTER000 but this seems to be the standard for the file format. I did not tag these chapters manually; they were created by ffmpeg when extracting the audio from an *.mkv file with chapter data.
(Funny enough, the *.txt file that I used to import the chapters into the *.mkv has the chapters numbered 1-24, confirming that CHAPTER000 was not created by me at all.)
I searched existing issues first
on
I understand that logs are mandatory
on
Log upload name / description
Celorien_ChapterIndex