Hey so by accident I managed to break the bio page for myself. It has to do with the way the pages are rendered with the information you put into the textbox.

Current broken page:
https://docs.google.com/file/d/0B6dAeVdSmX3-R0NBMkp6aVZEekU/

Inspected Elements:
https://docs.google.com/file/d/0B6dAeVdSmX3-N1NjVUdWTVppbVE

As you can see the html code is still there but it's stuck inside the <style> tag I tried to add to mark up the page a little.

I would image that @martindale would simply have to remove my bio from the database and it would reset everything back to normal.

Issue being that anyone can do this and break the bio page.

We need the ability to default to the dark style (available on the darkness branch), but toggle to the cleaner "white" style. Probably an option in the settings.

Sometimes when we get off-genre or play a "troll" song, the machine remembers and replays these tracks. Users end up skipping a lot of those specific songs when played by the machine for a variety of reasons (distraction, bad flow, off-genre, initial humor wore off...).

Could we track how often a song is skipped, and find a threshold or ranking algorithm that would make the machine NOT replay songs that are often skipped?

“Overprotecting intellectual property is as harmful as underprotecting it. Culture is impossible without a rich public domain. Nothing today, likely nothing since we tamed fire, is genuinely new: Culture, like science and technology, grows by accretion, each new creator building on the works of those who came before. Overprotection stifles the very creative forces it's supposed to nurture.”
― Alex Kozinski, Chief Judge of the United States Court of Appeals for the Ninth Circuit

Copyright, especially as it applies to music, is fundamentally broken. Archaic laws restrict where and how music can be used, and by whom. Music, like all information, deserves to be free in the same way that musicians deserve to be free from the tyranny of inept sycophants.

To recreate:

1. Go to soundtrack.io, see current state of chat
2. watch chat happen
3. click off the page (link)
4. use back button to go back to soundtrack.io, see state of chat as it was in (1), losing the messages that have happened since.

It seems that you can only drag the volume bar to get a desired level. Clicking on it results in no change from the original volume as shown in picture:

clicking it somewhere else once more results in a totally random volume not having anything to do with the 0-100 scale:

User playlists should be accessible via the UI. This should likely be done via angular.js.

Features that should be included:

• Track preview
• pdj import
• add track to room

When a User's username contains special characters or non-UTF8 characters their profile cannot be viewed.

For instance the User "{-_-}" cannot be viewed at http://soundtrack.io/{-_-} because it is infact an invalid URL. So there needs to be a fallback inplace when a username contains special characters, or this should be disallowed completely.

Clicking the button which changes the chat window size will submit any pending text in the chat field.

Hey guess what, since we don't have a community review and all of martindales pushes go in without any oversight, things get missed. This time a big one got missed and all of the salts and hashes of currently logged in users are compromised.

Due to me being nice I won't post any hashes or the exploit, but since @martindale hasn't responded to my hangout messages I figured this was the best place for disclosure.

Btw, here's martindale's salt "salt": "d59957add4b099c65e1c2e511e730db59f5eef691e7b08e879737396054326ab"

The passwords are encrypted with 2500 rounds of pbkdf2 so they are fairly secure, but this is one of the reasons I do no like our current code structure.

This just hasn't been implemented yet. This should be bound to #52.

YouTube is currently the only available audio source for tracks on soundtrack.io, making us very vulnerable to the transient nature of YouTube videos (the uploader can remove the track, is not available within certain geographic contexts, or might not be accessible from certain devices due to arbitrary restrictions on the content (see #1)). We should add more sources for every audio track so that no one source being unavailable inhibits the listening experience for a user.

When a reconnect event happens, the currently playing track is reset to 00:00 on the client instead of correctly returning to the seekTo value sent in the track event.

Refreshing the window restores the correct position of the song, so the server is keeping state...

For some reason I've been getting this recently

I've been working on some UX ideas guys. Would love some feedback!

Disclaimer: This is by no means a completed design. No design is ever really "finished", but it's still missing key components to the UI...

Main Concept -

Concept v1 - Where Add Track overlaps the main content

Concept v2 - Where Add Track is "inserted" between the Playlist Queue and the Video Player. This briefly pushes content off the screen for some small resolutions.

List of things to do:

• I'm not attached to the 'spin it, lame' language. My goal was to visualize the amount of votes the track has received (the green/red bars increase in width as the votes accumulate)
• I think we can do something more interesting with our logo. Though I have no idea where to go with that yet. For now, it's similar to what we currently have.
• Volume/Mute Icon next to the volume slider
• Create the Add Track button that triggers the Add Track search/import menu.
• More sample tracks in the queue to visualize how a fully populated queue might look like.
• The 'Logged In' user settings bar on the far left side needs to be figured out. SMALL menu that is heavily icon based. Maybe no text at all? ie: Gear for account settings, logout button, another manage playlist icon (similar to the shortcut found above the playing video), etc
• More examples of what each page (About, History, People) might look like using the overall design. I really like the minimalism of "inserting" those page's content the way the "Add Track" content is inserted into the main view. Ideally--- I don't think we ever want to take the user away from the main page. If we can keep the content of those pages short and sweet, maybe we can fit it all in a similar way?

Take note of...

• The heart (shown as active) should toggle the Add to Playlist fancybox (or whatever it is we use), and slide up the text above to reflect when the user first added this song to their specified playlist.
• Google+ Sign in? Please? 👍
• Eric mentioned he likes Blynde's sidebar for the songs queue. I made the design with the left sidebar in mind, but this could easily be reworked so that the sidebars are fixed to the right.

The Geolocation Visualizer

Obviously this would take significant work to bring into fruition, but I think it would be slick to visualize where users are coming from, their profile, and what our peak hours are for each day. If you guys don't like that idea, ignore the entire bottom half of the main content area.

I'll add more later. Bed time now... zzzzzzzz

Line 580: if (parseInt($('#messages').css('height')) != 230) { doesn't seem to evaluate correctly on my machine (chrome/OSX).

The button is non responsive when I try and use it.

Notes:
When I change the if statement from above to this:
if (parseInt($('#messages').css('height')) == 230) { the statement evaluates and my video toggles off and I have a full chat screen. This however breaks the else statement and I can't toggle the video back in.

I am pretty sure I can fix the logic of this statement though I'm unsure as to how it broke in the first place.

I'd like to get a dedicated box for soundtrack.io. I'll be doing this regardless, but I'd like to see what resources people have.

Requirements mainly are Linux. Ideally, the hosting would be outside of the US.

In the event of a network / server interruption, SockJS should automatically reconnect.

I'd like soundtrack.io to be viewed as a resource (as in the Uniform Resource Identifier), almost like a "device" on the network. This means exposing various services via protocols that make sense and are predictable and semantic.

For example, http://soundtrack.io currently serves a hypertext copy of the soundtrack.io service, and ws://soundtrack.io/stream [1] serves the websocket stream of the service events. Similarly, irc://soundtrack.io would connect to the chat and perhaps eventually rtsp://soundtrack.io would connect to the raw media stream.

We'll use this issue to keep track of an index of supported protocols and services available on soundtrack.io.

[1]: as part of the "semantic" discussion, this really should be simply ws://soundtrack.io (without /stream) to subscribe to all events, and any additional filter should be appended as a path.

Federation

soundtrack.io would benefit from federated servers. In the context of federation, each server maintains an internal message queue and is referred to as a broker. Brokers can discover each other and join a federation. The network must support

Discovery

Servers will need the ability to discover one another. This will require at least 1 central peer that can provide other nodes. Each server is responsible for maintaining a list of the servers it is responsible to.

Chat

Each server is responsible for it's own channel. Server name requirements are TBD. Additionally, there will be an optional global chat, or lobby, that allows users to broadcast messages to all connected users in the federation.

Implementation

The federation is represented as a directed acyclic graph. Each broker can have at most 1 parent broker, and any number of children brokers. When links are established between brokers, a dialback is required to establish the identity of the server.

When a message is generated on a server, it is broadcast to its parent and all of its children, which is replicated across the network until all nodes have been visited.

Network splits

In the event of a network partition, all users that are no longer members of a brokers federation will be removed from the list of active users. After partition recovery they will rejoin the list of active users.

When I am returning after a brief period and reading back through the chats for all of the LOLs I missed, the chat window is scrolled back to the bottom every time a new message is added.

Currently, an artist with a UTF name (かな for example) has their name run through the slug engine, which results in a completely empty URL, making their name unlinkable.

This should be fixed in yields/slug as a parameter to enable UTF characters in slugs.

I've seen the following error page twice upon visiting with old cookies. Deleting my cookies fixes the problem.

TypeError: /root/soundtrack.io/views/index.jade:113
    111|               for playlist in playlists
    112|                 li(data-playlist-id="#{playlist._id}")
  > 113|                   a(href="/#{user.slug}/#{playlist.slug}")
    114|                     small.pull-right #{playlist._tracks.length}
    115|                     input(type="checkbox", data-action="toggle-playlist-visibility", data-playlist-id="#{playlist._id}", checked=(playlist.public ? "checked" : undefined))
    116|                     |  #{playlist.name}

Cannot read property 'slug' of undefined
    at eval (eval at <anonymous> (/root/soundtrack.io/node_modules/jade/lib/jade.js:164:8))
    at eval (eval at <anonymous> (/root/soundtrack.io/node_modules/jade/lib/jade.js:164:8))
    at exports.compile (/root/soundtrack.io/node_modules/jade/lib/jade.js:165:35)
    at Object.exports.render (/root/soundtrack.io/node_modules/jade/lib/jade.js:199:14)
    at View.exports.renderFile [as engine] (/root/soundtrack.io/node_modules/jade/lib/jade.js:226:13)
    at View.render (/root/soundtrack.io/node_modules/express/lib/view.js:76:8)
    at Function.app.render (/root/soundtrack.io/node_modules/express/lib/application.js:505:10)
    at ServerResponse.res.render (/root/soundtrack.io/node_modules/express/lib/response.js:756:7)
    at Promise.<anonymous> (/root/soundtrack.io/controllers/pages.js:9:13)
    at Promise.onResolve (/root/soundtrack.io/node_modules/mongoose/node_modules/mpromise/lib/promise.js:162:8)

Mac 10.7 Chrome 28.0.1500.71

I think the dialog should be to the left of the div.

We should make sure that the soundtrack.io site looks good on all display sizes.

Links in chat break the groove by navigating the page away from the music, they should open in a new window/tab

Often I want to keep chat open and turn off music or play something different. But muting and hiding video don't save any system resources (CPU over 50% on my old system). It would be nice if there were a chat only mode where no video or audio is involved.

Update the window title with the current track being played.

Hi,

Trying to install/configure on Ubuntu and getting the error as below when starting nodejs server. Any ideas? See below:

[TypeError: Failed to parse JSON body: Cannot call method 'toObject' of undefined]

/home/owen/owen/soundtrack.io/soundtrack.js:368
backupTracks.push( track.toObject() );
^
TypeError: Cannot call method 'toObject' of undefined
at /home/owen/owen/soundtrack.io/soundtrack.js:368:36

Sometimes when a page is reloaded the currently logged in user will be incorrect and appear as another user.

The current hypothesis is that this is related to server restarts.

Note: This does not appear to affect the user's privileges. My playlists are still mine even when I am displayed as another user.

For tracks that don't have an accompanying video (or for users who don't want to have accompanying videos), it'd be nice to have some sort of visualization of the music that is playing.

The soundtrack.io branch currently has a bug where it fails to start if the playlist is empty.

We need a way to export all the old playlists from turntable.fm and import them onto soundtrack.io.

See the blog post about turntable.fm shutting down.

We need to break the soundtrack.io app out into multiple rooms, so communities of different tastes can use the service as well.

Would be nice to have an alert when skip button is pressed. You know, for those "oops" moments.

Are you sure?

Right now there are a bunch of branches (most of which have been merged into Master). Keeping things clean would make it easier for people getting started in the repo.

You didn't add the darkstrap css to the repo.

Currently, controlling the order of tracks (say, to follow the currently playing track with another that provides a smooth transition) is controlled first by the number of votes (+1, 0, or -1), while ties are resolved by preferring the track that has been waiting to play for the longest amount of time.

Opening this issue so alternative methods can be proposed.

On occasion, the playlist fails to advance when a track ends, or loads the video with no audio.

The current lexer is .split(" ") which yields terrible results, especially if a URL is enclosed in brackets or something similar.

Additionally, if the URL is https and contains hash parameters (e.g. https://github.com/#hash) it will fail to match.

Just an idea, not sure how anyone else feels about it. Thoughts and discussion are welcome here.

My idea consists of adding a timer based off chat entries that would show who is active or inactive in the user list. Possibly have users fade out of user list if they are inactive for a period of time.

Goals:

• improved playlist / set management UX
• import playlists from YouTube
• export playlists to YouTube
• synchronize playlists with YouTube
• import playlists from plug.dj
• export playlists to plug.dj
• synchronize playlists with plug.dj
• import playlists from Spotify
• export playlists to Spotify
• synchronize playlists with Spotify
• import playlists from SoundCloud
• export playlists to SoundCloud
• synchronize playlists with SoundCloud

Original request, "Import youtube playlists into s.io playlists.":
Just wanted to get the discussion going on this feature. Obviously it would be sick to have playlists sync with your youtube account, but I dunno the limitations of the youtube API.

I'd be content with just importing from youtube. Personally I try to keep my music added to playlists on youtube so Google has data on what my tastes are, and can increase the intelligence of suggested songs.

So--- is this theoretically possible with the current Youtube API?

Just thinking outloud here... Would @martindale be open to if I played around with refactoring the app a bit? soundtrack.js is starting to become a really long file. Would it be worth exploring breaking it out into little modules? (For example, last.fm would be a plugin...)

This could make extending it easier going forward as well.

This is more of a question / start the discussion than any particular idea on how we do it.

Search via the field below the playlist works fine, performing a subsequent search from within the search results dialog, fails completely.

Currently, the "sources" property of a track is a map of the sources:

track = {
  [...],
  sources: {
    youtube: [ { id: 'dVy...' }, [...] ],
    soundcloud: [ { id: 125... }, [...] ]
  }
}

It should instead be a flat array, ordered by quality / reliability / preference:

track = {
  [...],
  sources: [
    { type: 'video/youtube', id: 'dVy...',  uri: 'http://s.youtube.com/v/dVy...' },
    { type: 'video/youtube', id: 'xQr...',  uri: 'http://s.youtube.com/v/xQr...' },
    { type: 'audio/mp3', id: 125...,  uri: 'http://stream.soundcloud.com/125...' },
    { type: 'audio/mp3', uri: 'http://someserver.io/remote-file.mp3' }
  ]
}

When someone creates a room, they should have control over how it works; "all queue" might not work for everyone (especially larger communities), so perhaps a room can be set to "DJ Queue Only", and specific users can be added to the list.

Kick / mute [prevent someone from taking action in a room] permissions should also be provided.

• listener (all)
• DJ (per room)
• moderator (per room)
• supermoderator (all rooms)

Restler has an existing issue danwrong/restler#110 that prevents launch in nodejs v0.10.x.

A workaround exists as the moment at danwrong/restler#113 (comment)