Comment 15 for bug 1003403

IDJC is using a libshout fork called libshout-IDJC. (from what I found from their site)

So in the end, I think you end up adding support to libshout, which it sounded like no one wants to do because of a bad mojo between projects?

A Shoutcast middle tier that scrapes/captures audio from the audio device and streams it to Shoutcast does exist (like BUTT), but they are all v1 and do not support things like Next Playing or Cover Art, due to the nature of how they are working/hacking the experience by capturing from the audio device with not connection back to the Media Player directly. A library would need to be included into Mixxx/integrated into Mixxx to see what is in the next Deck up and send as Next Track, as well as see what the Current Cover Art is and send that to the v2 server.

I have this working using WinAmp w/ a Shoutcast DSP Plugin (it is a .DLL so not easy to inspect quickly for me) to a Shoutcast v2 server on an Azure VM. WinAmp isn't really designed to DJ and is more of a fallback as a cheap Auto-DJ system, so want to get Mixxx going so when I switch to live DJ mode, the player doesn't downgrade to no Cover Art and no Next Track listing.

> Do you know a Shoutcast V2 solution that might pick up the data from Mixxx?

> @Fractus, do you have interest to help here?

> The other option would be to contribute the Shoutcast v2 changes to IDJC. We have recently switched to the > IDJC fork of Shoutcast, because it allows us to broadcast with AAC-HE.