Odd Album Art/Metadata problem

[MES2]

I recently ripped the Editors new Album "In Dream". It was not originally in AccurateRip and did not automatically find artwork so I used the Choose Art to select the Artwork from the Internet. 9/10 tracks have the art embedded but track 1 does not. I have tried deleting and re-adding to no avail. have tried editing the Metadata manually to no avail. I even tried deleting and re ripping the entire CD which is now in AccurateRip but the art still does not load automatically and still will not embed into track 1. I cleared the cache and performed a new Metadata retrieval, same problem. Ideas?

Ripping FLAC with MacBook

[mville]

Re: Odd Album Art/Metadata problem

I recently ripped the Editors new Album "In Dream". It was not originally in AccurateRip and did not automatically find artwork so I used the Choose Art to select the Artwork from the Internet. 9/10 tracks have the art embedded but track 1 does not. I have tried deleting and re-adding to no avail. have tried editing the Metadata manually to no avail. I even tried deleting and re ripping the entire CD which is now in AccurateRip but the art still does not load automatically and still will not embed into track 1. I cleared the cache and performed a new Metadata retrieval, same problem. Ideas?

Ripping FLAC with MacBook

Is Track 01, No Harm and is it a hidden track?

[MES2]

Re: Odd Album Art/Metadata problem

Is Track 01, No Harm and is it a hidden track?

Track 1 is "No Harm" but I don't think it is a hidden track. I do have the prevention of detecting hidden first track box selected so if it was hidden I would think the track would not be ripped at all?

[mville]

Re: Odd Album Art/Metadata problem

Track 1 is "No Harm" but I don't think it is a hidden track. I do have the prevention of detecting hidden first track box selected so if it was hidden I would think the track would not be ripped at all?

What happens if you rip the CD with the Prevent Detection of Hidden First Track option de-selected?

[MES2]

Re: Odd Album Art/Metadata problem

What happens if you rip the CD with the Prevent Detection of Hidden First Track option de-selected?

Same problem. Odd, but this time when dB collected the Metadata it did find the album cover and yet still track 1 and only track 1 does not have it embedded. I wonder if this is an issue with the Cambridge Stream Magic's ability to clear its cache memory? If the original RIP was missing the Artwork then perhaps it still accesses that previous version from the Cache instead of the new corrected version?

[MES2]

Re: Odd Album Art/Metadata problem

That must be the answer. Its a Cache issue with the Cambridge. I Ripped the same track changing the name NO HARM from No Harm and deleted the latter. Artwork is there. I wonder what will happen if I was to rip again as "No Harm"?

I just used Music Converter to change the name TAG back to "No Harm" and it still works. not sure why but its fixed so I suppose it doesn't matter......

[mville]

Re: Odd Album Art/Metadata problem

Same problem. Odd, but this time when dB collected the Metadata it did find the album cover and yet still track 1 and only track 1 does not have it embedded. I wonder if this is an issue with the Cambridge Stream Magic's ability to clear its cache memory? If the original RIP was missing the Artwork then perhaps it still accesses that previous version from the Cache instead of the new corrected version?

How (with which software) are you checking whether the artwork in track 1 is embedded, because from the original post, I assumed it was a problem with CDRipper and/or dBpoweramp as the Cambridge Stream Magic was never mentioned?

[MES2]

Re: Odd Album Art/Metadata problem

How (with which software) are you checking whether the artwork in track 1 is embedded, because from the original post, I assumed it was a problem with CDRipper and/or dBpoweramp as the Cambridge Stream Magic was never mentioned?

By selecting the individual track from the NAS and clicking edit tags with dBpoweramp. I assumed that the art displayed here is embedded because the area was blank before. Even though my second RIP and edited file now included the Art, The Cambridge did not pick it up. I could be mistaken and this is only displaying the Folder.jpg but I think that due to it being missing on the original RIP it is displaying embedded data/Art. I assumed it was a CDRipper problem too because the original RIP of Track 1 was missing the Art. But in subsequent RIPS it was including the Art yet the Cambridge was not picking it up, presumably due to it looking at cache data, and finding the original file without the art. By Ripping the track with a different name i.e. Caps and thereby creating a second file with different Metadata, then deleting the original, then editing the name back from Caps it seems the cache memory in the Cambridge no longer associates the two files.

I think the original RIP just did not embed the Art on track 1 and the Cambridge just accessed that metadata from cache memory as a source making me think it was an ongoing issue with the Rip of this track

[MES2]

Re: Odd Album Art/Metadata problem

How (with which software) are you checking whether the artwork in track 1 is embedded, because from the original post, I assumed it was a problem with CDRipper and/or dBpoweramp as the Cambridge Stream Magic was never mentioned?

Well it appears I was incorrect that the issue was resolved. The track "No Harm" does not have artwork. The album shows the Art from Track 1. But Track 1 does not have Art so I am Officially Stumped.

[mville]

Re: Odd Album Art/Metadata problem

Well it appears I was incorrect that the issue was resolved. The track "No Harm" does not have artwork. The album shows the Art from Track 1. But Track 1 does not have Art so I am Officially Stumped.

Let's start again. Just to confirm.

1. You are ripping the CD to flac on a MacBook and your target output destination is a NAS?

2. When you rip CDs to flac, are you embedding the artwork in the flac file OR outputting the artwork to the Album folder e.g. folder.jpg, cover.jpg OR both (embedded artwork and artwork jpg)?

3. What media player/server software are you using and where is it installed?

[MES2]

Re: Odd Album Art/Metadata problem

Let's start again. Just to confirm.

1. You are ripping the CD to flac on a MacBook and your target output destination is a NAS?

A) Correct

2. When you rip CDs to flac, are you embedding the artwork in the flac file OR outputting the artwork to the Album folder e.g. folder.jpg, cover.jpg OR both (embedded artwork and artwork jpg)?

A) Both I think. Just to be sure how do I confirm that the Artwork is set to be embedded? I definitely have a folder.jpg for every RIP and assumed I was embedding as well but I am not 100% sure on this

3. What media player/server software are you using and where is it installed?

A) Cambridge Stream Magic 6v2 is the player. It has been perfect up until this weird little glitch

See above answers

I have submitted a support case with Cambridge as well as I am leaning toward it being the cause of the issue

[mville]

Re: Odd Album Art/Metadata problem

Both I think. Just to be sure how do I confirm that the Artwork is set to be embedded? I definitely have a folder.jpg for every RIP and assumed I was embedding as well but I am not 100% sure on this

Right click on each track and select Edit ID-Tag. If album art is embedded, it will show in the lower half of the Edit ID-Tag window.

Is the artwork showing for all tracks, if yes than the problem is with the Cambridge?

[MES2]

Re: Odd Album Art/Metadata problem

Right click on each track and select Edit ID-Tag. If album art is embedded, it will show in the lower half of the Edit ID-Tag window.

Is the artwork showing for all tracks, if yes than the problem is with the Cambridge?

It is indeed. Lets wait and see what Cambridge has to say. Will let you know.

[MES2]

Re: Odd Album Art/Metadata problem

Ok, well the issue is resolved. I once again re ripped the track with a changed name, then edited the name and this time it stuck. I'm sure it was a cache issue on the Cambridge or perhaps an update delay on the NAS. Cambridge tech took 5 days to respond and by that time their help was no longer needed.