Grey

sorry, didn't get the howto done, but I'll do that soon. Regarding the shoutcast station list... I've never actually used that before. My usual procedure is to go to icecast.org, and find a station I like there. I booted into Windows so I could see how it worked in Winamp, but I couldn't find it. Can someone tell me where I can find it, so that I can see how hard it would be? (And I think I'll likely have to do some reverse engineering, so I need an app that works with it to start with? Also, if you REALLY want to be helpful... You could give me a list of applications that support the shoutcast directory. (If it's open source and works on Linux, then that would be perfect). And sorry for asking, sgstair, but is there any chance you could give me a rough timeframe on the next wifi library release? It doesn't matter if you are way off again, I would just like something to look forward to. And a rough estimate on how much time I have to make some improvements. (I would like my app to be significantly better by the time the next library release comes around). And a question for the community... Playlist/Shoutcast directory support is the most wanted feature right now? (Aside from sgstair fixing the connection problems)? EDIT: Daeval, thank you. That's about the nicest thing you could have possibly said about my project.

I'm still having conceptual difficulty in thinking of how I want the interface for that to work. For the time being, I could post a howto on how to recompile the code with an arbitrary station. Would that work? (I wouldn't be able to do that until tomorrow though. I'm not at home right now) Right now, I am thinking about just making a script to load a playlist into the app at compile time, much like I've seen some programs do... (can't think of any names at the moment), which is a pain the butt, but it works. As I only have a GBA flash cart, I can't really test with CF or SD cards, although using their filesystems would be the way I would like to do it for those systems. But I also don't want to break compatibility with WMB or flash carts. Which... leaves it up to the user to type in the URL. Which I am also not keen on. So I've mainly just been thinking about how to parse a playlist, and how to handle redirects in the meantime.

The code itself should work in pretty much any situation, regardless of how you are actually running code on your DS. (I myself developed this entirely in Linux, so it was tested from the first moment on by WMB, thus the high compatibility rate). However, if you are seeing a black screen after connecting to the router, it's because your DS for whatever reason cannot connect to the streaming media server. It uses port 12260 for this particular stream, so you might want to check that the port isn't blocked by a firewall. You can also try playing the stream in winamp or xmms by opening the location. The url is: http://vruk.sc.llnwd.net:12260 Barring that, I'm not really sure what the problem might be. Anyways, glad to see some people are getting some use out of it, and thanks for the encouragement everyone. I'll try to make the next release extra special.

Alright, sorry... My cable company and I had something of a disagreement yesterday on what exactly an Internet Service Provider was. As a result, I've been without internet access for a day (although it was partly my fault. Well, mostly). Anyways, I have a new version of Dissonance here that is ready for primetime. After carefully examining the problem in a few different internet cafes yesterday, I determined that the problem is most likely happening because the connection is just dropping after a while. That is, the socket is no longer connected to the stream's source. My solution to this problem is to use non-blocking sockets, and wait for up to a second to recv data from the server. If nothing is found after a second, the connection is dropped, and I establish connection again. So when it happens, you are going to hear a few seconds of garbage, but it will sort itself out in the end. I don't think that there's honestly anything I can do about this at this stage of the game. The same network code I'm using on my DS works just fine on my Linux test app. Which leads me to believe that this is a library problem. So... I'm lifting the request for secrecy, as there's not much else I can do with it right now, besides making the other stuff better (see the TODO list for planned features, not sure when I can get around to them though). Anyways, for those of you with good connections, I hope that this is useful. (I'll try it out at my University later, which is my real concern). EDIT: Inferno, I am well aware that my buffering system sucks. This release is just to say "this works". Next release might do things a little nicer, such as pausing when buffering, and starting when buffering is finished, just like a real music player. There's a long way to go, and a lot of code to write... But I'm pretty sure I can do it. (Again, not sure of the timeframe on that though) EDIT2: Just had a look at sgstair's checklist. Seems that the relevant bugs are: # TCP connection closing errors (working on this) # Latency issue, something is causing the lib to have higher pings after a while (unclear on what causes this, but I have a few ideas, I'll look at it.) # TCP loses data apparently when rx buffer is filled (probably fixed, testing.) # possible bug with recv not returning data it should, will look into this (unsure) # check/fix blocking TCP recv (next release) When these are fixed, my app should function much more closely to as advertised.

Yeah. It does seem to really accelerate the issue when the connection isn't that good. It requests data, doesn't get anything, and rather than returning 0 or -1, it just freezes. Well, I suppose I know the problem... I just need to wait for someone with more knowledge than myself (sgstair?) to tell me what I can do about this.

Thanks. Good to feel welcome. The problem I am having is that recv is called, but then doesn't come back, thus freezing up the ARM9 during playback. It happens at a fairly random time, but usually runs for a couple of minutes before doing so. You wouldn't happen to know why, would you?

I know that I've waited, I've begged, and I've drooled at the thought of this app ever being made. I don't know if any of you have wanted an Internet Radio Client as much as I have... but here we are. The first working release of Dissonance. http://people.uleth.ca/~dave.brady/projects.php I would appreciate it if someone with a fully compatible router can test Dissonance for me. I would also appreciate if word did not spread off of this board for a day or two, until I can get some testing done (so keep it SECRET. I will notify the usual authorities when I get some testing data). On my router, it works for a few minutes, then locks up solid during a recv. I am wondering if it's my router, or something more sinister. So please, give me a hand. Thanks sgstair for the library that makes all this possible. EDIT: PS: I know the registration process for this forum is a little intense. If you don't want/can't get registered, then please email me at matter.grey@gmail.com

Is it possible at all to change the timeout value for things such as autoconnect or recv? I find that if those operations fail for any reasons, it takes a long time, (if ever) for them to come back (I've never actually waited that long). This essentially freezes up the DS if there's a failure. So... is there a way to change the timeout?