Een onbekend album komt eerst uit de eigen bibliotheek #53

Merged

roelof merged 1 commit from album-from-the-album-collection into main

2026-08-05 13:02:24 +02:00

roelof commented

2026-08-05 13:00:51 +02:00

Owner

Closes #52

Een RockHeaven-volume is honderd nummers van honderd platen, en een flink deel van die platen staat compleet in Albums/. Het album dat MusicBrainz niet kan vinden staat dus vaak al in dezelfde database, gezet door de collectie die de héle plaat heeft.

Twee helften, want de scan alleen deed niets

Bij een nieuw bestand wordt nu eerst in de albumcollecties gekeken en pas daarna gezocht. Dat is het betere antwoord — het is wat je eigen bestanden zeggen — en het kost geen seconde wachten.

Maar dat raakt de 386 bestaande Onbekend-rijen niet, en die waren de aanleiding. Een track die ooit Onbekend werd, wordt nooit meer opgezocht: zijn bestand staat in de database, dus elke latere scan slaat hem over zónder hem te openen, en de volumenaam die met opzet in de tag bleef staan voor een tweede poging wordt daarmee nooit meer gelezen. Vierhonderd tracks stonden zo vast — de scan aanpassen zonder meer had er vandaag nul van gerepareerd.

MendUnknownAlbums is daarom de derde herstelstap, naast AssignOrphans en ClearVolumes en om dezelfde reden: een migratie kan deze rijen niet repareren en de scan kwam er nooit aan toe. Het is wel de eerste die de bestánden zelf aanraakt — het bestand vóór de rij, zoals overal hier.

Wat er níét meegenomen wordt

Alleen albumcollecties worden bevraagd: een treffer in de Top 2000 zou Top 2000 antwoorden en een op een ander RockHeaven-volume een volumenaam of Onbekend, en geen van beide is een plaat. Een album dat zelf onbekend is valt af om dezelfde reden. Staat het nummer op meer dan één plaat — het studioalbum en een "best of" — dan wint de oudste, dezelfde regel waarmee de MusicBrainz-zoektocht gelijk spel beslist.

Nagemeten, draaiend, op de echte bibliotheek

Zoals afgesproken heeft dit in 141 van je mp3's de albumtag geschreven.

De herstelstap: 141 tracks that had no album took one from an album collection. Onbekend ging van 386 naar 239, en de controlequery daarna geeft 0 tracks over die de albumcollectie had kunnen plaatsen — alles wat te halen viel is gehaald. De Onbekend-albumrijen zelf zakten van 242 naar 167, want een rij die zijn laatste track kwijtraakt wordt opgeruimd.
Twee bestanden nagekeken in de tag zelf: 0063 … Anvil - Motormouth en 8835 … Anvil - Butterbust Jerry staan nu allebei op Forged in Fire.
De nieuwe-bestandenroute apart getest: bij één track de albumtag teruggezet op RockHaven Vol. 032 en de rij verwijderd, dan gescand. De track kwam terug met album Forged in Fire én een release-group-id, en er ging geen enkel verzoek naar MusicBrainz. Daarna stond het bestand weer precies zoals het was.
De steekproef van wat er ingevuld werd bestaat uit echte platen: Forged in Fire, Mob Rules, Sabotage, Skeptics Apocalypse. Een enkele keer is het een verzamelaar (Greatest Hits) — dat is wat je eigen bestand in Albums/ zegt, en MusicBrainz had er niets voor.

Er blijven 239 over. Die staan op geen enkele plaat in Albums/; daar helpt alleen het bewerkvenster of een latere MusicBrainz.

🤖 Generated with Claude Code

Closes #52 Een RockHeaven-volume is honderd nummers van honderd platen, en een flink deel van die platen staat compleet in `Albums/`. Het album dat MusicBrainz niet kan vinden staat dus vaak al in dezelfde database, gezet door de collectie die de héle plaat heeft. ### Twee helften, want de scan alleen deed niets **Bij een nieuw bestand** wordt nu eerst in de albumcollecties gekeken en pas daarna gezocht. Dat is het betere antwoord — het is wat je eigen bestanden zeggen — en het kost geen seconde wachten. **Maar dat raakt de 386 bestaande Onbekend-rijen niet**, en die waren de aanleiding. Een track die ooit Onbekend werd, wordt nooit meer opgezocht: zijn bestand staat in de database, dus elke latere scan slaat hem over zónder hem te openen, en de volumenaam die met opzet in de tag bleef staan voor een tweede poging wordt daarmee nooit meer gelezen. Vierhonderd tracks stonden zo vast — de scan aanpassen zonder meer had er vandaag nul van gerepareerd. `MendUnknownAlbums` is daarom de derde herstelstap, naast `AssignOrphans` en `ClearVolumes` en om dezelfde reden: een migratie kan deze rijen niet repareren en de scan kwam er nooit aan toe. Het is wel de eerste die de bestánden zelf aanraakt — het bestand vóór de rij, zoals overal hier. ### Wat er níét meegenomen wordt Alleen albumcollecties worden bevraagd: een treffer in de Top 2000 zou `Top 2000` antwoorden en een op een ander RockHeaven-volume een volumenaam of `Onbekend`, en geen van beide is een plaat. Een album dat zelf onbekend is valt af om dezelfde reden. Staat het nummer op meer dan één plaat — het studioalbum en een "best of" — dan wint de **oudste**, dezelfde regel waarmee de MusicBrainz-zoektocht gelijk spel beslist. ### Nagemeten, draaiend, op de echte bibliotheek Zoals afgesproken heeft dit in 141 van je mp3's de albumtag geschreven. - **De herstelstap**: `141 tracks that had no album took one from an album collection`. Onbekend ging van 386 naar 239, en de controlequery daarna geeft **0 tracks over die de albumcollectie had kunnen plaatsen** — alles wat te halen viel is gehaald. De Onbekend-albumrijen zelf zakten van 242 naar 167, want een rij die zijn laatste track kwijtraakt wordt opgeruimd. - **Twee bestanden nagekeken** in de tag zelf: `0063 … Anvil - Motormouth` en `8835 … Anvil - Butterbust Jerry` staan nu allebei op `Forged in Fire`. - **De nieuwe-bestandenroute apart getest**: bij één track de albumtag teruggezet op `RockHaven Vol. 032` en de rij verwijderd, dan gescand. De track kwam terug met album `Forged in Fire` én een release-group-id, en er ging **geen enkel verzoek naar MusicBrainz**. Daarna stond het bestand weer precies zoals het was. - De steekproef van wat er ingevuld werd bestaat uit echte platen: *Forged in Fire*, *Mob Rules*, *Sabotage*, *Skeptics Apocalypse*. Een enkele keer is het een verzamelaar (*Greatest Hits*) — dat is wat je eigen bestand in `Albums/` zegt, en MusicBrainz had er niets voor. **Er blijven 239 over.** Die staan op geen enkele plaat in `Albums/`; daar helpt alleen het bewerkvenster of een latere MusicBrainz. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

roelof added 1 commit

2026-08-05 13:00:51 +02:00

Een onbekend album komt eerst uit de eigen bibliotheek c7b1458920

Een RockHeaven-volume is honderd nummers van honderd platen, en een flink deel
van die platen staat compleet in Albums/. Het album dat MusicBrainz niet kan
vinden staat dus vaak al in dezelfde database, gezet door de collectie die de
hele plaat heeft. Bij een nieuw bestand wordt daar nu eerst gekeken en pas
daarna gezocht: het is het betere antwoord — het is wat zijn eigen bestanden
zeggen — en het kost geen seconde wachten.

Alleen worden de bestaande rijen daar niet door geraakt, en dat was juist de
aanleiding. Een track die ooit Onbekend werd, wordt nooit meer opgezocht: zijn
bestand staat in de database, dus elke latere scan slaat hem over zonder hem te
openen, en de volumenaam die met opzet in de tag bleef staan voor een tweede
poging wordt nooit meer gelezen. Vierhonderd tracks stonden zo vast.

MendUnknownAlbums is de derde herstelstap, naast AssignOrphans en ClearVolumes
en om dezelfde reden: een migratie kan deze rijen niet repareren en de scan
kwam er nooit aan toe. Het is wel de eerste die de bestanden zelf aanraakt —
het bestand vóór de rij, zoals overal hier.

Alleen albumcollecties worden bevraagd: een treffer in de Top 2000 zou 'Top
2000' antwoorden en een op een ander RockHeaven-volume een volumenaam of
Onbekend, en geen van beide is een plaat. Staat het nummer op meer dan één
plaat, dan wint de oudste — dezelfde regel waarmee de MusicBrainz-zoektocht
gelijke spel beslist.

Draaiend nagemeten op de echte bibliotheek: 141 tracks gerepareerd, en daarna
blijft er geen enkele over die de albumcollectie had kunnen plaatsen. De route
voor nieuwe bestanden apart getest met één teruggezette tag: het album kwam uit
de bibliotheek en er ging geen enkel verzoek naar MusicBrainz.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

roelof merged commit 053de74b8e into main

2026-08-05 13:02:24 +02:00

roelof referenced this pull request from a commit

2026-08-05 13:02:25 +02:00

Merge pull request 'Een onbekend album komt eerst uit de eigen bibliotheek' (#53) from album-from-the-album-collection into main

roelof deleted branch album-from-the-album-collection

2026-08-05 13:02:30 +02:00