Tagging problems

[PvdV]

Hi there,


I have installed Vortexbox 0.6 last week on a little machine i put together myself.


It's based on a mini-itx based atom board (D945GCLF2), 2 GB ram, 1 TB WD Caviar green harddrive.


I'm new to Vortexbox/Linux but i love it already! Thanks for making this.




I have a strange issue however regarding the tagging that vortexbox does when ripping cd's. I rip my cd's to flac only. I often want to add extra information to the tags (especially when ripping classical music). I use Foobar2000 for that combined with a Discogs-plugin which gets information from the discogs website and puts in in the tag. I run foobar on my laptop and the music is on the vortexbox obviously.


But when i then want to save the tag, it takes ages! I get the impression that it needs to resave the file all over again (over a network connection that is…). Is this because Vortexbox doesn't write APE tags to flac files? Do you know how to circumvent this issue?




edit:


I tried it with ipv2 tags as well, but this doesn't solve the issue…

[andrew]

Note sure about this probelm. I edit tags all the time over the network with no probelms. Are you using wireless?

[PvdV]

No, i use ethernet over powerline. It only happens when adding a new field to the tag. Changing existing fields is no problem.....


So i tried editing the /etc/ripit/config file: I added a Flac option: --padding=10000 (before(!) --replaygain). This seems to work although i still have to test this with an extensive Discogs tag (has al lot of extra fields). Logic dictates that raising the padding value would solve this....

[andrew]

Sounds like you have a solution. This is waht the FLAC site has to say about padding.


PADDING: This block allows for an arbitrary amount of padding. The contents of a PADDING block have no meaning. This block is useful when it is known that metadata will be edited after encoding; the user can instruct the encoder to reserve a PADDING block of sufficient size so that when metadata is added, it will simply overwrite the padding (which is relatively quick) instead of having to insert it into the right place in the existing file (which would normally require rewriting the entire file).

[luferwi]

I have the same problem. Re-Tagging takes forever. The padding solution did not work for me.


Here is my setup.


Mac OSx 10.5 - connected to vortexbox via wireless.


Flac are encoded with padding


I have tested with files encoded by my vortexbox appliance. When the files are copied to the desktop, retagging takes a few seconds. When the original files on the vortexbox applies are retagged using the same software, the retagging takes minutes. I have tested with several retagging softwares. THe problem persists even with foobar used inside Parallels.


Is anyone else experiencing the same problem? Any solution?

[wizardofoz]

I have the same VB harware setup as you and a Mac, and I highly recommend you get a Gigabit hub and use both VB and yr Mac into that - wireless sucks for this kind of interactive file mod operations.




I use VMware on my mac with a few different retagging tests and found even GB lan was somewhat slow.




even transferring the files to my mac was painful using wireless and still not that great even at 100MB wired.