Re: [SlimDevices: Beta] Scanner changes in 7.4
Do you have a log you can share in a bug, Pippin? On Jun 29, 2009, at 4:37 AM, pippin wrote: > > Looks like I was too quick to proclaim that iTunes integration > works, I > just judged from the fact that I saw no errors and didn't end up > with an > empty database (as before). Yet it looks like iTunes import still > breaks > off midterm. > > > -- > pippin > > --- > see iPeng, the Squeezebox iPhone remote, at penguinlovesmusic.com > > pippin's Profile: http://forums.slimdevices.com/member.php? > userid=13777 > View this thread: http://forums.slimdevices.com/showthread.php?t=64981 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/mailman/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] One thing missing from 7.4...
Please file a bug against this. Thx! On Jun 28, 2009, at 2:53 PM, gharris999 wrote: > > I must be in a kvetching mood today. > > Is it strictly necessary to have the right there in your face on the > web UI? It strikes me as being a little tacky. Isn't it enough to > keep > ©'s ®'r on the settings->information page? I know you guys need to > protect your brand and all. But...just glancing at the top of this > forum page, It's , and ®. A psychologist would say that you're > overcompensating for something. I guess an intellectual property > lawyer > would say something else. > > But take a look at Apple's home page & at iTunes. I would guess that > Apple is as aggressive as anyone in terms of securing their brand. > Aside from a discrete copyright notice at the bottom of the page, > there's nary a or ®. > > > -- > gharris999 > > gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 > View this thread: http://forums.slimdevices.com/showthread.php?t=65026 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/mailman/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Scanner changes in 7.4
On Jun 27, 2009, at 5:18 PM, Andy Grundman wrote: >> Andy: is the "Automatic detection and rescanning of new/deleted/ >> changed >> files" feature implemented yet? > > Yep, on Mac and Linux for local files. NIce. Is there any facility for detecting changes at startup that may have happened while SC was shut down? Or is a rescan required? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.4 nightlies - important info
Yes, FlipFlip, thanks so much for SSOTS, it's a great service to the Squeezebox community. Is there anything we can do here to make it easier for you to stay up to date? Is there a build target that we can add to our build system that would help? Let's be creative here to make sure that everybody can be kept up to date... On Jun 17, 2009, at 12:18 PM, ezervoud wrote: > > flipflip, thanks for being so responsive with SSOTS > However, it seems that no matter, how fast you upgrade SSOTS, Audio > Scan will be a step ahead. Now we are at version 020 > Sounds like chasing our tails here > > > -- > ezervoud > > ezervoud's Profile: http://forums.slimdevices.com/member.php?userid=17614 > View this thread: http://forums.slimdevices.com/showthread.php?t=63346 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/mailman/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LOL! It's "Squeezebox Server" now? Should have just called it "Bing Server"
On Jun 7, 2009, at 10:49 AM, autopilot wrote: > Interesting though that you plan to split the webUI and core server > into two seperate and distinctly named elements. Not really. Squeezebox Server still has a web interface that lets you control your Squeezebox and manage your server.. But Matt's idea is that the user's expectation is that the server can be controlled from a more traditional control panel, at least on Windows and Mac. The trick is getting that control panel right. It doesn't take away from the web control, but does, hopefully, add a more intuitive way of managing your server and your squeezebox. We actually have two different web applications: - browsing and playback control - account, service and player management And it turns out that both kinds of functions need to work from mysqueezebox.com (nee SqueezeNetwork) as well as from your Squeezebox Server (nee SqueezeCenter). Unfortunately, we've had _four_ different interfaces for this, which is way too many. So, I'm pushing for: - our "Web Remote" for browsing and playback to be consistent, no matter if it's coming from your computer or the mysqueezebox.com site. - a simplified server control panel for managing the software running on your computer - a consistent, centralized web interface to manage internet-based services, radio, etc. on mysqueezebox.com Now power users (like us) want more, um, power, so we'll continue to allow some utility access via your web browser (or even command line) to the internal bits, progressively revealing useful stuff to everyone when we can make it simple enough. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] LOL! It's "Squeezebox Server" now? Should have just called it "Bing Server"
On Jun 7, 2009, at 12:34 AM, JJZolx wrote: > > Nonreality;430010 Wrote: >> Well what would you have wanted them to call it? > > What was wrong with the old name? It confused just about every new user we tested. Squeezebox,SqueezeNetwork,SqueezeCenter, nobody could keep track of what's what. > Or the one before that? That was "SlimServer" which was based on the name of a company that no longer exists and had nothing to do with the product at all. > The only thing I can think of is that all the "squeeze" names began to > have a numbing sameness to them... squeezebox, squeezecenter, > squeezeplay, squeezenetwork so that they became almost > indistinguishable > after a while. Exactly right. Very good. > But that was all a product of the last wave of marketing > turmoil, which wasn't very long ago. Yes. And they got it wrong. And they don't work here anymore. So, we try to improve. The thing you buy is a Squeezebox. To set up an account, you'll go to mysqueezebox.com (would have preferred squeezebox.com, but it was taken). To play music stored on your computer you install the Squeezebox software, which includes the Squeezebox Server. Seems pretty straightforward. We'll continue to test it with new (and existing) customers and make sure we're actually improving things. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] First experience with new 7.4 scanner..
Yes, please file that bug with an attached file. On Tue, May 19, 2009 at 12:29 PM, gharris999 < gharris999.3sg7hz1242761...@no-mx.forums.slimdevices.com> wrote: > > First blush with the new scanner, using svn 26682: not any faster than > the 7.3.3 scanner. > > My server is Fedora 10. My library is 99.5% > flacs-with-embedded-cuesheets. > > The new scanner totally fails to correctly scan ANY of those flacs. > 43,784 tracks end up in No Genre, No Album. > > Oddly enough, the Artist names do show up, so there is at least a > partially successful parse of the embedded cuesheets. But trying to > browse to any of those artists causes SqueezeCenter to hang, eating up > 50% of the CPU cycles (this is a core 2 duo machine). The query never > returns. > > So, with my library, at least, the new scanner gets a initially failing > grade. > > What's the next step? Shall I file a bug with an attached flac > demonstrating the type of metadata the scanner is ignoring? > > > -- > gharris999 > > gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 > View this thread: http://forums.slimdevices.com/showthread.php?t=63541 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/mailman/listinfo/beta > ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.4/8.0 tentative release date?
On Apr 15, 2009, at 11:34 AM, Mnyb wrote: > Oh and please make it possible to upgrade, all major versions of SS or > SC have forced me to do a clean install, the migration have never > worked. In general this works and is the way that most customers upgrade. If you have issues, please speak up here in this forum and/or in the bug database. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.4/8.0 tentative release date?
Early summer, hopefully. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] 7.3.3 or 7.4?
WDS is very unlikely, the firmware for the wireless cards that we use doesn't support it. WPS support for Controller/Duet is planned for 7.4, which is a good thing. I'll see that the wiki gets updated. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] SqueezePlay
Just to elaborate on what Tom (one of the aformentioned "resources" :) ) is saying here is that the other work that's going on will definitely benefit SqueezePlay in the long run, so expect a quiet time before a burst of some pretty significant work. On Feb 20, 2009, at 10:29 PM, Planktonic wrote: > Indeed, development for desktop Squeezeplay for the desktop is > "mostly" > on hold at the moment. However, from my non-authoritative vantage > point, there is certainly commitment internally to getting SP Desktop > to a non-beta state and continuing its development when resources > become available. But currently, the Squeezeplay/SqueezeOS resources > are tied up. I'm sorry to not be more helpful, but my hope is that a > "No, but we plan too" message is better than no response at all. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] ** Changes to Nightly Download Dir **
Heh, sorry about that. Cleaned it up a bit... On Jan 29, 2009, at 3:36 PM, Millwood wrote: > > Please choose more benign colors. On my screen, black on dark grey is > hard to read, and blue on dark grey is hopeless! > > > -- > Millwood > > 2 SB3, 1 Duet > Debian Etch server > 2 AP (netgear, linksys) wireless network. > > Millwood's Profile: http://forums.slimdevices.com/member.php?userid=3600 > View this thread: http://forums.slimdevices.com/showthread.php?t=58995 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SqueezePlay
Yes, please file a bug (search first for a dup). -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] What next 7.3.2 or 7.4 ?
Sorry for the confusion on the 7.4/8.0 thing. At this point, we're trying to get the 7.3.1 out the door as soon as possible to address a couple of significant quick fixes to problems in 7.3. The 7.3.2 target is the next minor release that we expect to make, as yet unscheduled. The next major release is slated for sometime in May next year and we expect that the number of significant improvements to the software justify calling it 8.0, though we haven't changed the version numbers everywhere to reflect this. So, for the time being 7.4 = 8.0. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 7.2.1 artwork scaling issue
Would this be the behavior of GD wasn't available? -dean On Dec 13, 2008, at 12:08 PM, Andy Grundman wrote: > > On Dec 13, 2008, at 3:02 PM, pippin wrote: > >> >> andyg;369761 Wrote: >>> On Dec 13, 2008, at 9:03 AM, pippin wrote: >>> OK, thanks to a customer I got some more info on the "png and jpg doesn't scale as well" issue. The system was a Thecus N5200 Pro running 7.3 - 23191 I'll also attach a log. >>> >>> Not much in that log about artwork, just a bunch of cached files. >>> What does "doesn't scale as well" mean? Either is scales or it >>> doesn't, right? >> >> OK, that was a bit short. Simpler things than typing on an iPhone... >> >> What I meant was: it does not scale. "As well" means, that I did >> learn >> it does not scale bmp images but in this case it's also no scaling >> png >> and jpg files. >> The result looks like it never scales at all since images have >> different sizes. >> >> I fixed the iPeng display error in 1.0.4 which will hopefully come >> out >> tonight but this is still an issue since especially for large artwork >> it will load much more data than it should. > > OK, we need to reproduce and see an artwork debug log. > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Wav. seeking question.
On Nov 28, 2008, at 3:31 AM, Henk51 wrote: > andyg;364324 Wrote: >> You never answered Alan's question. Use FLAC, you will get seeking >> and >> have a more reliable stream using less bandwidth. > > Then I must transcode about 50GB to FLAC or MP3... If you did convert to FLAC you'd get about 25GB back! ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Have 7.2.1 nightly builds stopped?
7.2.2 is not likely to ever be released, there is no work being done on it. I've removed it from the nightly wiki page. On Nov 23, 2008, at 1:17 PM, rickwookie wrote: > > rickwookie;361435 Wrote: >> Shouldn't 'testing main' now be holding 7.2.2? >> >> Either way I think http://wiki.slimdevices.com/index.php/Nightly_Builds >> and http://wiki.slimdevices.com/index.php/DebianPackage need to be >> updated. > > To answer myself, testing/main does now give me 7.2.2 (SqueezeCenter > Version: 7.2.2 - 23974 @ Sun Nov 23 02:10:21 PST 2008 - Debian - EN - > utf8) > > Therefore both those pages do need a slight tweak. > > > -- > rickwookie > > rickwookie's Profile: http://forums.slimdevices.com/member.php?userid=6397 > View this thread: http://forums.slimdevices.com/showthread.php?t=55271 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Update on Party Mode and its status in 7.3
On Nov 23, 2008, at 2:30 AM, JJZolx wrote: > - The 'play' button should not do a 'play next'. This is a mistake, > IMO, and pretty much defeats the purpose of having a "Party" mode. > Maybe use hold-play to do play next or (what I'd want if I were > throwing a party) make it something very obscure, so it would be > likely that only the party host knows how to do this. What should the PLAY button do, then? > - How do you start playback? You can stop by hitting Power, and turn > the player back on, but I don't see how to resume playback once > that's > been done. The PAUSE button has always toggled between pause and play... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Squeezeplay fullscreen issues
These seem like good enhancement/bug request for bugs.slimdevices.com... On Nov 22, 2008, at 12:52 AM, erland wrote: > > 1. > Is it somehow possible to make sure Squeezeplay starts in fullscreen > mode every time ? > Every time I restart Squeezeplay it seems to start in window mode > and I > need to manually change it to fullscreen. > > 2. > On my 1600x900 pixel screen the fullscreen mode shows slightly > stretched radio buttons and album arts, they seems to be a bit wider > than they should be. > > 3. > Is there some way I can hide the mouse pointer when Squeezeplay is > used > in fullscreen mode ? > I don't want a mouse pointer when I use Squeezeplay on my HTPC setup, > everything will be controlled via lirc and a IR remote. > > > -- > erland > > Erland Isaksson > 'My homepage' (http://erland.isaksson.info) 'My download page' > (http://erland.isaksson.info/download) > (Developer of 'TrackStat, SQLPlayList, DynamicPlayList, Custom Browse, > Custom Scan, Custom Skip, Multi Library and Database Query plugins' > (http://wiki.erland.isaksson.info/index.php/Category:SlimServer)) > > erland's Profile: http://forums.slimdevices.com/member.php?userid=3124 > View this thread: http://forums.slimdevices.com/showthread.php?t=55396 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] FW jive_7.3_r3330 is broken!!
To be clear, if a bug in the beta software renders the hardware unusable (i.e. you can't downgrade to an official version), then Logitech will repair or replace your hardware. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Internet Radio menu
On Nov 8, 2008, at 10:34 AM, htrd wrote: > What is the rationale for segregating some content providers (lastfm > etc) into a separate "Music Services" menu? Does it not make sense to > have all the internet-based music sources in the same list? We've been struggling with that too. The idea is that the interactive services are separate from the straight streaming stations. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Will this bug be fix in the 7.3 release
On Nov 5, 2008, at 1:51 PM, zoula wrote: > So we are at 7.3 that leave 7.4 7.5 etc this probably mean a year > or more to version 8 8.0 is the next significant revision after 7.3. Given the new schema work plus a bunch of planned UI improvements, SqueezePlay maturing, we think it deserves a major number increase. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SqueezePlay
On Oct 31, 2008, at 6:39 AM, dwilliams01 wrote: > Should we be filing bugs for SqueezePlay yet or is it still too early? Yes, please! ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 7.3 controller firmware on its way to 7.3 SC users
On Oct 19, 2008, at 2:20 AM, autopilot wrote: > I know this might be jumping the gun a little, but are there any plans > to have a proper line out mode for the 3.5mm socket (like my old Sony > MP3 player did)? Is is this just going to be limited to headphone use > (yeah i know i can use a headphone out as a line out, millions of iPod > users do lol, but it's not as good). What's the difference? Impedance? Output level management? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SoftSqueeze or squeezeplay?
The plan is to release SqueezePlay as part of SqueezeCenter with the 7.3 release. On Sep 4, 2008, at 12:39 PM, Paul_B wrote: > > In an attempt to get the thread back on topic what is the current > development of Squeezeplay? > > > -- > Paul_B > > Paul > > ~ > ~ > ~ > ~ > ~ > ~ > ~~ > Slimcentre 7.1 on Quad Intel MSI MoBo running Vista Ultimate 64bit > controlled via a Mini-ITX server running Windows 2003 R2 (SP2) and > Idratek Cortex home-automation software. > Remote storage QNAP TS-109 Pro(2.1.0T)~(500GB Hitachi HDD) > SB3 (x1) > RIP - dBpowerAMP R13 to FLAC > ID3 Tags - MP3Tag v2.41 > ~ > ~ > ~ > ~ > ~ > ~ > ~~ > > Paul_B's Profile: http://forums.slimdevices.com/member.php?userid=3039 > View this thread: http://forums.slimdevices.com/showthread.php?t=51733 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Is 7.3 Trunk now up to speed?
On Aug 29, 2008, at 9:34 PM, Eric Seaberg wrote: > I'm still considering 7.2 unstable! I had to revert back to 7.2-22618 > to get to a workable place again. Has no one else had issues with 7.2 > on a Mac? Eric: Please post the details of your problems to your original thread. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] What happened with the official 7.2??!!
On Aug 29, 2008, at 9:17 PM, Eric Seaberg wrote: > I have been using 7.2 for many weeks without issues. This is the > first > time it has BLOWN UP on me. Something has changed!! I'd like to find out what has changed. Can you give some additional details on exactly the problems you are seeing? -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Which versions are stable enough?
On Aug 10, 2008, at 8:25 AM, timmorris wrote: > Are the major new features yet > to be added? Yes! There is a significant reworking to the streaming code (aka "new streaming) that will be merged in soon. It fixes some long noticed bugs, improves synchronization, but isn't completely bug-free yet. There is also going to be a re-architecting of the database (aka "new schema"), which will likely introduce a little instability as it gets constructed. Finally, there are a significant number of bugs that are targeted for 7.3 that will be fixed. The core SqueezeCenter team is working hard on ironing out the latest bugs for the 7.2 release later this month, so expect that after the 7.2 release, 7.3 will get a little less stable while we start making these significant changes. Some additional details on the software roadmap are here: http://wiki.slimdevices.com/index.php/SoftwareRoadmap ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Cannot connect when SSID Broadcast disabled
Yes, that is indeed bugworthy. Can you file a bug at bugs.slimdevices.com? Thanks. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] How to register Controller bug reports ?
On Aug 6, 2008, at 2:16 AM, erland wrote: > How should bug reports on Controller be register when I think that the > problem is in the SqueezeCenter perl code but it is visible to the > user > only in the Controller user interface ? > > For example bugs in the Controller browse menus which is mostly > implemented on the SqueezeCenter side. > > Should these be registered on Controller or on SqueezeCenter ? Or > doesn't it matter which one I register them on ? It doesn't matter that much. File it against the product (Controller, in this case) but it may get moved ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 7.2 with Squeezeplay?
On Jul 31, 2008, at 4:29 AM, autopilot wrote: > Just wondering when 7.2 will be including Squeezeplay and Controller > audio? It will not. The code is just not mature enough. Do not fear, it's still planned, but won't be ready in August for release. We expect a beta build soon, though. > I think i will stick with 7.1 until its working. Since 7.2 is only a few weeks away, we'd really appreciate any testing you can muster in this beta release. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC 7.2 bugs
Markus, Can you elaborate on the issues you saw and possibly file bugs? 7.2 is on a fast track right now, to be released by the end of August. This kind of testing is invaluable. Thanks, dean On Jul 30, 2008, at 9:37 PM, schiegl wrote: > > I think SC 7.2 is currently work in progress and by far not as stable > and working as 7.1. I built a 7.2-trunk version from SVN and updated > my > SC, result: no wireless connection and many other quirks. No problem > as > long as falling back to the previous version is so easy due to holding > "vol up" on restart :-) > > I'll wait for 7.2 until it's pushed out for SC 7.2(trunk)... > > kind regards, > Markus > > > -- > schiegl > > schiegl's Profile: http://forums.slimdevices.com/member.php? > userid=6654 > View this thread: http://forums.slimdevices.com/showthread.php?t=50437 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Which versions are stable enough?
7.2 is quite stable and we plan to release it very quickly following the 7.1 release, certainly before the end of August. We'd really appreciate as much testing as possible. Thanks! ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Confusing 7.0.2 7.1 7.2
On Jul 18, 2008, at 9:07 AM, ModelCitizen wrote: > > bklaas;320961 Wrote: >> 7.2 is unstable and is very unlikely to be what you want > http://wiki.slimdevices.com/index.php/SoftwareRoadmap#v7.2 > > 7.2 is exactly what I want! :-) Great! 7.2 is going to be coming out relatively quickly after 7.1, targeted for release at the end of August. The more people we have trying it out, the better it will be! -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Invalid mac address or uuid and no key response
The best bet is to send your receiver in and we'll send you a replacement. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Recent 7.1 web ui changes
I agree, it doesn't make sense to put the comments at a separate level in the web UI. Is there some way we can differentiate the two interfaces? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Official Last.fm plugin
On Jun 14, 2008, at 7:12 PM, Andy Grundman wrote: > > On Jun 14, 2008, at 9:19 PM, dean blackketter wrote: > >> >> On Jun 14, 2008, at 4:34 PM, Andy Grundman wrote: >>>> 4. I miss the history of played last.fm songs. It would be nice to >>>> see the history of the last n songs in the current playlist and be >>>> able to browse them. >>> >>> I could see about doing this, but is it that useful? You can't >>> love/ >>> ban a track after it has played since it has already been scrobbled. >> >> I think that this would be better solved by a global "Recently >> Played" >> list that had the last 100 or so songs and/or stations played. > > The API has a method for getting recently played tracks for any user. > I think that would be cool, and would let you at least play similar > artists, tags, view bio, etc. Will see about adding this soon. I'm actually suggesting that we include all music played through SqueezeCenter/SqueezeNetwork, not just Last.FM. I think this would be a benefit to everybody, not just Last.FM users. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Official Last.fm plugin
On Jun 14, 2008, at 4:34 PM, Andy Grundman wrote: >> 4. I miss the history of played last.fm songs. It would be nice to >> see the history of the last n songs in the current playlist and be >> able to browse them. > > I could see about doing this, but is it that useful? You can't love/ > ban a track after it has played since it has already been scrobbled. I think that this would be better solved by a global "Recently Played" list that had the last 100 or so songs and/or stations played. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] latest 7.0.2 the same for 4 days ?
On Jun 14, 2008, at 10:45 AM, Mnyb wrote: > I suppose 7.0.2 is a bugfix for 7.0.1 ? Theoretically, yes. The current plan is that the next official release is 7.1, sometime around the end of the month. We are keeping a branch open based on the 7.0.1, in case we need to release a 7.0.2. That would happen if a serious new bug appeared that made us want to do an emergency release. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter Won't Play Music (SC 7.1 2008-07-01)
On Jun 9, 2008, at 2:21 PM, Don Russell wrote: >> This is the thing that confuses me. I don't think we ever supported >> the ability to enter a WPA key directly, only a passphrase. > hmmm, I wonder how I ever entered it... I have no idea what the pass > phrase is any more. I sympathize. It sucks when you lose the password. :( > Well, so the good news is, the new feature in SC 7.2 will allow me to > enter either a "key" or a "pass phrase", correct? No. There hasn't been any new WPA key entry added. I'm not sure how many folks would use this, personally I've never seen this option anywhere, but feel free to file an enhancement request for this. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter Won't Play Music (SC 7.1 2008-07-01)
On Jun 9, 2008, at 12:05 PM, Don Russell wrote: > I entered the 64 hex digit key on SqueezeBox a long time ago... and > have not needed to enter it again. This is the thing that confuses me. I don't think we ever supported the ability to enter a WPA key directly, only a passphrase. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter Won't Play Music (SC 7.1 2008-07-01)
On Jun 9, 2008, at 10:45 AM, Don Russell wrote: > Well, I'm actually using a 64 hex digit key (which is 256 bits). > That's > 32 BYTES. > > There seems to be some confusion over "keys" and "pass phrases"... the > KEY is actually 256 bits (32 bytes, each byte with a decimal value of > 0-255). > > A pass phrase on the other hand is ascii text (each byte with a > decimal > value of 32-127) The phrase is then "hashed/encrypted/manipulated" to > produce the *key*. Yes, sorry for the sloppy description. You are correct. > What I'm trying to avoid is reconfiguring the rest of my wireless > devices (including SqueezeBox)... If I change the key, I have to > change > it for everything that uses it. > > Since SqueezeBox is working fine, I expected Transporter to as well. > :-) Me too. The code for this section is exactly the same on the Squeezebox and the Transporter, so I'm at a loss to explain your problem. > And SlimServer did.. and I think an earlier version of SC did as well > (or maybe the key was already set up and changing from SS to SC didn't > affect that part. > Something changed in the TP firmware and wasn't caught during > regression testing. This is the confusing part. They should be identical in this regard, both accepting the same form of passphrase for WPA. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter Won't Play Music (SC 7.1 2008-07-01)
On Jun 9, 2008, at 6:13 AM, Don Russell wrote: > > dean;309877 Wrote: >> >> 7.2 is slated for August. >> > OK, August isn't too long. ;-) Is there a web page showing anticipated > release dates? We just updated the schedule last week when the employee software team was in house. I'll update the public wiki with our notes: http://wiki.slimdevices.com/index.php/SoftwareRoadmap >> Are you using WPA or WEP? > WPA Ok, thanks. And to be clear, you are using a 64-byte key? Typically, keys are ASCII strings of up to 63 bytes with a trailing zero byte. I do realize that there are some routers that allow 64 byte keys, but you wouldn't be compromising your security with a 63 byte key (or even a much smaller one). ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter Won't Play Music (SC 7.1 2008-07-01)
On Jun 7, 2008, at 12:18 PM, Don Russell wrote: > The bug report I created was marked as a duplicate of this bug: > http://bugs.slimdevices.com/show_bug.cgi?id=6684, targeted for 7.2 > So, I'm not expecting this capability any time soon. :-( 7.2 is slated for August.That bug was a request to use the web interface to set up wireless settings on a player, so it is a dup. > Maybe something will get fixed in the 7.1 nightly builds so all 64 > characters can be entered via the remote That would be fine. > That's > what I did with my SqueezeBox... So, there is another bug, it appears. The Squeezebox and Transporter use the same code to enter text, so I'm confused as to what's going on. Are you using WPA or WEP? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Release notes for 7.0.2 and 7.1?
On May 24, 2008, at 12:17 AM, rlsx wrote: > > dean;304721 Wrote: >> 7.0.1 is the maintainence update for SqueezeCenter 7, which was just >> released. >> >> 7.1 is the next major version of SqueezeCenter, to be released in a >> month or so. > This much I understand. Any new functionality? Interface elements? The software roadmap is here: http://wiki.slimdevices.com/index.php/SoftwareRoadmap And the changelog is here: http://svn.slimdevices.com/repos/slim/7.1/trunk/server/Changelog7.html ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Release notes for 7.0.2 and 7.1?
On May 23, 2008, at 11:31 AM, rlsx wrote: > What are the differences between 7.0.1 and 7.1? 7.0.1 is the maintainence update for SqueezeCenter 7, which was just released. 7.1 is the next major version of SqueezeCenter, to be released in a month or so. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Can't run 7.1 on Mac 10.4.11
Can you take a look in your Home -> Library -> Logs -> SqueezeCenter -> server.log file and see if there's any error messages there? -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SBR configuration tool - alpha testers required
Mynb: I'd love to know more about why you were unable to set up the SBR with the SBC. Robin's excellent tool shouldn't be _necessary_ for any network configuration. Can you be more specific about what happened? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SBR configuration tool - alpha testers required
Pocket reference guide to our lingo: SBR = Squeezebox Receiver SBC = Squeezebox Controller Duet = SBR + SBC SB3 = Squeezebox v3 aka Squeezebox Classic TR = Transporter SC = SqueezeCenter Software SN = SqueezeNetwork Service SP = SqueezePlay software (coming with release 7.2) ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] I apologise if this is a stupid question, but...
Sorry about that, the thread wasn't stuck before, I stuck it yesterday. Caleb and others are in China now getting ready for the next pre- production build. It's not clear how many units we'll be able to get from that batch, so cross your fingers... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 7.1 version confusion
I think that the nightly build process should endeavor to update to
the same release across platforms to avoid differing behaviors.
svn up -r { DATE }
or the like?
On Apr 28, 2008, at 10:35 AM, Matt Wise wrote:
>
> Millwood;296381 Wrote:
>> Latest has a mix of 19194 and 19185. They include different jive
>> versions. What's up?
>>
>>
>> Index of /downloads/nightly/SqueezeCenter_7.1_trunk_v2008-04-28
>>
>> Icon Name Last modified Size
>> Description[DIR] Parent Directory
>> -
>> [ ] SqueezeCenter-7.1-19194.ZIP28-Apr-2008 01:22 52M
>> Zip Compressed
>> [ ] SqueezeCenter-7.1-19194.dmg28-Apr-2008 00:47 26M
>> Mac OS X Disk Image
>> [ ] SqueezeCenter-7.1-19194.exe28-Apr-2008 01:22 33M
>> Windows Executable
>> [TXT] buildlog.jive.txt 28-Apr-2008 01:57 1.7M
>> [ ] jive.version 28-Apr-2008 01:57 57
>> [ ] jive_7.1_r2360.bin 28-Apr-2008 01:57 11M
>> [ ] squeezecenter-7.1-0.1.19194.noarch.rpm 28-Apr-2008 00:41 19M
>> RedHat Package Manager
>> [ ] squeezecenter-7.1-19185-noCPAN.tgz 28-Apr-2008 00:36 18M
>> [ ] squeezecenter-7.1-19185.tgz28-Apr-2008 00:36 30M
>> [ ] squeezecenter_7.1~19185_all.deb28-Apr-2008 00:26 18M
>> Debian Package
>> [ ] u-boot.bin 28-Apr-2008 01:57 118K
>
> Someone likely made a checkin right around midnight, probably during
> the build processes... its rare, but this does happen on occasion.
>
>
> --
> Matt Wise
>
> Matt Wise's Profile: http://forums.slimdevices.com/member.php?userid=13773
> View this thread: http://forums.slimdevices.com/showthread.php?t=46925
>
> ___
> beta mailing list
> beta@lists.slimdevices.com
> http://lists.slimdevices.com/lists/listinfo/beta
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Null shows upp instead of players name in Squeezecenter
Indeed a very evil bug. Luckily it's fixed in the latest nightly. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Transporter firmware downgraded to 36 in trunk
The new Transporter features that Sean's been working hard are targetted to the 7.1 release of SqueezeCenter. Version 40 (and its follow-ons) will appear in those nightly builds. The 7.0.1 version will include some minor, critical bug fixes to the Transporter firmware. Look for an update there soon. Those same fixes should also appear in the 7.1 builds. Unfortunately, the firmware version numbers go up in only one dimension, so you may see confusing firmware numbers in the two branches; use the 7.0.1 and 7.1 build numbers as a guide. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Bad JavaScript in latest 7.0?
Try: http://slimdevices.com/downloads/SqueezeCenter_v7.0.0/ -dean On Mar 19, 2008, at 6:47 PM, fireupthegrill wrote: > > OK (sorry for the poor choice of forum earlier). > > Do you know where I might download that? I can't find anything > resembling the 7.0 RPM in http://slimdevices.com/downloads/, only > 7.0.1 > and 6.x versions. > > > -- > fireupthegrill > > fireupthegrill's Profile: > http://forums.slimdevices.com/member.php?userid=16176 > View this thread: http://forums.slimdevices.com/showthread.php?t=45032 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] "Static" sound on 24bit/96kHz material
Anne, Can you file a bug on bugs.slimdevices.com and attach a file that exhibits the problem? -dean On Mar 19, 2008, at 3:31 AM, Anne wrote: > > Eh, SB3 WILL play 24/96 but drops every other sample as far as I know. > Anyway, I have a problem with SqueezeCenter. With SlimServer I could > play my 24/96 master tape downloads, Daphne & Cloe etc, with ease, but > its not good with SqueezeCenter. > I get a static sound, seems like especially when there is supposed to > be a lot of bass. Actually you hear no bass when playing the > tracks > The static was not there with SS, everything played fine. > The kbps show app. 3500 in the display, and my SS wireless setup had > no > problem with this so something else must be amiss. > Why is SC different in playback than SS ? > > > -- > Anne > > Squeezebox 3 > Stereovox XV2 > Bryston B100-DA SST > Martin Logan > Aeon I >> Sennheiser HD580 Precision > > Anne's Profile: http://forums.slimdevices.com/member.php?userid=10071 > View this thread: http://forums.slimdevices.com/showthread.php?t=41005 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC7 Gold vs SC7.01 Beta
7.0.1 is different, but with only small and relatively safe fixes. Please focus your testing on that and report bugs. We do want to turn around 7.0.1 quickly, so now is the time! Thanks, dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SqueezeNetwork Beta
On Feb 28, 2008, at 6:10 AM, tamanaco wrote: > Andy Grundman;273571 Wrote: >> On Feb 28, 2008, at 8:43 AM, tamanaco wrote: >> >>> >>> Does the Squeezenetwork outage for tomorrow affect the >>> beta.squeezenetowork in any way? Is the announcement only referring >> to >>> a platform (hardware) update for the existing non-beta >> Squeezenetwork? >> >> It does, all SN services will be offline for an hour or so. We are >> moving production to the racks where beta is now running. Beta will >> become production. Also, just to reinforce, the existing accounts on the beta service will be wiped clean and the accounts from the existing production service will replace them. So, if you made any changes while connected to beta, you'll lose them. > Follow up question... given that the current builds of SC7 and SC7.01 > point to beta.SN... will tonight's/tomorrow's build point to the new > SN > production platform? Yes, tonight's should. But after the cutover, production and beta systems will be the same (for the time being) and so both old and new versions of SC and SBC software will point at the same thing, namely the new service. -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] How/where do you download the 7.0
The build failed last night. We'll rebuild in a bit. Thx! On Feb 24, 2008, at 6:22 AM, tamanaco wrote: > > Did something go wrong with last night's 02/24/08 7.0.1 > /nightly/latest/trunk/ build? I don't see a Windows package. > > > -- > tamanaco > > tamanaco's Profile: http://forums.slimdevices.com/member.php?userid=4620 > View this thread: http://forums.slimdevices.com/showthread.php?t=40538 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] really picayune
"Your Stations" is what the folks at Pandora use and so we re-used it. http://www.picayune.ms.us/ ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SqueezeNetwork Beta
On Feb 22, 2008, at 6:07 AM, tamanaco wrote: > > Just curious... Is the BetaSN on schedule to be released along with > SC7 > and the Duet? The issues with the favorites that I mentioned above > over > a week ago have not been addressed. Should I assume that the > developers > are currently concentrating on SC7 and as soon as they're done there > they will move to fix the BetaSN bugs? Yes, the new SN will release with SC and the firmware for the Controller & Receiver. In fact, we'll be releasing SN a couple of days before as there are some subtle dependencies on the new service in the new software. If you still see issues, PLEASE file bugs on bugs.slimdevices.com. Thx! -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Controller Network Testing
excellent point. # md5sum jive.bin 21302b02c80afb6922abc7312a2d981d jive.bin And, as a bonus, it's faster since it's not writing to SD card. Here's what I'm using now: wget http://www.beta.squeezenetwork.com/static/firmware/jive.bin -q - O - | md5sum On Feb 15, 2008, at 11:22 AM, Fletch wrote: > > Can you post the md5sum for jive.bin? That way we can test without an > SD card, right? > > > -- > Fletch > -- > -- > Fletch's Profile: http://forums.slimdevices.com/member.php?userid=529 > View this thread: http://forums.slimdevices.com/showthread.php?t=43517 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Controller Network Testing
Thanks so much. If you have the time or inclination, doing this more than once would be welcome. We're trying to generate statistic on the error rates in the downloads. So far, the only place we're seeing this as an issue is with our completely overloaded network in our offices in Mountain View, so we want to know how bad this is in the field... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] irritating question
Thanks Mark, that's a great summary of our situation. We're down to the last couple of blocker bugs for 7.0. If you are still having problems with SqueezeCenter, Squeezebox, Duet or SqueezeNetwork, PLEASE file those bugs now. On Feb 13, 2008, at 7:56 AM, Mark Lanctot wrote: > Given that the Duet hardware is being manufactured now (the first > batch > may already be produced but might have been delayed by weather) the > pressure to get 7.0 released must be pretty intense... An understatement. Thanks! -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 6 hours of frustration
Ok, and can you choose that? And can you play music with it? On Feb 12, 2008, at 8:23 PM, Pale Blue Ego wrote: > > dean blackketter;268728 Wrote: >> Ok, great. And what do you see under Choose Player? > > "SBR", which is what I named the SBR > > > -- > Pale Blue Ego > -- > -- > Pale Blue Ego's Profile: http://forums.slimdevices.com/member.php? > userid=110 > View this thread: http://forums.slimdevices.com/showthread.php?t=43413 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 6 hours of frustration
Ok, great. And what do you see under Choose Player? On Feb 12, 2008, at 7:55 PM, Pale Blue Ego wrote: > > State: Connected > SSID: nazgul > BBSSID: 00:1c:10:49:ba:ef > Encryption: WPA2-PSK > IP Address 192.168.1.4 > SNR: 68 > > > -- > Pale Blue Ego > -- > -- > Pale Blue Ego's Profile: http://forums.slimdevices.com/member.php? > userid=110 > View this thread: http://forums.slimdevices.com/showthread.php?t=43413 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Is there some easy way to see changes in daily builds?
Sorry for the confusion, the "trunk" build is what we're using for 7.0.1 now: http://www.slimdevices.com/downloads/nightly/latest/trunk/ On Feb 12, 2008, at 5:47 PM, NFLnut wrote: > > I don't want to risk opening a can of whoop-arse upon myself, but how > did you even find 7.0.1 I can only find the nightlies of 7.0 > > > -- > NFLnut > -- > -- > NFLnut's Profile: http://forums.slimdevices.com/member.php? > userid=13180 > View this thread: http://forums.slimdevices.com/showthread.php?t=43374 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] 6 hours of frustration
It's not clear to me from the thread that you've successfully connected to the wireless network. What are the settings reported when you select your wireless network via the advanced settings? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Rescan times - what's going on with Artwork Scan?
On Feb 12, 2008, at 12:50 PM, dtz wrote: > Pentium 3.2 GHz/Windows XP Pro. With SlimServer 6.5.3, a complete > clear > and rescan took about 15 minutes. It now takes over 43 minutes and > over > 30 minutes of this is for the images. All versions of SC7 give similar > results. Wow, that's slow. How many tracks in your library? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Rescan times - what's going on with Artwork Scan?
What hardware/OS are you running on? On Feb 12, 2008, at 11:05 AM, dtz wrote: > > I posted a similar problem below. However my scan for 530 images is 32 > minutes. 5 minutes seems like warp speed. > > > -- > dtz > -- > -- > dtz's Profile: http://forums.slimdevices.com/member.php?userid=15444 > View this thread: http://forums.slimdevices.com/showthread.php?t=43390 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Errors on startup
When you say "deleted" can you elaborate? On Feb 4, 2008, at 9:23 PM, El Callado wrote: > > dean blackketter;265653 Wrote: >> Interesting. What are your language settings for your computer? > > English. All other localizations deleted. > > > -- > El Callado > -- > -- > El Callado's Profile: http://forums.slimdevices.com/member.php? > userid=15274 > View this thread: http://forums.slimdevices.com/showthread.php?t=43073 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Errors on startup
Interesting. What are your language settings for your computer?
On Feb 4, 2008, at 7:35 PM, El Callado wrote:
>
> Revision 17150
> Mac OS 10.4.11
>
> On startup, I get a slew of errors in the console log:
>
> Code:
>
>
> 2008-02-04 19:10:41.236 defaults[19056]
> The domain/default pair of (kCFPreferencesAnyApplication,
> AppleLanguages) does not exist
> Use of uninitialized value in chomp at /Library/PreferencePanes/
> SqueezeCenter.prefPane/Contents/server/Slim/Utils/Unicode.pm line 107.
> Use of uninitialized value in substitution (s///) at /Library/
> PreferencePanes/SqueezeCenter.prefPane/Contents/server/Slim/Utils/
> Unicode.pm line 109.
> Use of uninitialized value in split at /Library/PreferencePanes/
> SqueezeCenter.prefPane/Contents/server/Slim/Utils/Unicode.pm line 110.
>
>
>
>
> Referring to lines 105-107 in the above file:
>
>
> Code:
>
>
> if (open(LANG, "/usr/bin/defaults read 'Apple Global Domain'
> AppleLanguages |")) {
>
> chomp(my $languages = );
>
>
>
>
> What I get from this command is:
>
>
> Code:
>
>
> $ defaults read -g AppleLanguages
> 2008-02-04 19:18:12.915 defaults[22132]
> The domain/default pair of (kCFPreferencesAnyApplication,
> AppleLanguages) does not exist
>
>
>
>
> I don't know Perl, but it seems that this code doesn't correctly
> handle
> the case where the key-value pair doesn't exist.
>
>
> --
> El Callado
> --
> --
> El Callado's Profile: http://forums.slimdevices.com/member.php?
> userid=15274
> View this thread: http://forums.slimdevices.com/showthread.php?t=43073
>
> ___
> beta mailing list
> beta@lists.slimdevices.com
> http://lists.slimdevices.com/lists/listinfo/beta
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Add a value to shortDateFormats?
Please file an enhancement request on bugs.slimdevices.com
I think it's a good idea, but maybe too late for the 7.0 release in
the next week or so.
On Jan 31, 2008, at 8:50 AM, kyleki wrote:
>
> I personally prefer the following shortDateFormat when viewing dates:
>
>
> Code:
>
> q(%a %-m/%d) => q{WWW M/DD}
>
>
>
> Any chance of this being added to the default Utils/DateTime.pm? I
> currently have to put it in after every upgrade. :(
>
>
> --
> kyleki
> --
> --
> kyleki's Profile: http://forums.slimdevices.com/member.php?userid=2510
> View this thread: http://forums.slimdevices.com/showthread.php?t=42924
>
> ___
> beta mailing list
> beta@lists.slimdevices.com
> http://lists.slimdevices.com/lists/listinfo/beta
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Suggestion for Mac version
Hm, that path is wrong. It should be ~/Library not /LIbrary, so
that the logs are written to the user's library, not the system wide
one.
I'll file a bug. Thx!
-dean
On Jan 30, 2008, at 12:36 PM, El Callado wrote:
>
> I don't yet have a Squeezebox -- I'm planning to buy the Duet when it
> comes out -- but I've installed SC7 (revision 16955) on a Mac and
> played around with it a little.
>
> The first thing I noticed was a problem with the script
> Slim/Utilities/OSDetect.pm. Lines 184-186 are as follows:
>
> Code:
>
> if (-d "/Library/Application Support/SqueezeCenter") {
>
> mkpath("/Library/Logs/SqueezeCenter");
>
>
> This causes a permission error if the user who first runs the
> server is
> not a member of the admin group. Even if the directory exists and is
> world-writable (which it shouldn't be), trying to write to log files
> created by another user won't work. With multiple users able to run
> SC,
> each one should have his own logs. So I commented this out. The same
> goes for lines 194-196, which assume there is a root-level log
> directory if there is a root-level Application Support directory.
>
> Another change that should be made to this file is to add the MacPorts
> directory '/opt/local/bin' to the binary search path on line 128.
>
>
> --
> El Callado
> --
> --
> El Callado's Profile: http://forums.slimdevices.com/member.php?
> userid=15274
> View this thread: http://forums.slimdevices.com/showthread.php?t=42891
>
> ___
> beta mailing list
> beta@lists.slimdevices.com
> http://lists.slimdevices.com/lists/listinfo/beta
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Artwork scanning is crashing again
On Jan 30, 2008, at 2:25 AM, downtime wrote: > > To follow up, I tried the 1/29 build (I hesitate to say "TODAY's" > because I am in UTC/GMT+600, meaning today here is probably still > yesterday where the builds are being constructed) and it did not crash > on the artwork scan. But scanner never made it to the artwork. It > stopped about two-thirds of the way through the MIP import. > Happily, it > didn't crash - it just expired. Can you capture a log of the scan so we can figure out where it stopped? Andy fixed a serious bug on Windows that caused the artwork scan to crash, but that seems unrelated to your issue. If it's getting stuck in MusicIP, can you also try disabling that and see if it succeeds? -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] I'm only getting a Partial Scan of my iTunes Library
On Jan 27, 2008, at 10:34 AM, Studio_Two wrote: > > moley6knipe;262363 Wrote: >> You could try deleting the .xml file (you may need to stop SS >> first, as >> on my PC it won't allow me to delete it with SS running, well I >> **think** it's SS that's hooked into it) open and close iTunes - that >> should get you a fresh .xml file. > > Ah thanks, that's really worth knowing. > > If I understand correctly, iTunes doesn't use this "xml" file - it's > just something that is created for the benefit of other applications > (such a SqueezeCenter"). That's what the XML files is for. iTunes has its own "iTunes Music Library" file which keeps its private database, and exports the XML file for outside applications (including other Apple applications) to know what's in the library. Deleting the XML file is a safe operation, though I think that in the case that iTunes has a corrupted DB, it will import the XML file to recreate it. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] German special characters like "ä", "ö", "ü" are not shown correct ly
Can you be a little more specific? Is this on the web user interface? Player user interface? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Need help: recent build broke putting Plugin in "Internet Radio" list
Try changing "radio" to "radios", the name was tweaked recently for consistency... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Confusion alert ahead: a plugin is not an extra is a plugin
To further confuse/elucidate, the little software programs we write that add functions to the Squeezebox Controller (nee Jive) are called Applets. Applets can add Extras, but also can do much much more... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Naming confusion
That's a good question... At this point there's no way to change the Home menu title on the Squeezebox display. As a point of reference, on the Squeezebox Controller we use the name of the player that's being controlled as the title for the Home menu. We could do the same on the Squeezebox display. That way if you change the name of the player it would reflect on the home menu. (So it would say "Kitchen" on the player named "Kitchen".) What do people think of this idea? On Jan 13, 2008, at 6:26 AM, ravjost wrote: > > When changing connection from the SqueezeNetwork to the SqueezeCenter, > the menu on the SB3 is named "Connect to SqueezeCenter". When > "arriving" to SqueezeCenter, the text on the top line on SB3 says > "SqueezeBox Home". My wife is confused as she expected to arrive to > the > SqueezeCenter :-). > > Is there any place in the setup where I can change the text in the top > line? I would prefer the line to read "SQUEEZECENTER" when > connected to > SqueezeCenter instead of "SQUEEZEBOX HOME". > > > -- > ravjost > -- > -- > ravjost's Profile: http://forums.slimdevices.com/member.php? > userid=15000 > View this thread: http://forums.slimdevices.com/showthread.php?t=42172 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] settings for "extras" confusing
I agree. I suggest that Settings become buttons again and the checkboxes be marked as: "[] Enabled". I also think that the descriptive text should be shown as a tooltip on an info icon. Finally, these are Plugins. Plugins sometimes add new functions to Music Services, Settings, Extras, other places or invisibly. Can we change the name back? Sorry for the thrashing... On Jan 12, 2008, at 8:49 PM, Mitch G wrote: > > Well, I don't think I like the change to this page. > I didn't really have a problem with the enabled/disabled buttons, > but I > understand the issue. > So, the checkbox approach is good, but I personally think the check > box > should be placed just to the left of the plugin name instead of across > the ways to the right. It makes it clearer that the checkbox is how > you > enable or disable the plugin. > At least I think so. > > Also, I preferred the button for "settings" as opposed to the somewhat > subtle underlined hyperlink. > (This is all when using the default skin.) > > > Mitch > > > -- > Mitch G > -- > -- > Mitch G's Profile: http://forums.slimdevices.com/member.php?userid=548 > View this thread: http://forums.slimdevices.com/showthread.php?t=41504 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Using RadioIO with Soundpass
I suggest you try out the latest nearly-released version of SqueezeCenter 7.0, not 6.5.5... -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] How/where do you download the 7.0
Sorry, but last night's nightly build was missing the OSX version due to a power outage in Mountain View. We'll get that out as soon as possible. On Jan 6, 2008, at 11:55 AM, tcdv wrote: > > Same for me. Havent looked at the squeezebox since it was just > slimp3, > but have wanted a Sonos since they came out because of the > multiroom, 1 > controller thing. > > When I saw the new Duet today, I wanted to test out the new SlimCenter > to see if its worth saving for a Duet. > > Any idea where a OS X beta is? > > Thanks > > > andfperez;255152 Wrote: >> pardon the ignorance, but I can find where to download the 7.0 >> version >> for windows, but none of the options that show up there seem to work >> for mac (im running 10.4.11). The only file in that list that >> seemed to >> be close enough was the ZIP download, but it was still windows only. >> any help would be greatly appreciated... >> thx > > > -- > tcdv > -- > -- > tcdv's Profile: http://forums.slimdevices.com/member.php?userid=14845 > View this thread: http://forums.slimdevices.com/showthread.php?t=40538 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Add time finished to Music Library Scan status report
I really like this idea. On Dec 30, 2007, at 7:19 PM, Greg Klanderman wrote: > > Speaking of scanning, since there's now a separate scan log file, is > there any option to have it create a new log file for each scan rather > than appending? Maybe add a date/time stamp to the filename? When I > have the debugging on I'd prefer to have a separate log file per scan > because otherwise when searching I invariably end up in the wrong > scan's debug output. > > greg > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] [Slim-Checkins] r15631 - in /trunk/server/HTML/Default: browsedb.html home.html html/utils.js pageheader.html slimserver.css songinfo.html
On Dec 27, 2007, at 5:18 AM, Robin Bowes wrote: > Personally, I'd rather it was never hidden and appeared in the same > place on every page. :) It could be there all the time, the concern would be that it doesn't search much of the contents. I'm worried that this might be confusing, but if folks think it's not a problem... ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] JSON errors on 12/26 nightly
I've seen this as well... On Dec 26, 2007, at 11:50 PM, Michael Herger wrote: >> [07-12-26 23:06:19.1264] Slim::Web::JSONRPC::requestMethod (383) >> request not dispatchable! > > Did you disconnect a player while a browser window with SC was > still open? I think there's an issue with the web interface looping > and requesting data for a disappeared player. Will take a look. > > Michael > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] [Slim-Checkins] r15591 - in
On Dec 26, 2007, at 9:48 AM, Fletch wrote: > The only reason RPMs are being checked into SVN is because it gave > people like me the ability to upload them to a download area without > needing access to your servers. A couple years ago Dan set up a cron > job that copies vendor/yum from SVN to the web server that hosts > repos.slimdevices.com. There's no other reason to keep RPMs in SVN, > although it would still be nice to have a way for non-SD people to go > fix something in the downloads are if it's broken. One of the thing on Matt's list is to make it easier for the developers to kick off new "nightly" builds (and subsequently post them for download) in case of failure. Folks with commit privs would be able to do this. Would that solve your problem? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] [Slim-Checkins] r15591 - in /vendor/yum/squeezecenter-testing: repodata/filelists.xml.gz repodata/other.xml.gz repodata/primary.xml.gz repodata/repomd.xml squeezecenter-7.0.0-0
On Dec 26, 2007, at 8:56 AM, Robin Bowes wrote: > dean blackketter wrote: >> I think we shouldn't be checking in the nightly builds, rather only >> the source that creates them. > > Well, that's a different issue; one which I also support. > > The tarballs and RPMs can be re-created from the svn repo, and the yum > repo information re-built from the contents of the repo itself. So > yes, > it makes sense to only check in changes to the .spec file, the build > scripts, and of course change to the source itself. > > Perhaps the build script should dump state somewhere and only > rebuild if > anything has changed since the last build? Well, the cycles for building a fresh version every night are essentially free. The other platforms do a clean build then copy the files to the server host. Seems to me like the new RPM build process should do the same and copy to the yum repository. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] [Slim-Checkins] r15591 - in /vendor/yum/squeezecenter-testing: repodata/filelists.xml.gz repodata/other.xml.gz repodata/primary.xml.gz repodata/repomd.xml squeezecenter-7.0.0-0
I think we shouldn't be checking in the nightly builds, rather only the source that creates them. On Dec 26, 2007, at 1:36 AM, Robin Bowes wrote: > [EMAIL PROTECTED] wrote: >> Author: mwise >> Date: Wed Dec 26 01:05:36 2007 >> New Revision: 15591 >> >> URL: http://svn.slimdevices.com?rev=15591&view=rev >> Log: >> Adding Daily Builds on 20071226 >> >> Added: >> vendor/yum/squeezecenter-testing/ >> squeezecenter-7.0.0-0.1.20071226.noarch.rpm (with props) >> Modified: >> vendor/yum/squeezecenter-testing/repodata/filelists.xml.gz >> vendor/yum/squeezecenter-testing/repodata/other.xml.gz >> vendor/yum/squeezecenter-testing/repodata/primary.xml.gz >> vendor/yum/squeezecenter-testing/repodata/repomd.xml > > > I notice that there have been three builds of the RPM without any > changes. > > Can I suggest that new RPMs shouldn't be built unless there have been > any changes? > > R. > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playing songs from Browse Music Folder
It should play all songs beneath the folder. I filed a bug: http://bugs.slimdevices.com/show_bug.cgi?id=6455 Feel free to go in and add any additional information or comments. Thanks! -dean On Dec 23, 2007, at 7:27 AM, Phil Meyer wrote: > Not something I usually do, so I don't know if this is considered a > bug or not... > > My wife just tried to play all songs by Simply Red. She generally > uses Browse Music Folder to find music stored within her music > folder. I haven't got her trained in the use of the Multi-library > plugin yet (actually I have, but she forgets and uses this archaic > method instead). > > So, she browsed to the Simply Red folder within this heirarchy: > > Alex's Music\ > Simply Red\ > Stars\ > several awful tracks within this folder.mp3 > > > When she presses Play on the Simply Red item, it reports "Empty > Playlist" and plays nothing. She can play Stars folder though. > > I assume this is because there are no music files directly within > the Simply Red folder (that it doesn't descend all sub-folders). > Is this how it has always worked, or would you expect it to play > all songs in any sub-folder beneath the chosen folder? > > Phil > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Huge thumbnails in SC7
On Dec 23, 2007, at 6:03 AM, Andy Grundman wrote: > > On Dec 23, 2007, at 8:07 AM, dean blackketter wrote: > >> Hm, I'm not sure why we would ever want cover art thumbnails to >> be .png files. >> >> I can see why we use .png files for the placeholder artwork which has >> rounded translucent corners and would composite nicely, but cover art >> is (almost?) always rectangular and will be much smaller with JPEG. >> >> This might substantially help performance when browsing artwork >> images in the Jive UI. > > Yeah, they are PNG for transparency reasons. I think we could > probably use JPEG for square images and PNG (GIF in IE) for non-square > images, but I think it would mean changing the database to flag which > images get served which way. Do you mean square or rectangular? I'd think that cover art should always use JPEG since it's always rectangular, without transparency. Placeholder/service artwork can continue to use PNG. This will save a bunch of bandwidth and be faster to boot. With that rule (cover art vs. service/placeholder) we wouldn't need to modify the DB, right? > ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Huge thumbnails in SC7
Hm, I'm not sure why we would ever want cover art thumbnails to be .png files. I can see why we use .png files for the placeholder artwork which has rounded translucent corners and would composite nicely, but cover art is (almost?) always rectangular and will be much smaller with JPEG. This might substantially help performance when browsing artwork images in the Jive UI. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
release number is guaranteed to go up and in the case that we push out new updated nightlies it will automatically get updated. The basic format that makes sense to me is: -- On Dec 20, 2007, at 11:17 AM, Fletch wrote: > > dean blackketter;250402 Wrote: >> What about using the SVN revision number? >> >> squeezecenter-7.0-r3456 > > Either date or svn rev number work for pre-releases. I don't think > there's any real advantage to either. It's probably best that the > RPM, > deb and tarball all do it the same way. Either way, the need for the > leading 0.1 is still there. Your example is a case where the > increment > might be needed: > > squeezecenter-7.0-0.1.r3466 => > squeezecenter-7.0-0.2.beta1 => > squeezecenter-7.0-1 > > > -- > Fletch > -- > -- > Fletch's Profile: http://forums.slimdevices.com/member.php?userid=529 > View this thread: http://forums.slimdevices.com/showthread.php?t=41217 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
On Dec 20, 2007, at 11:17 AM, Diranged wrote: > With that, what happens when we go to squeezecenter-7.1-r1000? or does > the svn revision number always increase, even if we change the main > version #? Yes, that r2345 will always be going up, it's the change number in the svn repository. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
On Dec 20, 2007, at 10:56 AM, Fletch wrote: > Keep in mind that you will eventually be building 3 different RPMs > (trunk, branch and release). The leading 0 is critical for any > prerelease or "yum update" won't work. When the final release comes > out (squeezecenter-7.0-1), anyone using a nightly won't be able to > upgrade with yum since 20071220 is greater than 1. The .1 increment > after the 0 may never be needed, but I suggest you leave it in just in > case. I don't how it adds complexity. The purpose of the > increment is > if you device to do other kinds of prereleases (such as beta or rc) > that > have names that aren't naturally in ascending order, you can bump the > increment to 2 (and later 3) to make sure upgrades still work. > > It seems convoluted, but I didn't just makes this stuff up. This is > how every major RPM repository does it and it works pretty well. What about using the SVN revision number? squeezecenter-7.0-r3456 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] RadioIO issues with v7
Eric, Do RadioIO and Pandora work flawlessly for you on 6.5.5? Rebooting like that is often an issue with the player or firmware and usually not related to the server. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Updated New Default skin
I like that idea, though I don't think we'll be able to implement it in the release next month. Patches welcome! -dean On Dec 12, 2007, at 4:25 PM, thomsens wrote: > > Why can't the color scheme be an option is setup? > > > -- > thomsens > -- > -- > thomsens's Profile: http://forums.slimdevices.com/member.php? > userid=1352 > View this thread: http://forums.slimdevices.com/showthread.php?t=39957 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Firmware upgrade issue
On Dec 9, 2007, at 12:24 PM, thomsens wrote: > I switched from SC7 back to 6.5.4 to play some music on my transporter > off a different slimserver in the house, and when I switched back, the > transporter got stuck in "success upgrading firmware...this may take a > minute" I've been waiting several minutes, but I don't want to power > cycle it for fear of having a brick on my hands... any thoughts? That shouldn't have happened, but it's unlikely that rebooting it will cause it to brick. Try it and please post what happened... -dean ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC7 trouble with Leopard 10.5.1
In My Humble Opinion On Dec 5, 2007, at 3:26 AM, mario21 wrote: > > Michael, > > What is IMHO? > > > -- > mario21 > -- > -- > mario21's Profile: http://forums.slimdevices.com/member.php? > userid=11423 > View this thread: http://forums.slimdevices.com/showthread.php?t=40730 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] How/where do you download the 7.0
We're currently shooting for January 5 or so. -dean On Dec 3, 2007, at 3:27 AM, gbruzzo wrote: > > Hello All, > > any news on when the SC 7 goes gold? > > Thank you in advance, > > Giacomo > > > -- > gbruzzo > -- > -- > gbruzzo's Profile: http://forums.slimdevices.com/member.php? > userid=3633 > View this thread: http://forums.slimdevices.com/showthread.php?t=40538 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Problems installing 7.0a over 6.5.4 on Mac OS X (prefs?)
Is SlimServer running when you do the install? The installer is supposed to stop it, but maybe its failing... On Dec 1, 2007, at 6:18 PM, AudioCat wrote: > > I'm also having this problem installing 7.0a on OS 10.3.9 (Mac > Mini). I > tried installing over 6.5.1 and received the same errors as > reported in > the above post. I then removed 6.5.1 and the 7.0a files and tried a > clean install and still get the same error. > > Any ideas on how to get around this? Thanks! > > > -- > AudioCat > -- > -- > AudioCat's Profile: http://forums.slimdevices.com/member.php? > userid=7164 > View this thread: http://forums.slimdevices.com/showthread.php?t=40600 > > ___ > beta mailing list > beta@lists.slimdevices.com > http://lists.slimdevices.com/lists/listinfo/beta ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
