RE: Applying database changes to mp3ids
[email protected] Fri, 5 Dec 2003 14:27:34 -0800 (PST)
| Newsgroups | gmane.comp.audio.netjuke.user |
|---|---|
| Message-ID | <[email protected]> |
Yeah, I concur. I find the netjuke interface for changing track info to be preferable to using a tag editor for a number of reasons. I /thought/ that if you enabled the "edit media" preference this would take place, but for whatever reason this doesn't work. It would be great if you could do a big batch-write of the database to the files. What's up with the next release of netjuke? It seems to have never gotten to 1.0, I believe the latest if RC2, which is mismarked as RC1. On Fri, 5 Dec 2003, Bryan Waters wrote: > Its not vital for me either but I certainly would like to be able to reverse > apply the database changes I have made to my original source. I tend to > look at the audio files as the source and not the database... > > -----Original Message----- > From: [email protected] > [mailto:[email protected]]On Behalf Of Karel P > Kerezman > Sent: Friday, December 05, 2003 2:07 PM > To: [email protected] > Subject: Re: [Netjuke-users] Applying database changes to mp3ids > > > On Friday 05 December 2003 1:00 pm, [email protected] wrote: > > I have about 11,000 tracks on my system (most of it from my cd's :) and > > I've spent a fair amount of time using the edit function in the database > > to fix what the track names and artists are instead of what the mp3id > > says. Is there a way to apply those changes back to the system? (I'm > > afraid that If I have to restart the database, I will loose all those > > changes and end up with 2000 "various" artist records :) > > The funny thing is, I tend to go about this the other way: Take the files I > want to fix out of the system, fix, then move back into the system for > re-import. Mind you, I have been tinkering with the edit functions (very > nice!) lately to tweak some older rips I did. (Really I should just re-rip, > but that's almost as time consuming as batch-editing!) > > I'm /curious/ to hear an answer on this one, but it's not quite as vital for > me... > > -- > Karel P Kerezman, IS Administrator > Entercom Portland LLC > http://greyduck.net/ > > ( Look out for #1. Don't step in #2 either. ) > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Netjuke-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/netjuke-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Netjuke-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/netjuke-users > -- Zak Brown www.mode3.com -- "Reports that say something hasn't happened are interesting to me, because as we know, there are known unknowns; there things we know we know, "We also know there are known unknowns; that is to say we know there are some things we do not know. But there are also unknown unknowns -- the ones we don't know we don't know." -- Defense Secretary Donald Rumsfeld ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/