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/