<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 06/12/13 11:34, birchley giles wrote:<br>
> Hi,<br>
><br>
> I'm using Fedora 19 x86_64 with Mythtv 0.27 on a combined frontend /<br>
> backend. I'm using the rpmfusion repository to get mythtv (and mythmusic)<br>
><br>
> A longstanding and halting project has been to transfer my very large<br>
> music collection from cd, cassette and vinyl to mythmusic. I've<br>
> currently got about 6000 tracks transferred. In the past I've had<br>
> problems with the metadata producing unhelpful track information (a<br>
> particular problem with classical music where I prefer the composer to<br>
> be the artist, rather than the orchestra or conductor).<br>
><br>
> The process of changing and adding metadata really seemed to be<br>
> improved in 0.26 and I was able to google images for artists and album<br>
> covers, but this feature seems to have regressed in 0.27 - I no longer<br>
> get the option to search the web for images and metadata. I also find<br>
> that disabling id3 tag reading does not work in 0.27, when this<br>
> feature worked in 0.26. Have these features been disabled or is it a<br>
> particular problem with the rpmfusion build?<br>
><br>
> As data needs changing on a per track basis in the mythmusic, I've<br>
> found it easiest to directly hack the metadata using mysql, resulting<br>
> in mysql tables that are a bit of mess, and I have some odds and ends<br>
> of files / folders in the music library whose titles do not correspond<br>
> to the database entry. But it all works, just so long as I don't<br>
> rescan my library in it's entirety! So please don't suggest this as a<br>
> workaround ;)<br>
><br>
> Many thanks for your answers,<br>
><br>
> Giles<br>
><br>
<br>
Not sure I understand what your problem is.<br>
<br>
If you disable tag reading it will fall back to using the filename as<br>
the metadata based on the format you have told MythMusic to use is this<br>
not working for you?<br>
<br>
The search for images options are still there on the metadata editor screen.<br>
<br>
Have you tried to fix your tags using something like the MusicBrainz<br>
Picard tag editor? I'm curious to know how it does since I would like<br>
you make better use of MusicBrainz and possibly something like AcoustID<br>
to automatic pull in the correct metadata including cover art etc.<br>
<br>
Paul H.<br>
<br>
<br></blockquote></div>My guess then is that this is a specific regression in the rpmfusion builds (unless these are the packages you are using?): Disabling tag reading doesn't seem to work anymore, so the tag is read even if the box is ticked, and the directory structure is ignored. Likewise, the search for images option seems to be missing when I press "e" and edit the metadata of a track, unless it's moved somewhere obscure.<br>
<br></div><div class="gmail_extra">As I explained, my metadata and file and directory structure is an absolute mess as I've been hacking the sql tables to alter metadata since starting the project and getting inconsistent results. Not the best plan I realise, but that's where I am. So using easytag to edit the tag and put in the picture I want, touching the file to update the timestamp and then rescanning may import metadata that is riddled with errors. Hum. I take your suggestion with Musicbrainz and may give this a go, but as I say, I was getting on quite nicely with the 0.26 features and my hacky workarounds.<br>
<br></div><div class="gmail_extra">If this is a specific fedora problem I'll put in a bug report for the package.<br><br></div><div class="gmail_extra">Giles<br></div></div>