Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-29 Thread menno
I'm running the latest nightly embedded build and get a lot of the following in my logs: 10-03-29 13:26:50.3503] Slim::Utils::Misc::msg (1164) Warning: [13:26:50.3441] Use of uninitialized value $_ in substitution (s///) at

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-28 Thread Michael Herger
Jim - do you remember the bug # of that issue? I want to improve this for the next release. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-27 Thread JJZolx
Mnyb;528324 Wrote: 7.5e ime is 10/1 more likely to show the start tracks in wrong player via the web-UI bug, than any other version i tried. Especially after a rescan ? How to trace this, this is a classic bug reported many times over the years, but no remedy or 100% sure way to reproduce

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-25 Thread flattermann
Thanks Andy, works perfectly on r30411. You've even made transcoding (e.g. JPG-PNG) work. Nice! But as you suggested, I will avoid requesting a specific format in the future, i.e. I will request .../cover_300x300_F instead of .../cover_300x300_F.png. -- flattermann Home of

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-25 Thread hungarianhc
Has anyone experienced any nasty issues with the most recent builds? Yesterday's build was not able to properly stream most of my songs, and I upgraded to today's, and I'm getting the same issue. I'm using the iTunes plugin on a sheevaplug FWIW. Today I tried to play a playlist and it gave me the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-25 Thread slate
hungarianhc;527984 Wrote: Problem: Can't Open file for: [URL] Sounds familiar http://forums.slimdevices.com/showthread.php?t=71623 -- slate Main: Duet - Beresford Caiman - Carver A-500x - BW 704 Office: Duet - Technics SU-V50 - Stax SR84 Pro Server: Zotac IONITX-A, 4 GB, 1 TB WD EADS, Win7

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-24 Thread flattermann
flattermann;527595 Wrote: FYI: I've tried 7.5-embedded on my Debian PPC today, and everything works out-of-the-box using Sqlite... I didn't expect that... ;-) Well, rejoiced too soon! ;-) I've got some problems with cover art resize @r30403. Let's say I have a 300x300 cover art for

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-24 Thread Andy Grundman
On Mar 24, 2010, at 7:21 AM, flattermann wrote: Code: [10-03-24 12:14:15.0192] Slim::Web::Graphics::artworkRequest (77) Artwork request: music/38ad3c29/cover_300x300.png [10-03-24 12:14:15.0208] Slim::Web::Graphics::artworkRequest (116) Resize specification:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-24 Thread flattermann
Thanks Andy. Here's the bug: https://bugs.slimdevices.com/show_bug.cgi?id=15944 BTW: Is .../cover_400x400.*png* expected to actually return a *PNG* image even if the original image is a JPG, or is the returned artwork expected to be in the same format as the original image? Right now, if the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-24 Thread pippin
flattermann;527685 Wrote: ? Right now, if the artwork is returned successfully, it's in the same format as the original image (i.e. a resized *JPG* is returned)... That's always been that way. Beware of BMP! -- pippin --- see iPeng, the Squeezebox iPhone remote, at

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-23 Thread GS_Schimpf
I somehow managed to update my 7.4.2 final build on debian squeeze on a SheevaPlug to 7.5.0 embedded (build dating 22/3) and also managed to get the webui running. But the scanner seems to not find any of my files, neither mysql nor sqlite. -- GS_Schimpf

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-23 Thread flattermann
FYI: I've tried 7.5-embedded on my Debian PPC today, and everything works out-of-the-box using Sqlite... I didn't expect that... ;-) -- flattermann Home of 'SqueezeCommander' (http://www.squeezecommander.com) - The SqueezeBox Remote Control App for Android

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-03-22 Thread Mark Miksis
I finally got around to trying 7.5-embedded on my Sheevaplug (arm, Ubuntu) and I think I'm seeing the same problem as pippin. The server seems to start fine with no errors. Port 9000 seems to respond to everything with a 404, but it does listen and respond. I haven't had time to investigate

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-23 Thread pippin
Still no luck with r29883 on Ubuntu. Uninstalled the old one first. No luck Scanner seems to work, CPU looks better than before, but no web UI. Code: Slim::Utils::Scanner::Local::rescan (134) Discovering files in /mnt/slugpublic/Media [10-01-24 03:18:18.1043]

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-20 Thread sebp
Just tried installing r29857 on my NV+. A full scan time for my 15K+ tracks went down from 2 hours 50 minutes to 1 hour 5 minutes. WOW!!! I also have the impression the regular Squeezebox UI is a very little bit more responsive. Not tested it thoroughly yet, but I at least couldn't get the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-20 Thread bonze
bonze;505634 Wrote: and now it's OK - with 7.5r29768 :)The radio artwork has disappeared again from SqueezePlay Controller, don't think it's something I did. -- bonze TranquilPC T2-WHS-A3 - SqueezeCenter Version: 7.5.0 - r29857 embedded 3 x wireless SB3 + a Duet

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-20 Thread gharris999
I tried to install squeezeboxserver_7.5.0~29857_all.deb on Ubuntu 9.10 today. The package installs with no errors and the service starts. Code: 7475 ?S 0:00 /bin/bash /usr/sbin/squeezeboxserver_safe /usr/sbin/squeezeboxserver --prefsdir

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-20 Thread sebp
Got r29857 working nicely whole afternoon on my ReadyNAS, so decided to install it on my Mac tonight. The Mac gets the music folder mounted from the ReadyNAS through AFP, and not under /Volumes, in case this matters. I continuously watched the ReadyNAS' SBS CPU usage and server.log file during

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-19 Thread MrSinatra
Philip Meyer;505578 Wrote: but alphabetical is ALWAYS going to be purely arbitrary, whereas the others have a much higher chance of getting it right. (in other words, more likely to be desired behavior in most cases) Disagree - there's no evidence that filesize/resolution would be a

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-19 Thread Phil Meyer
thats just a dopey thing to say. I don't think so, but at least I don't shout about it. does SBS use Folder.jpg ahead of AlbumArtSmall.jpg now? b/c it didn't used to and i haven't tried since setting Folder.jpg explicitly in the settings. I've never experienced small artwork being picked up

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-12 Thread Phil Meyer
but alphabetical is ALWAYS going to be purely arbitrary, whereas the others have a much higher chance of getting it right. (in other words, more likely to be desired behavior in most cases) Disagree - there's no evidence that filesize/resolution would be a higher chance of being right. All

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-12 Thread bonze
andyg;503953 Wrote: Today I fixed the problems the embedded branch was having with artwork on Windows.Seems to be working OK as expected with local music, thanks. But there is still no 'artwork' displayed on the controller and/or Squeezeplay when playing a radio stream. -- bonze

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread pippin
mherger;505269 Wrote: Most of your errors in server.log seem to be networking/DNS issues. Are you using the same configuration as with your normal SBS? Do you mean me? Yes, same config. Works fine fir the normal branch. I believe that the issue is something around scheduling/prioritization

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread Philip Meyer
pippin;505295 Wrote: NO! A lot of sources contain correct images with arbitrary filenames. It's been an ongoing nuisance to have to clean this up. Not having to do this is a major usability improvement. Especially for those 80% of the users who don't know a whole lot about tagging. I

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread bonze
maggi68;505292 Wrote: Now I've problems with the scanner. First he search and found all files and scan it into database and at the ent he want's to delete all files from database. Have you tried changing the playlist setting to something else? At the moment it looks like it is the same as the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread maggi68
bonze;505373 Wrote: Have you tried changing the playlist setting to something else? At the moment it looks like it is the same as the music setting. good idea, I will test it. thanks maggi -- maggi68 maggi68's

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread MrSinatra
JJZolx;505233 Wrote: This is why picking an arbitrary image (no matter the criteria) is going to create support issues. You pick the first one, somebody wants you to pick the last one. You pick the big one, somebody wants the small one. Pick a gif, someone wants jpegs. How can anyone put

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread Phil Meyer
if there are multiple images, can we all not agree that in general, meaning in the majority of cases, that using the highest resolution image would likely be the most desired result? No. Quite a few of my albums have full artwork scans. eg. as well as Folder.jpg and Cover.jpg, which are album

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread bluegaspode
Philip Meyer;505354 Wrote: I meant if there were more than one file. If there's only one, then use it, if there's more than one, and none match the names that the scanner would usually look for, then don't arbitrarily pick any of them. +1. I want to see where errors are made and don't want

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread MrSinatra
but alphabetical is ALWAYS going to be purely arbitrary, whereas the others have a much higher chance of getting it right. (in other words, more likely to be desired behavior in most cases) this whole thing is for unsophisticated users who are unaware. its not for phil for example who ALREADY

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread JJZolx
I'm using the embedded branch now on Windows and so far, so good. I think MySQL integration and switching between MySQL and SQLite are still pretty broken, but it's working well with SQLite. It's picking up new content and adding it to the db very quickly. I'm impressed. Would I be correct in

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-11 Thread JJZolx
I also see that when the auto-scan picks up new content, the Rescanning... messages are displayed in the web interface. I think these too should be suppressed. -- JJZolx Jim JJZolx's Profile:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
it would be much smarter to have SBS use the biggest resolution or at least filesize rather than the arbitrary alphabetical way. if it were that way, i wouldn't even need to set Folder.jpg as the name to look for. That would mean a slower scan time, as it would need to look at the content of

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
Philip Meyer;504918 Wrote: it would be much smarter to have SBS use the biggest resolution or at least filesize rather than the arbitrary alphabetical way. if it were that way, i wouldn't even need to set Folder.jpg as the name to look for. That would mean a slower scan time, as it would

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
not necessarily... looking for biggest filesize is no different than looking for first alphabetical filename. i suspect thats also true of resolution, as thats known to the OS as well, but i'm not positive on that. You are making assumptions about the OS. I don't think it can be assumed that

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
mherger;503899 Wrote: Might be worth another try. Still no luck. I'll file a bug. Don't get it to run on my ubuntu machine. Runs but is incredibly slow while using almost NO CPU. Web interface sometimes loads (soetimes not) but never works (e.g. doesn't get any players). I don't see a

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
https://bugs.slimdevices.com/show_bug.cgi?id=15452 -- pippin --- see iPeng, the Squeezebox iPhone remote, at penguinlovesmusic.com pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread erland
I thought it would be TinySC but it looks like it have a web interface. If I do some testing of a svn checkout of the embedded branch, should I run it with the web interface or should I start it with some parameter so it doesn't include the web interface ? Or should I just start it the same way

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
Philip Meyer;504964 Wrote: not necessarily... looking for biggest filesize is no different than looking for first alphabetical filename. i suspect thats also true of resolution, as thats known to the OS as well, but i'm not positive on that. You are making assumptions about the OS. I

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread andyg
Man I never would have guessed such an obvious change would result in such an argument. File size doesn't make any more sense than alphabetical, there is no good way to select a cover if you don't have the correct filename. Alphabetical is as good as any other option. -- andyg

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread andyg
erland;505017 Wrote: I thought it would be TinySC but it looks like it have a web interface. If I do some testing of a svn checkout of the embedded branch, should I run it with the web interface or should I start it with some parameter so it doesn't include the web interface ? Or should I

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
regarding filesize, i think it can be assumed, and further it really has nothing to do with the OS. what i am saying is that when SBS looks for first alphabetical filename thats no different than looking for biggest filesize. its the same additional logic already, only filesize would be smarter

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
andyg Wrote: Man I never would have guessed such an obvious change would result in such an argument. File size doesn't make any more sense than alphabetical, there is no good way to select a cover if you don't have the correct filename. Alphabetical is as good as any other option. Full

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
Artwork is currently not associated with an album but with a file, or did this change with embedded? Artwork is associated with an album (DB stores albums.artwork) - it uses this to decide what gets show when viewing albums. I couldn't see a similar tracks.artwork, and based on my experience of

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
There are a few common cases where you can see this. 1. Best of by Various Artists, which usually has some random album cover image but each track when played will show the correct artwork on NowPlaying 2. If you've got an album with a folder.jpg and some tracks in there have a different cover

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
andyg;505069 Wrote: Man I never would have guessed such an obvious change would result in such an argument. File size doesn't make any more sense than alphabetical, there is no good way to select a cover if you don't have the correct filename. Alphabetical is as good as any other option.

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
Philip Meyer;505091 Wrote: regarding filesize, i think it can be assumed, and further it really has nothing to do with the OS. what i am saying is that when SBS looks for first alphabetical filename thats no different than looking for biggest filesize. its the same additional logic

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
pippin;505102 Wrote: Full ack. Actually, file size could result in the worst of all results which is bmp being selected... i was under the impression that SBS only supported jpg and pngs? (and maybe gifs?) when i had bmps mislabeled as jpgs, they didn't work. i didn't think properly

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
MrSinatra;505166 Wrote: i was under the impression that SBS only supported jpg and pngs? (and maybe gifs?) when i had bmps mislabeled as jpgs, they didn't work. i didn't think properly labeled bmps worked at all either. is this not the case? They are not supported but used, they are

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
interesting... i'll have to test that out. sounds like bmp is a mess on sbs anyway, perhaps sbs should deliberately not consider bmps an image file at all? (or at least, not by default) more reason to hate itunes btw. -- MrSinatra www.lion-radio.org using: sb2 sbc (my home) / sbr

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
andy, that isn't true. for example, WMP puts four files in with every rip, two are 200x200 while the other two are 75x75 guess which two have the larger filesize? if the 75x75 ones come first alphabetically, then they get used. (when i first started with 6.x slimserver, this is what happened

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread pippin
MrSinatra;505174 Wrote: interesting... i'll have to test that out. sounds like bmp is a mess on sbs anyway, perhaps sbs should deliberately not consider bmps an image file at all? (or at least, not by default) more reason to hate itunes btw. Full ack on not supporting .bmp Full ack on

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Michael Herger
guess which two have the larger filesize? With jpeg you can't count on the filesize: larger image in poor quality can be much smaller than a really small thumbnail in highest quality. -- Michael ___ beta mailing list beta@lists.slimdevices.com

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread MrSinatra
Philip Meyer;505179 Wrote: andy, that isn't true. for example, WMP puts four files in with every rip, two are 200x200 while the other two are 75x75 guess which two have the larger filesize? if the 75x75 ones come first alphabetically, then they get used. (when i first started with

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread JJZolx
This is why picking an arbitrary image (no matter the criteria) is going to create support issues. You pick the first one, somebody wants you to pick the last one. You pick the big one, somebody wants the small one. Pick a gif, someone wants jpegs. How can anyone put _zero_ effort into

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Andy Grundman
Couldn't have said it better myself JJ. :) ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Michael Herger
Most of your errors in server.log seem to be networking/DNS issues. Are you using the same configuration as with your normal SBS? ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-10 Thread Phil Meyer
Yes, I agree - there's no point for attempting to apply any smarter logic to pick an arbitrary image. Perhaps if the scanner can't see an image of a name it expects, then don't use any image (use default artwork). At least users can see when it's wrong, and correct their settings/tags/image

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-09 Thread maggi68
mherger;503863 Wrote: Are the problems on ReadyNAS Duo (Squeezebox Server died) fixed or become fixed ? Check out tomorrow's build (r29732 or later). It still lacks a few optimizations, but the new scanner should be working fine (and fast!) Awesome, you did a great job. The scanner

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-09 Thread Andy Grundman
On Jan 9, 2010, at 9:02 AM, maggi68 wrote: mherger;503863 Wrote: Are the problems on ReadyNAS Duo (Squeezebox Server died) fixed or become fixed ? Check out tomorrow's build (r29732 or later). It still lacks a few optimizations, but the new scanner should be working fine (and fast!)

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-09 Thread MrSinatra
andyg;504202 Wrote: This is actually by design, and I know it's been discussed before as a feature request. If there is no file named cover/folder/album/thumb it will take the first image found in the directory (alphabetical). If you don't want this, define a cover.jpg file. it would be

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread Michael Herger
* For albums with no cover.jpg (folder.jpg, etc.) it's picking up any old jpeg from the folder and calling that 'cover.jpg'. This can lead to some odd looking results that aren't at all better than the 'No Artwork' placeholder. Is this your browser picking up some stale image from its own

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread Andy Grundman
On Jan 7, 2010, at 6:13 PM, JJZolx wrote: andyg;503953 Wrote: Today I fixed the problems the embedded branch was having with artwork on Windows. Thanks. Mostly working very well. Some issues when cover art is missing, as seen in the web interface. * For albums with no cover.jpg

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread Phil Meyer
This is actually by design, and I know it's been discussed before as a feature request. If there is no file named cover/folder/album/thumb it will take the first image found in the directory (alphabetical). If you don't want this, define a cover.jpg file. If there's no artwork files in the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread andyg
Philip Meyer;504366 Wrote: This is actually by design, and I know it's been discussed before as a feature request. If there is no file named cover/folder/album/thumb it will take the first image found in the directory (alphabetical). If you don't want this, define a cover.jpg file. If

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread JJZolx
andyg;504202 Wrote: * For multidisc albums like this, the cover shown in the browse albums page can differ from the cover shown at the track list level for the album. For one two disc set I see the 'cover' from disc 1 at the browse albums level and the 'cover' from disc 2 at the album

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread andyg
JJZolx;504382 Wrote: Directories are arranged: /artist ../album ../../Disc 1 ../../Disc 2 In each 'Disc' folder was a scan of the actual CD, but I'd forgotten to place a cover.jpg in the folders. So the only images here were a different cd.jpg in each Disc directory? -- andyg

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread JJZolx
andyg;504384 Wrote: So the only images here were a different cd.jpg in each Disc directory? Yes. [quqote]BTW, what would you expect to see in this case? Disc 1's cd.jpg wins as the cover for the entire album? That would work. The album artwork should be consistent. I imagine you'd run into

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-08 Thread gharris999
Actually, I've got lots and lots of multi-disc albums, with different coverart for each disc. I'm completely comfortable with the current behavior: disc1's art for the album as a whole; tracks from disc1+n having coverart from disc1+n. What's wrong with the current arrangement? -- gharris999

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread maggi68
Are the problems on ReadyNAS Duo (Squeezebox Server died) fixed or become fixed ? -- maggi68 maggi68's Profile: http://forums.slimdevices.com/member.php?userid=32446 View this thread:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread Michael Herger
Are the problems on ReadyNAS Duo (Squeezebox Server died) fixed or become fixed ? Check out tomorrow's build (r29732 or later). It still lacks a few optimizations, but the new scanner should be working fine (and fast!) ___ beta mailing list

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread pippin
mherger;503863 Wrote: but the new scanner should be working fine Is that only ReadyNAS? Did go back to non-embedded when I could not make the scanner work on Ubuntu anymore a while back. -- pippin --- see iPeng, the Squeezebox iPhone remote, at penguinlovesmusic.com

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread Michael Herger
but the new scanner should be working fine Is that only ReadyNAS? The scanner should now be working fine on all platforms. Known issues: - Windows: artwork sometimes isn't resized properly - ReadyNAS: some artwork resizing optimizations missing; still using slower stats based inline scanner

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread pippin
Before Christmas. Will try it tonight. Kind of liked the embedded branch... -- pippin --- see iPeng, the Squeezebox iPhone remote, at penguinlovesmusic.com pippin's Profile:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread andyg
Today I fixed the problems the embedded branch was having with artwork on Windows. -- andyg andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292 View this thread:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-07 Thread JJZolx
andyg;503953 Wrote: Today I fixed the problems the embedded branch was having with artwork on Windows. Thanks. Mostly working very well. Some issues when cover art is missing, as seen in the web interface. * For albums with no cover.jpg (folder.jpg, etc.) it's picking up any old jpeg from

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-06 Thread mherger
Just wanted to let you know that the crashing Control Panel is fixed in the latest build. -- mherger Michael - http://www.herger.net/slim-plugins - AlbumReview, Biography, MusicInfoSCR

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-01 Thread JJZolx
andyg;500159 Wrote: On Dec 29, 2009, at 6:15 PM, JJZolx wrote: Any chance of finding a fix for the lack of artwork in Windows? I'd like to be able to test this branch more, but can't really use it without artwork. I forgot that was broken, I'll take a look at it soon. I just ran

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2010-01-01 Thread slate
My experiences with the artwork problem is only for the embedded build, it works fine for the full windows build. The problem is there using both mySQL and SQLite. However for me the artwork is missing for 1 in 4 and I have the red x. And I have also seen the problem described by JJZolx in post

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-31 Thread Themis
Installed it on WHS this afternoon : it seems to hang on discovering music for over 10 minutes... If I try full rescan, it finds only 6 albums... If needed I can post the scanner log. Reverted to 7.5 -- Themis SB3 - North Star dac 192 - Cyrus 8xp - Sonus Faber Grand Piano Domus

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-29 Thread rheckly
Hi Im using 7.5.0-29686 on Synology DS209+ with SSODS 4.2 I tried to use existing MySQL Instance instead of SQLite. So I changed the port from 9092 to 3306 - a database was created on MySQL Instance and DB User has full rights. Netherless the server log tells me he can't connect to this

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-29 Thread JJZolx
Any chance of finding a fix for the lack of artwork in Windows? I'd like to be able to test this branch more, but can't really use it without artwork. -- JJZolx Jim JJZolx's Profile:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-29 Thread Andy Grundman
On Dec 29, 2009, at 6:15 PM, JJZolx wrote: Any chance of finding a fix for the lack of artwork in Windows? I'd like to be able to test this branch more, but can't really use it without artwork. I forgot that was broken, I'll take a look at it soon.

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-21 Thread maggi68
on ReadyNAS Duo (sparc) there still problems. 2009-12-21 12:35:02 squeezeboxserver_safe stopped. 2009-12-21 12:35:53 squeezeboxserver_safe started. 2009-12-21 12:36:08 Squeezebox Server died. Restarting. 2009-12-21 12:36:23 Squeezebox Server died. Restarting. Does this still become fixed ?

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-11 Thread JJZolx
Are multi-disc compilations now being correctly consolidated? I just noticed that they appear to be. I now have identical album counts in 7.5 Trunk and 7.5-embedded. The artist count is off by just two. Good job. -- JJZolx Jim

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-10 Thread bonze
Was there a problem with the 7.5.0.29580 build for WHS ?? Won't start at all, not sure if all the objects are there -- bonze TranquilPC T2-WHS-A3 - SqueezeCenter Version: 7.5.0 - r29492 3 x wireless SB3 + a Duet bonze's

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-10 Thread Ramage
bonze;494232 Wrote: Was there a problem with the 7.5.0.29580 build for WHS ?? Won't start at all, not sure if all the objects are there I've had a similar problem with the .deb build - won't start. haven't had a chance to look into the problem tho' -- Ramage P2 266MHz, ubuntu server 9.10

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-06 Thread frank1969
Did anyone get embedded to run with Windows XP (SP3). Even the Control Panel still doesn't start, the scanner crashes (with MySQL), with SQLite the scanner runs, but shows no cover artwork at all (only red x) and doesn't seem to catch all mp3s... Thanks for Your reply - if there is any chance

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-06 Thread Michael Herger
with SQLite the scanner runs, but shows no cover artwork at all (only red x) and doesn't seem to catch all mp3s... red X sounds strange - where do you see those? If in the browser, what's the image's url? As for the general state of the embedded branch on Windows: I'd consider it

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-04 Thread Lectric Larry
Just installed Version: 7.5.0 - r29525 @ Wed Dec 2 22:42:55 PST 2009 on Win XP Pro SP3. The scanner is fast - wow big difference. I did notice the menu for Internet radio is not displaying correctly. -- Lectric Larry

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-03 Thread Teus de Jong
I don't know what's happening. It seems that the chosen database does not affect the scanner. Although mySQL files are created, they appear to be empty (also with MySQLTools). This is supposed to be a mySQL scan: Code: [09-12-03 13:13:58.5380] main::main (202)

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-02 Thread Ramage
JJZolx;490711 Wrote: I'm unable to get MySQL to work at all. I've set MySQL as the database in performance settings, but when the scanner is launched it still uses SQLite. The main server appears to think MySQL is the database, as it has no idea that a scan is running, shows no progress,

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-02 Thread bonze
Has the build stopped working or have there been no updates to the embedded? -- bonze TranquilPC T2-WHS-A3 - SqueezeCenter Version: 7.5.0 - r29492 3 x wireless SB3 + a Duet bonze's Profile:

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-02 Thread JJZolx
With the embedded branch, I'm seeing these warnings like clockwork, about every five seconds: Code: [09-12-02 08:40:02.7238] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable! [09-12-02 08:40:07.7568] Slim::Web::JSONRPC::requestMethod (383) request

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-12-02 Thread Michael Herger
Has the build stopped working or have there been no updates to the embedded? The build server doesn't run them automatically for some reason. Building now. -- Michael ___ beta mailing list beta@lists.slimdevices.com

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-11-30 Thread bonze
mherger;490661 Wrote: Further info: - I changed the music folder to D:\shares\Music and it scanned OK - Changed back to \\Server\Music, it wiped everything then ended. - changed to d:\shares\Music and all OK again. Seems it has problems with the UNC naming ?? Please file a bug.

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-11-30 Thread JJZolx
I'm unable to get MySQL to work at all. I've set MySQL as the database in performance settings, but when the scanner is launched it still uses SQLite. The main server appears to think MySQL is the database, as it has no idea that a scan is running, shows no progress, and zero tracks once the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-11-30 Thread Teus de Jong
bonze;490558 Wrote: Further info: - I changed the music folder to D:\shares\Music and it scanned OK - Changed back to \\Server\Music, it wiped everything then ended. - changed to d:\shares\Music and all OK again. Seems it has problems with the UNC naming ?? The same here with Vista and

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-11-30 Thread Ramage
Ramage;490818 Wrote: Cover art was displayed OK on the web interface but not on the Controller until the FW was updated to 7.5.0 r8162 then all seemed well. However, some of the cover art was not displayed including internet radio. Quick review across my collection indicates that the

Re: [SlimDevices: Beta] 7.5 embedded branch builds

2009-11-30 Thread Phil Meyer
The main server appears to think MySQL is the database, as it has no idea that a scan is running, shows no progress, and zero tracks once the scan completes. Several people are seeing this problem: http://bugs.slimdevices.com/show_bug.cgi?id=15208 Every time the server is started it launches a

  1   2   >