Re: [slim] Re: MP3Gain Problem
Will I see any major differences in behaviour. Will my settings be preserved? 6.2.2 is the bug fixed version of 6.2.1. Don't try 6.5 if you don't want to test the latest, bleeding edge version. If not can I back them up and reapply them after the new installation? Should I uninstall 6.2.1 first, or install over the top of it? Just install 6.2.2 on top of 6.2.1. Backup is always a good idea. The file you'd need is slimserver.conf/slimserver.pref. -- Michael --- Help translate SlimServer by using the StringEditor Plugin (http://www.herger.net/slim/) ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
ron thigpen wrote: Mark Lanctot wrote: I'm wondering if it's the new foobar 0.9. It definitely didn't work in 0.8.3. Hmmm. I've tagged my whole library for RG with Foobar both FLAC and MP3. I'm using 0.9 now, but most of that was done with 0.8.3. AFAICT, the SlimServer has always picked up on the tags just fine. I may need to revise this statement. I did some quick spot checking. It looks as though a pattern may exist. I'll dig a bit more to confirm before posting a bug report, but here's what it's starting to look like: Using Foobar2000 v0.8.3: RG tags applied by FB to FLAC files seem to be picked up. RG tags applied by FB to MP3+ID3v2.3.0 files seem to be picked up. RG tags applied by FB to MP3+ID3v2.4.0 files seem NOT to be picked up. I'll check further over the weekend. In the meantime, maybe some of you would like to check this out. Could help zero in on a pesky bug. --rt ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
Mark Lanctot wrote: Don't think it really matters anyway - 0.9 is the new version. 0.8.3 isn't available for download, not through the regular website anyway. Yeah, I've been running v0.9 for about a week now. And it looks like some of the MP3+ID3v2.4.0 files that I'd tagged since upgrading FB aren't showing their RG tags is SS. I'm only able to check the web interface right now, but if this proves to be true then it points to an issue in the SS scan and/or store pieces. --rt ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
On 3/30/06, ceepan [EMAIL PROTECTED] wrote: Should this be raised as a bug?If so what do I need to do to raise abug?Can I do anything that will log the issue? Please do raise it as a bug -- add one of your files in question as an attachment to a new bug. I believe the attachment max size for the slim bugzilla is 10mb so you should be OK unless your mp3 is too big. Ben ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
From what I've heard, SlimServer won't read foobar2000 RG tags? I can't comment on other versions but 6.5b1 certainly can now. All my RG tags were set with foobar on mostly flacs with a few mp3s thown in. Richard ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
Mark Lanctot wrote: I'm wondering if it's the new foobar 0.9. It definitely didn't work in 0.8.3. Hmmm. I've tagged my whole library for RG with Foobar both FLAC and MP3. I'm using 0.9 now, but most of that was done with 0.8.3. AFAICT, the SlimServer has always picked up on the tags just fine. --rt ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
Re: [slim] Re: MP3Gain Problem
On 3/29/06, Mark Lanctot [EMAIL PROTECTED] wrote: OT: I see the 65 535 number a lot when computers screw up. For example, my very old printer driver always thinks print jobs are 65 535 pages long (thankfully it doesn't actually use that many pages!) This is also the maximum number of rows in Excel. I'm thinking it's the maximum number that can be calculated at a certain bit depth? Yep. 8 bits: 0-255, or -128-127 16 bits: 0-65535, or -32768-32767 32 bits: 0 to approx. 4 billion, or -2 billion to 2 billion 64 bits: a whole bunch :) - Jacob ___ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss