BogProg AterKast is now available!!!

[rlevis]

It is definitely legal for you to write code to call a DLL you are not distributing. It is commonly done. The user may need to compile their own ffmpeg DLL from source code to get HE-AAC support legally.

[thinktink]

Fair enough. You could always implement it and the user forced to download the ffmpeg DLL separately if necessary. It would be a game changer as it's very commonly used for internet streaming.

At the moment it looks like I can't even do that if I wanted to use HE-AAC+ from FFmpeg:

https://www.ffmpeg.org/legal.html

https://trac.ffmpeg.org/wiki/Encode/AAC

[rlevis]

Fair enough. You could always implement it and the user forced to download the ffmpeg DLL separately if necessary. It would be a game changer as it's very commonly used for internet streaming.

[thinktink]

I may be wrong but I think it's fine if you distribute ffmpeg as a DLL and just call it.

I would have to research that first. From my previous experience with "Secret Rabit Code" it may be the same issue, whether it's a separate DLL or compiled in with the plugin source. Though the only reason why I would use ffmpeg libraries would be just for HE-AAC+ support since the other codecs are running fine the way they are.

[rlevis]

I may be wrong but I think it's fine if you distribute ffmpeg as a DLL and just call it.

[thinktink]

Have you considered switching to FFMpeg for encoding? It supports Fraunhoffer's HE-AAC, Opus, and so many other useful streaming codecs.

It did occur to me but as I currently understand it the licensing requirements for ffmpeg integration is incompatible with closed source software.

[rlevis]

Have you considered switching to FFMpeg for encoding? It supports Fraunhoffer's HE-AAC, Opus, and so many other useful streaming codecs.

[thinktink]

Version 1.4.9.56 now available.

Download

Changes:

• Fixed logic error on streams disconnected at certain stages. Hopefully this fixes errors with streams no longer connected but still showing a valid stream status.
• Updated logging for file transcodes on SCv2 streams. No longer logs transcodes for files pulled from cache.

[thinktink]

Version 1.3.8.52 now available.

Download

Changes:

• Added manual metadata both local (per EndPoint) and shared (used on multiple EndPoints.)
• Added external shared flat file metadata.
• Updated DSP main window to accommodate the new features.
• Added more logging in places where it was missing.
• Removed extremely repetitive logging from the DirectSound device source handler.

The external metadata flat file format is the same that was used from the experimental BogProg LiveIn plugin. The flat file can accept Unicode character sets if converted to UTF-8 MBCS. The following is the current list of (protocol independently) supported metadata values in the flat file(without the double quotes):

{
"title"    *  **
"artist"   *  **
"album"    *
"year"     *
"comment"  *
"genre"    *
"albumartist"
"composer"
"disc"
"track"
"bpm"
"director"
"producer"
<<!
Entries that have a (*) next to them are read by the SCv2 Protocol.
Entries that have a (**) next to them are read by the SCv1 and Icecast Protocols.
>>
}​

[thinktink]

Version 1.2.7.40 now available.

Download

Changes:

• Added ability to enable JNetLib for SSL support for versions of Winamp 5.8 or older. 5.9+ versions just crash, so don't do it if you're on 5.9 or above unless I say.
• Fixed colors of about box and added supporting code references to it.
• There were more changes but I forgot what they were. [EDIT/] Remembered what the third one was, LOGGING! Check config window for details.

There's going to be another update very soon that will include manual metadata and potentially automatic external metadata (posting to a TCP/IP port, reading from a file when it changes, etc...)

[thinktink]

Version 1.1.5.18 now available.

Download

Changes:

• Fixed crash issue when turning off the DSP (from within a stacker or by selecting a different DSP from Winamp preferences) while one or more EndPoints were in the middle of trying to establish a connection to the distributer (aka DNAS, Icecast Server, etc...).
• Fixed a crash issue on plugin quit.
• Fixed multiple crash issues on plugin unload (whether by shutting down Winamp or unloading the plugin in a stacker).

None of the above crashes affected normal streaming, just during shutdown/quit/de-init.

[jhbmusic]

Cool, thanks for the suggestions.

[thinktink]

...

I just use this setup for myself only.

Big thanks!

Same here.

With AterKast you may also be interested in the following plugins:

• LiveWire (I mostly use it just for DSP stacking now but others still use it as intended)
• 250 band eq by nevi (dsp_neq.dll)
• LoudMax v1.13 (dsp_LoudMax.dll)
• X-Fade w/NoFlush or w/ZeroPointer instead (null output). X-Fade does more than just crossfade music, it also resamples the audio and prevents the playback rate timing from getting jacked up. This is the most recommended for anybody stream sourcing from Winamp; whether using AterKast, the official SHOUTcast DSP, or any other plugin.
• BogProg support for Opus (I use it for the "advertisements" with X-Fade).
• WebJockey (I use it for managing the "playlist" remotely mostly) Don't try it without saving your playlist first.

[jhbmusic]

No, not over WiFi, wired ethernet. I figured it might have been some networking glitch. I do listen over WiFi though when outside the house.

Winamp/AterKast is running on a 12 year old Win7 Home Dell laptop. That's all that laptop is used for.

Shoutcast Server 2.6.1.777 is running as a daemon in an Ubuntu VM on an 11 year old Win7 Pro Dell laptop. That's all that laptop is used for as well.

This combo is working very well now. I was getting random weird errors and disconnects and crashes when using the Shoutcast DSP's, so this is awesome.

I just use this setup for myself only.

Big thanks!

[thinktink]

...

There were a couple of odd disconnects on 11-02-22, but AterKast reconnected and the stream continued just fine.

From the 11-02-22 log:

2022-11-02 03:00:44 INFO [SRC 192.168.1.15:51146 sid=1] Title update [Evile - Long Live New Flesh]
2022-11-02 03:02:25 WARN [SRC 192.168.1.15:51146 sid=1] Timeout waiting for data...

Thank you for the report!

It could have been a network interruption or it could have been AterKast's fault, I can't tell from the log. Are you sourcing over a WiFi connection? Sometimes my WiFi does the same thing, it won't just be AterKast that have dropped connections, VNC will kick out at the same time and I have to wait about 5-6 seconds before it will reconnect.