Conversation

Notices

1. Embed this notice
   iced depresso (icedquinn@blob.cat)'s status on Tuesday, 25-Nov-2025 06:31:16 JST iced depresso
   > exfalso, kid3-qt, picard
   
   this is too many tagging softs wtf stop
   • Embed this notice
     iced depresso (icedquinn@blob.cat)'s status on Tuesday, 25-Nov-2025 06:37:07 JST iced depresso

     in reply to
     i like how theres a hundred music tags or w/e but when it comes to video collections everyone is like ahahah fuck off.
     
     i've seen like one or two open core ones that tie in to anilist or whatever.
     
     which is wild because matroska has very rich chapter/tag/metadata support and just nobody ever uses :blobcatgoogly: like it'd be great for audiobooks because you can actually do chapter>paragraph>line marks.
   • Embed this notice
     iced depresso (icedquinn@blob.cat)'s status on Tuesday, 25-Nov-2025 06:38:00 JST iced depresso

     in reply to
     (there is also the argument the only metadata a file truly needs to store is a UUID and maybe a comment box. you probably shouldn't be storing catalog data IN the binary.
   • Embed this notice
     iced depresso (icedquinn@blob.cat)'s status on Tuesday, 25-Nov-2025 14:29:07 JST iced depresso

     in reply to

     • Jens Finkhäuser
     @jens i'm not sure how that would work considering with music the catalog data is typically buried inside the file.
     
     sidecars are a simple solution but file managers have horrible (= nonexistent) support for the concept
   • Embed this notice
     Jens Finkhäuser (jens@social.finkhaeuser.de)'s status on Tuesday, 25-Nov-2025 14:29:09 JST Jens Finkhäuser

     in reply to

     @icedquinn Alternatively, you can store everything in the binary except for indices. That way your metadata doesn't get out of sync with your data, which seems to be a fairly common thing.