Een hoes zonder geldig type is ook een hoes #61

Merged

roelof merged 1 commit from hoes-type-255 into main

2026-08-06 09:58:24 +02:00

roelof commented

2026-08-06 09:56:57 +02:00

Owner

Closes #60

Drie platen van REO Speedwagon — 27 tracks — dragen hun hoes onder ID3-picture-type 255, een waarde die de standaard niet kent en waar TagLib op uitkomt als de type-byte nergens bij hoort. Het is onmiskenbaar de hoes: 137 KB JPEG, beschrijving Portada. Promotable keek alleen naar Other, dus die 27 bleven na de albumreparatie als enige zonder hoes achter terwijl het plaatje al in het bestand zat.

De redenering

Beide typen betekenen hetzelfde: de tagger heeft niet gezegd wat dit is. Het verschil is dat Other een type is dat ID3 wél definieert en dus hoe dan ook een plaatje, terwijl 255 ook het antwoord is voor iets dat helemaal géén plaatje is.

Daarom staat de mimetypecontrole op 255 en alleen daar: image/ is precies wat die twee uit elkaar houdt, en dezelfde toets op Other zetten zou alleen een promotie kunnen laten liggen die al werkte. BackCover en Media blijven buiten schot, om de reden die er al stond — dat heeft de tagger wél gezegd.

Nagelopen

Wegwerp-PostgreSQL, kopieën van drie platen die samen de drie gevallen dekken:

plaat	voor	na
REO Speedwagon — Two (255, geen hoes)	`255+Artist+Band` ×8	`FrontCover+Artist+Band` ×8
REO Speedwagon — REO (255 én een hoes)	`FrontCover+255+Artist+Band` ×8	onveranderd
Metallica — Kill 'Em All (gezond)	`FrontCover+Artist+Band` ×10	onveranderd

REPAIR: 1 records, 8 promoted, 0 covered, 0 dated, 0 without a cover, 0 failed
REPAIR: 0 records, 0 promoted, 0 covered, 0 dated, 0 without a cover, 0 failed

Tweede ronde nul over de hele linie, dus er wordt niets opnieuw geschreven. Het gepromoveerde plaatje is byte voor byte hetzelfde (136.779) en blijkt de echte hoes van R.E.O./T.W.O. te zijn, 953×953. De plaat die al een hoes hád hield die van zichzelf en raakte zijn 255 niet kwijt — Promotable antwoordt niets zodra er een FrontCover in zit, en dat dekt meteen de 65 bestanden in de echte bibliotheek die beide dragen.

Daarna

Na een scanronde blijven er zes platen over waarvoor MusicBrainz, fanart.tv noch Cover Art Archive een hoes heeft. Die staan in de werklijst; hun sleeves liggen alle zes al náást de mp3's.

Closes #60 Drie platen van REO Speedwagon — 27 tracks — dragen hun hoes onder ID3-picture-type **255**, een waarde die de standaard niet kent en waar TagLib op uitkomt als de type-byte nergens bij hoort. Het is onmiskenbaar de hoes: 137 KB JPEG, beschrijving `Portada`. `Promotable` keek alleen naar `Other`, dus die 27 bleven na de albumreparatie als enige zonder hoes achter terwijl het plaatje al in het bestand zat. ## De redenering Beide typen betekenen hetzelfde: *de tagger heeft niet gezegd wat dit is*. Het verschil is dat `Other` een type is dat ID3 wél definieert en dus hoe dan ook een plaatje, terwijl 255 ook het antwoord is voor iets dat helemaal géén plaatje is. Daarom staat de mimetypecontrole **op 255 en alleen daar**: `image/` is precies wat die twee uit elkaar houdt, en dezelfde toets op `Other` zetten zou alleen een promotie kunnen laten liggen die al werkte. `BackCover` en `Media` blijven buiten schot, om de reden die er al stond — dat heeft de tagger wél gezegd. ## Nagelopen Wegwerp-PostgreSQL, kopieën van drie platen die samen de drie gevallen dekken: | plaat | voor | na | |---|---|---| | REO Speedwagon — Two (255, geen hoes) | `255+Artist+Band` ×8 | `FrontCover+Artist+Band` ×8 | | REO Speedwagon — REO (255 **én** een hoes) | `FrontCover+255+Artist+Band` ×8 | onveranderd | | Metallica — Kill 'Em All (gezond) | `FrontCover+Artist+Band` ×10 | onveranderd | ``` REPAIR: 1 records, 8 promoted, 0 covered, 0 dated, 0 without a cover, 0 failed REPAIR: 0 records, 0 promoted, 0 covered, 0 dated, 0 without a cover, 0 failed ``` Tweede ronde nul over de hele linie, dus er wordt niets opnieuw geschreven. Het gepromoveerde plaatje is byte voor byte hetzelfde (136.779) en blijkt de echte hoes van *R.E.O./T.W.O.* te zijn, 953×953. De plaat die al een hoes hád hield die van zichzelf en raakte zijn 255 niet kwijt — `Promotable` antwoordt niets zodra er een `FrontCover` in zit, en dat dekt meteen de 65 bestanden in de echte bibliotheek die beide dragen. ## Daarna Na een scanronde blijven er zes platen over waarvoor MusicBrainz, fanart.tv noch Cover Art Archive een hoes heeft. Die staan in de werklijst; hun sleeves liggen alle zes al náást de mp3's.

roelof added 1 commit

2026-08-06 09:56:57 +02:00

Een hoes zonder geldig type is ook een hoes 89a6a6531d

Drie platen van REO Speedwagon, 27 tracks, dragen hun hoes onder ID3-picture-
type 255 — een waarde die de standaard niet kent en waar TagLib op uitkomt als
de type-byte nergens bij hoort. Het is onmiskenbaar de hoes: 137 KB JPEG met
beschrijving "Portada". Promotable keek alleen naar type Other, dus die 27
tracks bleven na de albumreparatie als enige zonder hoes achter terwijl het
plaatje al in het bestand zat.

Beide typen betekenen hetzelfde: de tagger heeft niet gezegd wat dit is. Het
verschil is dat Other een type is dat ID3 wél definieert en dus hoe dan ook een
plaatje, terwijl 255 ook het antwoord is voor iets dat helemaal geen plaatje is.
Daarom staat de mimetypecontrole op 255 en alleen daar: image/ is precies wat
die twee uit elkaar houdt, en dezelfde toets op Other zetten zou alleen een
promotie kunnen laten liggen die al werkte.

BackCover en Media blijven buiten schot, om de reden die er al stond: dat heeft
de tagger wél gezegd.

Nagelopen tegen een wegwerpdatabase met drie platen die de drie gevallen dekken:

  REO Speedwagon - Two (255, geen hoes)   8 tracks  255+Artist+Band -> FrontCover+Artist+Band
  REO Speedwagon - REO (255 én een hoes)  8 tracks  onveranderd
  Metallica - Kill 'Em All (gezond)      10 tracks  onveranderd

De reparatie meldde "1 records, 8 promoted"; een tweede ronde nul over de hele
linie, dus er wordt niets opnieuw geschreven. Het gepromoveerde plaatje is
byte voor byte hetzelfde (136.779) en is de echte hoes van R.E.O./T.W.O.,
953x953. De plaat die al een hoes had hield die van zichzelf en raakte zijn 255
niet kwijt, want Promotable antwoordt niets zodra er een FrontCover in zit.

Closes #60

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

roelof merged commit a15031c07c into main

2026-08-06 09:58:24 +02:00

roelof deleted branch hoes-type-255

2026-08-06 09:58:24 +02:00

roelof referenced this pull request from a commit

2026-08-06 09:58:26 +02:00

Merge pull request 'Een hoes zonder geldig type is ook een hoes' (#61) from hoes-type-255 into main