Re: [slim] Using Squeezebox Boom from overseas?
New Daddy wrote: > I hadn't realized that there are routers that can channel VPN connection > until you mentioned it. > > You also said that I probably don't want to use VPN for all my internet, > though. Is there a reason against it? I'm looking to buy a router that > can run DD-WRT firmware, which can create VPN connection. But that > means all my internet will go through VPN. A lot of it will depend on your VPN. It might be slower than your native internet (it will certainly be at least a little slower), you might want correct geolocation sometimes, there might be limited data usage or overage fees, etc. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=103730 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Using Squeezebox Boom from overseas?
You'll need some router that can create a VPN connection, and then use that VPN for the SqueezeBox. I'm not sure if you want to use the VPN for all your internet, probably not. I know a MikroTik could be configured to create a special connection for just the Squeezebox, but the configuration is not trivial. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=103730 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Blown Touch? Possible to repair?
It's hard to know the damage without poking around inside. I'd start by measuring resistances across various capacitors to see what supply rails are shorted/damaged. If you're lucky it only took out one regulator and you can replace that chip and be on your way. Unlucky it's possible that chip shorted to the downstream components blowing them in the process too. >From looking at a few pics online it seems that there's a couple switching regulators near the power connector. Look around there; it's possible an IC is even burnt/cratered. Once you find the suspect part now you have the problem of finding the part number to replace it with. It's hard enough with SMT components but once they are fried it usually makes the markings unreadable. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=103710 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Amazon Echo - Squeezebox
I have one on order. I hope it runs Linux, maybe it could be rooted and Squeezelite installed. If not a Pi could be shoehorned in there. It has that cool wheel at the top too. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=103178 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Wandboard for sale
Sorry I should have stated US shipping only. Still available. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=99413 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Wandboard for sale
Yes, it's still available. Send me a PM if interested. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=99413 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
[slim] Wandboard for sale
I have a Wandboard Dual for sale, with the plastic case. Hardly used, perfect condition. New is $104, I'll sell for $80 shipped continental US. +---+ |Filename: IMG_20130816_155018s.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15071| +---+ rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=99413 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Community Funded Squeezebox Replacement - Would you be interested?
gorman wrote: > I would definitely be interested in a future version with display on > board. Too bad VFD seem to be unpractical. I still prefer them for this > use case. I am working on getting an OLED 256x64 display working. VFD is certainly an option with a little work. http://forums.slimdevices.com/showthread.php?98960-Boom-style-user-interface-for-Community-Squeeze-OS&p=753540&viewfull=1#post753540 rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=97881 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Recommend "good" quality USB speakers
cliveb wrote: > Since you already have a Pi+PCM2704 setup, you also have SPDIF > available, so you could consider active nearfield speakers with SPDIF > inputs (eg. Behringer MS20, Edirol MA15D, etc) I have the MS20 and I think they are quite nice for the price. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=98605 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Community Funded Squeezebox Replacement - Would you be interested?
Julf wrote: > Very cool! But I have to ask "why?", as the default empeg user interface > is pretty well optimized, and it can already contain all the music you > might want even without an external server... Thanks! The server and tablet interface came first. I previously used a USB sound card but I wanted something better, and also a way to control the music if the tablet was not available. Otherwise the stock empeg software was great for it's time, but it certainly has it's limitations as well. JohnSwenson wrote: > It is now ready for the driver development to proceed. Custom drivers > are needed to output data to the DAC chip, control the clock generation, > configure the CPU for external clock synching etc. The software guys are > spending their time on CSOS right now, so it might be a little while > before this gets started. Back on topic, would you think getting the driver for the I2S audio working would be desired next? It looks like the i.MX audio drivers are in mainline. I'd guess it would be not too hard to change the code for the PCM5142 vs the SGTL5000. rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=97881 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Community Funded Squeezebox Replacement - Would you be interested?
This project looks like a lot of fun! I currently have a Touch, but my amps are DIY and it would be cool to have the source DIY too. I've ordered a Wandboard Dual from Future Electronics, they seemed to have the best price in the US. There were a few hoops to go through like filling out an export form and a warm call from the sales rep, but overall not bad. I know these first versions won't claim to have any user interface, but I figured I'd throw a suggestion out there. I'm planning to use an OLED display which has a SPI interface, and the i.MX6 has built in SPI with even a Linux driver in mainline. John, I'm not sure if you're keeping a list of people's "wants" but it would be nice to have a small 0.1" unpopulated header with the SPI interface (both chip selects) along with 3.3V. This would allow a relatively simple interface to a number of display devices. For those that are interested in the user interface I have in mind, here's a couple things I've been looking at: http://www.aliexpress.com/item/5-6-inch-Green-256x64-oled-display-oled-module/567321307.html http://dx.com/p/ditter-m5-wireless-6-axis-optical-2400dpi-air-mouse-black-2-x-aaa-200908 I'd like to come up with a UI similar to the Boom. I have ported Squeezeslave to the "empeg" using the Boom interface and I quite enjoy it. You can see my work here: http://forums.slimdevices.com/showthread.php?89844-Vanputer rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=97881 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
bluegaspode;684009 Wrote: > I still read the instructions in a way that you need to install the > unofficial NDK on your Google TV. > And not that App developers have to recompile their Apps. > I installed the "Better Terminal Emulator Pro" software on my Revue and it works. The author has said that it does use native code, but I do not have root and I didn't need to install anything else. The app was available from the Revue Market. Here is a quote from him: hharte Wrote: > Slight update, my Sony box updated to Google TV 2.0 this morning, and I > was able to verify that my app Better Terminal Emulator Pro does appear > in Market even though it uses native code. I didn't think that would be > the case. bluegaspode;684009 Wrote: > It's the Google TV that misses the NDK (and thus filters all NDK Apps > from the market), not SqueezePlayer that is missing x86 support. Yes, the Google TV does not have the NDK built in, but the author of that app has found a workaround for this. This is to compile the NDK in statically with your app. Yes, it's not ideal! But it is a possible solution. Of course it's up to you whether you want to try it or not. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
bluegaspode;683603 Wrote: > I finally wrote a blog post about it: > http://www.squeezeplayer.com/2012/01/squeezeplayer-and-logitech-revue-google-tv-a-complicated-story/ I'm curious why you didn't list the third option on your blog, compiling the NDK yourself and statically linking the libraries. Did you try this and it didn't work? -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
My understanding of the thread, it seems like if your app is compiled with that modified NDK, and statically linked, that it will work without any modifications or root to the Revue. I looked at the "Better Terminal Emulator Pro" app in the market and it says it supports Google TV and does not require root. https://market.android.com/details?id=com.magicandroidapps.bettertermpro "hharte" Wrote: > I used the NDK described here: > http://gtvhacker.com/index.php/Logitech_Revue_Technical > > I didn't have any luck with the official NDKr6.x86 (couldnt get it to > statically link.). But I did not try with r6b yet. > > And of course it works, that is how Better Terminal Emulator Pro is > working on Google TV. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
bluegaspode;677081 Wrote: > You should be asking Google :D > I unfortunately cannot be of any help here - it's Google that must > provide the full Android Stack (i.e. running x86 native code) on Google > TV. > I need the native code for fast FLAC decoding. > > SqueezePlayer in the meantime even runs on the O2 Joggler (running on > Android) , so this proves that it works fine on x86 / Intel based > devices. > > I did find this site though, that claims (with some hacking) to provide > NDK support for GTV. > http://gtvhacker.com/index.php/GTv-OS_(AndroidTV)#NDK_Support > > You need to root GTV for this to work though, so quite an adventure I > guess. Looks like the "Better terminal emulator pro" author got this to work with static library linking. http://forum.gtvhacker.com/revue-development/topic293.html I'd love to see SqueezePlayer on the Revue. ;) -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
I've got the ffw/rew working. Even though the new IR commands are for keydown and keyup, the server doesn't support repeat. So I implemented repeat on the empeg and that was the trick. I have the display working, it works quite well! Scrolling text is quite smooth, even though it's done on the server side. VU meters and stuff don't work as it looks like that's client side. The main problem with the UI is the lack of buttons, although I am working on a custom map file. I did need to change one thing on Squeezeboxserver. In Slim/Networking/Slimproto.pm I changed Code: } elsif ($deviceids[$deviceid] eq 'squeezeslave') { $client_class = 'Slim::Player::SqueezeSlave'; $display_class = 'Slim::Display::Text'; to Code: } elsif ($deviceids[$deviceid] eq 'squeezeslave') { $client_class = 'Slim::Player::SqueezeSlave'; $display_class = 'Slim::Display::Boom'; I guess I could create another deviceid, or maybe use the softboom one. This is the only change I've made, except for the custom map file. Playback is still flawless, there have been no problems with skipping. +---+ |Filename: 2011-06-26 10.48.45.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=12023| +---+ -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
ralphy;637765 Wrote: > I've been following the squeezeslave thread on empegbbs.com it's been > quite the journey. I'm tempted to try to find one for myself! > Too bad they don't make the players anymore. PM sent. Recently I've picked up a couple mk2a empegs for around $100/ea. This seems like a great price to me considering the hardware. These were fixer-upper units but I'm pretty handy with the soldering iron. As an aside, I haven't looked into it yet but does Squeezeslave support seeking inside a song? With the IR codes I found for the Boom, it has separate keydown and keyup codes. This means that it detects a long press for track seek but it doesn't do anything, and I'm guessing Squeezeslave does not support this somehow. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
I've somehow managed to tweak Squeezeslave on the empeg to play flawlessly. (Knock on wood!) It responds very quickly, too, and those phantom hiccups are gone as well. I did use nice() to lower the priority of the http thread, and I tweaked some thresholds. I've also implemented the server auto discovery and it works fine. It will use the first Squeezeboxserver it comes across but that is fine for most I think. Ralphy, on second thought would it be okay if I just give you a diff when I am all done, and then you can decide what you want to integrate into the trunk? That would be easiest for me. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
ralphy;637102 Wrote: > I've been looking at the changes to the pa_callback, there's still a > lock/unlock pair happening in the slimaudio_buffer_available function. > I believe that the buffering also needs to be changed to use a > ringbuffer implementation which doesn't require locks to access the > buffer. > > As you're using the slimaudio_buffer_available in http_recv as well, > that could be causing the last 10%. > > Another possibility is the decoder thread spinning too long for the > slower CPU. > > Sorry it's all just suggestions and nothing concrete. Oh yeah I see those mutexes now. However when I get the stutter I see the buffer underrun error, that makes me think it is not a pa_callback issue but something upstream that is not filling the output_buffer fast enough. Occasionally I get a hardly perceptable dropout, yet there is no buffer underrun or other error. I think this might be the mutex blocking in the pa_callback. I increased those values for the http_recv yield loop, and it seems to be pretty good now, definitely usable. Now I'm going to focus on the UI and try to get the volume knob working properly. Thanks again for your help. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
ralphy;636926 Wrote: > Are you modifying the IR code loop in interactive.c? > Pretty much, I'm writing my own handler but it works in a similar way. The buttons on the empeg have just keydown and keyup, and the knob will send a "keydown" when turned one detent up, or one detent down. There is no repeat functionality. I've tried sending more than one code right after another and it works to some extent but it seems like the server is filtering out some of the commands. I think I'll need to send more than one code but with a delay in-between. ralphy;636926 Wrote: > > Another option I can think of is you could open a connection to the > cli, and send 'mixer volume ' change commands with whatever > increment/decrement you'd like, through that socket connection using > your player MAC address as the target. > That sounds like it might work. I see there's also knob handling on the server side but it looks like it's not for volume. ralphy;636926 Wrote: > Do you still have those changes? It would be great to incorporate them > into trunk. > Sure, I attached a diff. My mod is pretty simple but it should work okay as the bool will be written in one instruction cycle so no need for a mutex lock. ralphy;636926 Wrote: > > That would be in slimaudio_http.c. The UNDERRUN error indicates that > the output buffer is empty, so you could be correct with that > assumption. > Ah, so I've been looking into this. I added some code to http_recv so that it would yield the thread if the audio->output_buffer is too low. This worked very well and fixed it 90%, but it seems like there is still something else that is tying things up occasionally. ralphy;636926 Wrote: > How would that affect player sync? You're right it would probably have problems with that. The other stuff I'm working on should work better in that regard. +---+ |Filename: pa_callback_mutex.diff | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=11998| +---+ -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
I removed the mutex locks from pa_callback by moving some stuff around. Maybe I did it wrong, but it didn't seem much better. When stuttering I see "pa_callback: SLIMAUDIO_BUFFER_STREAM_UNDERRUN". It seems like this happens at two different times. Sometimes it happens as the old track is still going before it switches to the new one. I would guess in this case the thread that stuffs the data into the decoder does not have enough priority or something, as it should have plenty of buffer available. Switching to the new track is taking too much CPU away from it. Just guessing at this point. However, usually I only see the underrun when the new track is starting up. I've modified the predelay into a prebuffer where it will wait for X ms of buffer to be filled before starting the track. This means that it won't always wait for X ms of time if the buffer fills up quick. Also it means it will wait longer if it takes longer. Not a perfect solution but it seems to work better for me. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
ralphy;636769 Wrote: > Using OSS audio on my laptop above I have to use -p940 to quell the same > stutter issue. > Yes I'm using OSS through the old portaudio. I hacked the portaudio driver apart because the empeg sound device does not support any ioctls. It also requires chunks of 4608 bytes. I tried getting the new portaudio to work, but I couldn't. ralphy;636769 Wrote: > > The stuttering is caused by the mutex locks in the portaudio callback > function pa_callback in slimaudio_output.c Any blocking function calls > in the callback is a no-no for PA. Squeezeslave has been this way since > I started maintaining it 4 years ago. It's been on my TODO list to fix > for a long time but the problem only manifests itself on slow cpus and > since the -p option masks the problem, I've had very little reason to > bother. > Great info, thanks. That sounds pretty challenging for a noob like myself to fix, but it's good to know that it's not something specific to my empeg. ralphy;636769 Wrote: > > I've never had a request for autodiscovery until now. This seems easy enough to implement, I'll take a stab at it. I'm having difficulty implementing the rotary encoder volume knob. The IR command interface does not lend itself well to this, the increments are too small. I tried to repeat the IR command but it seems there is repeat code on the server side that is thwarting me. Any idea how I could change the volume but with a larger step than the IR command will give me? Thanks for your help, it's much appreciated. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Squeezeslave: 1.0 released
I've been working porting Squeezeslave to the empeg. It is playing music! But I have a few problems. CPU usage is normally around 40% which is not bad I suppose for a StrongARM at 220 MHz. When I change tracks the sound will usually stutter. Sometimes it sounds like the sound from the previous track will play Max Headroom style, and other times the new track will play but it will be slow and choppy for a bit. If I add -p500 to the command line this pretty much goes away. Maybe there is a way to fix this so it doesn't start playing the new track until it is ready? Has anyone worked on autodiscovery of the server? This would be nice for me as I am running this on two different subnets, with two different servers. Thanks for any insight. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=83362 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
bluegaspode;628272 Wrote: > 9000 and 3483 > > You are one of those, that don't read announcements or App Store > descriptions to the end, shame on you :D (but I'm happy to help anyway > ;) ) Ah, well thanks anyway for the help, it's working well now over 3G. I just downloaded the new version, looks like it might clear up the crashes I get occassionally. -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] [ANNOUNCE] Music-Playback now on ANDROID! SqueezePlayer released to the market ...
Great job! I get a crash as well when playing Radio Paradise. The proxy streaming fixed it. I can't connect over the internet though. Squeezecommander works fine this way. Do I need to forward more ports? -- rpress rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544 View this thread: http://forums.slimdevices.com/showthread.php?t=87364 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss