Re: [slim] ANN: Orange Squeeze 1.3.0 released!
On 21/01/13 19:10, Andy Hawkins wrote:
In article <50f89995.1070...@cdmnet.org>,
Calum Mackay wrote:
any chance you would consider adding a volume control of some sort to
the lockscreen plugin, please?
Might be hard to add a slider, given space, but up/down buttons would
do, perhaps?
Apologies if you've tried this, but do the devices volume controls work?
that did belatedly occur to me (after I'd send the above) so I then
enabled that feature, and tested it worked OK from the app proper, but
it didn't work from the lockscreen.
but thanks anyway.
cheers,
c.
___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] ANN: Orange Squeeze 1.3.0 released!
On 17/01/13 17:26, Calum Mackay wrote: thanks, just bought this, having used squeezecommander for years... bit cheeky to ask a feature request, so soon after buying, but... any chance you would consider adding a volume control of some sort to the lockscreen plugin, please? Might be hard to add a slider, given space, but up/down buttons would do, perhaps? thanks much indeed for considering it. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] ANN: Orange Squeeze 1.3.0 released!
thanks, just bought this, having used squeezecommander for years... Looks very good (using Preview), thanks again, glad to see something under active development. best regards, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Net::UDAP - SqueezeBox Receiver configuration tool
margolbe wrote: > # This network must be connected to the first network interface on the > computer, in order for SBR discovery to work. If your SBR is on a > network interface other than the first you must either move it, or > configure down any preceding network interfaces, until it is so > assigned. Otherwise the discover command will not find your SBR [this is > tracked in Ticket #6; now fixed in the trunk]. > > How do you identify the first network? apologies; that was my comment you're quoting above. As noted, on UNIX systems the interfaces are presented in an ordered way, so it's easy to see which is the first. But the fix is to download and try the trunk version, which checks all interfaces; thanks to Robin for fixing this, the instant I reported it :) cheers, c. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Why is flac.exe running when I am decoding flac using Native?
Mnyb wrote: > Are you playing a flac file to ? > > Then I have to guess that you are using flac/cue files. > > Is it so one flac file for a whole album then a cue file ? > > These have to be transcoded with flac to get each song from it. I was going to say that, but the end result is a per-track flac sent to the player, no? So the player ought not to be able to tell the difference from file-per-track flac, and whole-album+cue flac, since it only ever sees the former? cheers, c. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Trying to Setup Classic Through Router...
Mick Seymour wrote: > 2. Are you using a crossed or straight cable from SB to the router WAN > port? Should you be using a crossed or straight cable from the SB to > the router WAN port. My guess, without knowing the router, would be a > crossed cable. I believe all the current SBs have polarity correction, so that shouldn't be an issue. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Net::UDAP - SqueezeBox Receiver configuration tool
loafsta wrote: > Thanks for the input, Calum. The NAS does run SC using an onboard > Ubuntu system. ok, I see. > Sounds like I should be able to make this work if I can > just work my way through Net::UDAP - which may be no small feat for me. It's not too hard, and we can help if you can't get it to work. I've configured *all* my SBs, including Booms, using Net::UDAP, partly because it's easier than entering things via the remote, even when that is possible. > You are correct that I'm not going to use multiple devices running SC - > I was just making the distinction between setting up the SBR through my > laptop, then finding the SBR with another networked device (the NAS). Ah, ok; there's no connection between the two, so that doesn't matter. During the configuration, you're just entering some data into the SBR's non-volatile memory, including pointing it at your SC server (the NAS). What system you use to initially configure the SBR is irrelevant. > No doubt I'll be back here bugging you for pointers when this all goes > awry! ok :) cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Net::UDAP - SqueezeBox Receiver configuration tool
loafsta wrote: > I'm definitely a novice and apologize in advance if I'm asking this > question in the wrong place or if it has been covered elsewhere - I've > certainly looked for an answer, but haven't found one that seemed on > point. I'm considering getting an SBR (w/out SBC), using NAS running > SC that's a NAS appliance? > on an onboard Ubuntu system how does this relate to the NAS? Or is the NAS box itself running Ubuntu? > and controlled w/ ipeng on ipod touch to > feed music stored on the NAS to my stereo without having my computer on. that should be fine. > Should I expect any issues setting up SBR on my laptop with Net::UDAP, That should be fine. You need to connect the SBR via wired ethernet initially, however, in order to configure it via Net::UDAP. Once configured, it can be wired or wifi, of course. > identifying the SBR through SC running on my NAS (connected to SBR by > ethernet through router) and using ipeng as controller using the > router's wifi (rather than P2P with the SBR) even when my laptop is > off? That should be fine. Note that iPeng connects to SC itself, never to the SBR, so as long as iPeng can connect to SC on the NAS, via wifi, and SC can also connect to the SBR - via either wired or wifi - then you should be fine. > I assume once my SBR is set up, any devices running SC (such as > my NAS) will be able to find it, but not sure. do you really intend to have multiple devices running SC? Normally, you'd have one, and control it from other PCs, iPeng, SBC, etc. Having multiple SC instances, even sharing a data backend, just means extra sets of settings to administer. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Net::UDAP - SqueezeBox Receiver configuration tool
mirhon wrote: > I've done it. It works fine :-) > I configured my receiver to use DHCP (via WiFi) but now (from some > reasons) I have to change its settings. > Can I change this to static IP doing it the same way as at the > beginning? > Do I have to reset my squeezebox to original state before I start? I think you do. In my experience, the SB will only respond to the UDAP discovery if the SB is in its config state, i.e. slow flashing red LED. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] iPeng 1.1 now on the AppStore
erland wrote: > After the 1.1 release I can only see three reasons to buy a SBC instead > of a iPod Touch+iPeng: > - You need SBC to configure a Squeezebox Receiver I know that you know this, but - for others - you don't *need* it for that... the perl util Net-UDAP will configure an SBR without an SBC. It will also configure all other SBs, too, which is nice to save typing in long wifi passwords. cheers, c. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] iPeng 1.1 now on the AppStore
mortslim wrote: > When attempting to scroll through these players on the Now Playing > screen (because only three can be seen completely at one time), there > is a little glitchiness in the scrolling behavior. It works for the > most part but once in awhile I have to try a few times with my finger > to grip onto the screen to scroll smoothly. yes, it can be difficult. I've found a consistent method that works: hold down your finger on a (non-active area) of one player, for a second or two, motionless, and only then scroll. works for me... I use the area between the player name and the SN icon, and I wait until the flash before scrolling. cheers, c. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] iPeng Application 1.0 now on the App Store
pippin wrote: >> I don't care as to the colour, but the current pale-blue versus >> pale-white is difficult. >> > > Okokok. :) > I did change the icon for the version I re-submitted to the App Store > today. thanks, much appreciated. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] iPeng Application 1.0 now on the App Store
Aesculus wrote: > Pippin: Would you consider using red rather than blue as your 'On' > color? It may show up better. Its very difficult to pick up the blue > color vs white on the background. I'd second that; coupled with the inevitable delays in things happening, the subtle colours are confusing. I find myself holding it up in the air and squinting "is this on?" :) I don't care as to the colour, but the current pale-blue versus pale-white is difficult. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] The perfect universal remote for SB3+receiver+more, maybe this one? (Nevo)
chenrikson wrote: > FWIW both the Philips TSU9600 and TSU9400 can directly control the Duet > Receiver. interesting; given the Receiver has no IR, I assume these remotes are wireless, too? Do they interface to SC? cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] mp3HD
seanadams wrote: > I don't understand why anyone is surprised that someone managed to make > yet another lossless format. heh. I wonder if they just made the new format by concatenating a flac file onto the end of an mp3? :) cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] all wireless SBs lost after restarting SC; wired SB ok
thanks Mick, > That doesn't sound 'normal'. quite. > What OS is SC running on and how did you restart it? apols. This is on Debian Linux, and I did the usual: /etc/init.d/squeezecenter stop /etc/init.d/squeezecenter start cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] mp3HD
iPhone wrote: > Steve Bernard, Jr;409324 Wrote: >> C:\Documents and >> Settings\Steve\Desktop\mp3HD_Toolkit_for_Windows_2009-03-16>mp3hdencoder.exe >> -br 32 -if test.wav -of mp3HD.mp3 >> ... >> >> C:\Documents and >> Settings\Steve\Desktop\mp3HD_Toolkit_for_Windows_2009-03-16>mp3hdDecoder.exe >> -if mp3hd.mp3 -of mp3hd.wav >> ... >> >> C:\Documents and >> Settings\Steve\Desktop\mp3HD_Toolkit_for_Windows_2009-03-16>fc >> test.wav mp3HD.wav >> Comparing files test.wav and MP3HD.WAV >> FC: no differences encountered > ... > >>From your post, it looks like you started with an MP3HD to start with > and end up with WAV files to me Steve. Don't follow what that proved? If you look above, you can see that Steve started with a WAV file (test.wav) and used the encoder to turn it into an mp3HD file (mp3HD.mp3). He then used the decoder to turn that mp3HD file into a new WAV file (mp3HD.wav). He then compared the two WAV files: the original, and the WAV->mp3HD->WAV file, and found them to be identical. Clearly, mp3HD can be described as lossless, at least, if not actually useful :) and there is precedent for associating a lossless format with a popular lossy format, by adding the tag "HD": consider Dolby Digital and DTS in the DVD world, which are mostly lossy, and the new DD TrueHD and DTS HD MA, as found e.g. on Blu-Ray, which are lossless. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
[slim] all wireless SBs lost after restarting SC; wired SB ok
I just noted an odd thing here: I restarted SC, to enable a few plugins (line in/out, I believe), and when it was up again I noticed that it had lost contact with all my wireless SBs: two Receivers and a Boom. The Receivers were showing the blue light, and the Boom was asking for network settings. [in contrast, my one wired SBR was unaffected by the SC restart] Leaving all alone for some time produced nothing other than frustration. Power cycling the boxes restored things to normality, and everything is perfect again. Is this to be expected? Anything I can do? Should I involve Logitech support? Even odder: the Boom was playing internet radio (via my local SC) and this continued to work throughout, even whilst the Boom was asking for network settings. I am not knowingly using SN. I have an account there, and SC knows the details. My players seem to have registered themselves there, despite me knowing no PINs. Yet whilst the Boom continued to play, SN said the players were all "not connected". all a bit beyond me :) thanks much for any comments... cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Mac related question
BiBer wrote: > Well if you're ripping as separate files, you won't be getting any cue > sheet, i think. sigh, apols; I keep forgetting I'm in the minority, playing with single+cue :) cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Mac related question
BiBer wrote: > cdmackay;406547 Wrote: >> my XLD is writing both album and track replaygain settings; I'm using >> external cue file, but I can't see why it would be different for file >> tags. > > XLD seem to have no support to embed the replaygain tags into flac, it > only can write them to cue sheets. they are definitely not written as > tags into the flac files, didn't realise, that, apols. > so you have to rescan your ripped files to > add this tags if you need them. you don't have to rescan them; just take the values from the cue files and use e.g. metaflac to add the tags, no? > if the developer is reading this: it would be very nice if xld would be > able to write calculated replaygain values to flac files, it would > eliminate one additional step during ripping. please! please! please! I've never seen the developers on here, but they can be reached via: t...@smoug.net cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Does rebuffering concern only wifi?
Kyle wrote: > I highly recommend wired. My SB3 worked fine for a couple of years, > then I began to have dropouts -- probably due to neighbors setting up > wireless networks, but who knows? I paid $100 for an alarm company to > run CAT-5 from my bedroom to my den (other end of the house). It was > money well spent. If you require any more wires putting in, please feel free to give me a call. :) ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Music Catalogue in PDF - Requirements?
tipsen wrote: > cdmackay;407299 Wrote: >> tipsen wrote: >>> iPhone;407277 Wrote: Looks good to me. So the layout would do all the albums in artist alphabetical order? >>> Right now the sort order is album artist, year, albumtitle >> I was going to ask about year, as it doesn't seem to be artist/year in >> >> your example... > It seems to be album-artist (ASCending,primary), year > (DEScending,secondary), albumtitle (ASCcending,tertiary) - I can't > figure out where it should be wrong? my apologies; I saw that it wasn't as I expected, which was year/ascending, but failed to spot that it was descending instead, sorry. Is it possible to control that via an option, please? cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Random Question
should I be surprised that by using the email interface to the forums I never have to do anything, it just works? or perhaps I'm being moderated anyway? :) ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Music Catalogue in PDF - Requirements?
tipsen wrote: > iPhone;407277 Wrote: >> Looks good to me. So the layout would do all the albums in artist >> alphabetical order? > Right now the sort order is album artist, year, albumtitle I was going to ask about year, as it doesn't seem to be artist/year in your example... looks really good... cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] What's in a name: squeezebox?
Labarum wrote: > I like the product very much: the name I dislike. > > Squeezebox: a downmarket musical instrument. > > Squeezebox is to accordion as tin-whistle is to flute; and even an > accordion cannot be considered a serious musical instrument. I bet that's upset a few folkies :( so on that note; definition of a gentleman: one who knows how to play the accordion, but refrains from so doing. :) cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Which raid?
jsprag wrote: > Good summation. The two aren't mutually exclusive, of course. If a > user wanted they could have RAID mirroring, another internal drive for > nightly (or any other interval) backups, and an external backup. > Starts to add up to a lot of drives though... quite. This is why I like ZFS. [I ought to declare an interest, as I work for Sun; then again, it's all open-source, so... :)] > Interesting thought. Not that familiar with Solaris or ZFS but might > be worth looking into. I recommend having a look; try downloading the latest OpenSolaris live cd and having a play. ZFS is a copy-on-write filesystem, so snapshots are implemented very naturally. When you take a snapshot, all that happens is that future writes to a particular block of a file are redirected, and the original block is kept for the snapshot, the new block for the "real" filesystem. It's possible to have thousands of snapshots. Very space efficient. The GNOME file-manager has an extension to browse the data in snapshots - which can also be accessed directly - via the "time slider", in practice very much like MacOS Time Machine, but integrated into the filesystem. ZFS also provides various levels of RAID, including striping, mirroring, and two levels of efficient versions of RAID5 (RAIDZ, RAIDZ2), without any need for a separate volume manager. There are SC build instructions for OpenSolaris on the wiki, and I'm looking towards making an unofficial nightly build regularly available, in the OpenSolaris IPS pkg format. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Which raid?
jsprag wrote: > Mistaken deletions are the main reason I don't like RAID for my > situation. Loss of data is far more likely to come from fat fingering > than it is from hardware failure. Right, and RAID mirroring isn't generally trying to minimise data loss, it's trying to maximise uptime. Your rsync gives you something that RAID mirroring doesn't: a window to detect user error. RAID mirroring gives something that your rsync doesn't: the ability to survive disk failure without any loss of availability. Different goals. A nice combination might be provided by using the ZFS filesystem, if you're on Solaris/OpenSolaris (or MacOS). Mirror the disks for availability, and use ZFS's snapshot facility for protection against fat-fingers, and even better without having to dedicate twice the disk space to do it (like rsync does). That's how I'll be running SC on my new system... cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Mac related question
bephillips wrote: > So I just tried XLD for the first time. Looks promising, but some > problems I've noticed, unless I'm missing something. > > Album art is embedded, I guess. Don't see any way to save the cover art > as "cover.jpg" except to do this manually. if you click on the cover, then you can save it; but perhaps that's what you meant? > Replay gain option would seem to be track replay gain. So for album > replay gain you either need to use Play in Mac OS, or as I do, > Foobar2000 in Parallels. This works fine over my network too. No need > for Bootcamp. my XLD is writing both album and track replaygain settings; I'm using external cue file, but I can't see why it would be different for file tags. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Mac related question
53mudg35 wrote: > I plan on going FLAC so I assume it would be best to use a windows > session to perform my rips. you might consider using XLD on MacOS; I've just started using this, but it seems very capable. Rips to flac with full accuraterip support. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] General Dissatisfaction
Zaragon wrote: > Tags are different things to different people. They are metadata but on > SqueezeCentre are used as database identifiers. However since it is > possible to tag two files identically eg the FLAC and MP3 versions of > the same file the only guarantee of uniqueness has to be the fully > qualified filename as it is impossible to have two files with the same > fully qualified filename in the same name space. (Excluding journalling > file systems.) if it isn't going wildly OT, how are journalling filesystems an exception? Or did you mean version-ing filesystems? cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Spotify Security Breach
Mark Lanctot wrote: > Threads merged. missed that, apols. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Did Mike Valera leave the company?
ModelCitizen wrote: > maggior;403592 Wrote: >> the Slim Devices BU was apparently spared a RIF > > Pardon? > > OK. > BU = Business Unit? > RIF... typo maybe? should be RIP? Reduction In Force; fancy name for mass sackings (firings). > :-) sadly not. cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
[slim] Spotify: User info stolen from music site
http://news.bbc.co.uk/1/hi/technology/7925455.stm The music streaming service Spotify has been targeted by hackers. The Swedish company says people's personal details, including e-mail addresses, dates of birth and addresses, were all stolen. However, it is thought credit-card details, which were handled by a third party, have remained secure. Spotify has apologised for the security lapse and advised users who registered on the site before 19 December 2008 to change their passwords. It is thought hackers gained access to user data at the end of 2008, although the security breach only came to light at the end of last week. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] How do you listen to BBC Radio??
I put this little summary together, which might be helpful. Well, if it's correct, of course :) However, I've not used them enough to comment on stability. - inbuilt SC; no plugin 65Kbps CBR WMA native SB decoding; no PC load Live only; no Listen Again no BBC Local nor Regional Radio UK use only accessible via: Internet Radio - More Radio - BBC - BBCiPlayer plugin ~100Kbps (Radio 3: 128Kbps) WMA (Live) ~200Kbps MP3 (Listen Again) native SB decoding; no PC load Live, Listen Again no live BBC Local nor Regional Radio; some on Listen Again UK use only accessible via: Internet Radio - BBC iPlayer - AlienBBC plugin 64Kbps CBR Real Audio PC transcoding; requires mplayer; PC load provides access to many other Real streams, not just BBC Live, Listen Again BBC Local & Regional Radio International accessible via: Internet Radio - Alien BBC cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] How do you listen to BBC Radio??
burnside wrote: > Can you listen to live BBC Radio with the iPlayer plugin? yes indeed, if you're in the UK, and I believe it's the highest quality was of doing that (~100Kbps (Radio 3: 128Kbps) WMA, although Listen Again is generally higher ~200Kbps MP3). cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] You Might Be A Squeeze Geek If...
great, thanks; I don't have nearly enough Waits, and this will give me an excuse to get some more :) cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] You Might Be A Squeeze Geek If...
eq72521 wrote: > Coincidentally, I just set up the new SB Receiver in their room tonight > (replacing the purchased-in-1993-for-$30 Casio CD Alarm Clock Boombox > that was handed down to them). They still just want to listen to the > same old Tom Waits Lullaby mix that I made for them a couple years > ago... :) that sounds nice for my little girl... which tracks? cheers, calum. ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
