Copyright © 1997-2007 Nullsoft, Inc. – Shareware
Download Winamp Community Update Project (WACUP) 1.0.21: fast downloads for latest versions of WACUP. New in Winamp Deskband 1.0 RC2: Added: Time elapsed/remaining/System time option in config; Added: Swedish, Russian and German language files (thanks for the translations!).
Browser plugins for participating websites (winamp.com, shoutcast.com, spinner.com, music.aol.com, etc) to detect Winamp presence and version and deliver appropriate content (eg. for knowing whether your version of Winamp supports the winamp:// protocol from v5.57 and above).
Overview
Winamp Detector Plug-in is a Shareware software in the category Miscellaneous developed by Copyright © 1997-2007 Nullsoft, Inc..
It was checked for updates 1,068 times by the users of our client application UpdateStar during the last month.
The latest version of Winamp Detector Plug-in is 1.0.0.1, released on 01/07/2013. It was initially added to our database on 01/15/2010. The most prevalent version is 1.0.0.1, which is used by 100 % of all installations.
Winamp Detector Plug-in runs on the following operating systems: Windows.
Users of Winamp Detector Plug-in gave it a rating of 4 out of 5 stars.
Write a review for Winamp Detector Plug-in!
1,068 users of UpdateStar had Winamp Detector Plug-in installed last month.
04/25/2021 | Zortam Mp3 Media Studio 28.35 |
04/25/2021 | Windows 10 Manager 3.4.7 |
04/25/2021 | xrecode 1.111 |
07/28/2015 | Gajim 51.42.0.0 |
04/25/2021 | Godot Engine 3.3 |
Stay up-to-date
with UpdateStar freeware.
with UpdateStar freeware.
04/23/2021 | Update for Chromium-based browser Vivaldi to 3.7.2218.58 |
04/23/2021 | The best popular free image viewers in 2021 |
04/20/2021 | Thunderbird 78.10.0 update fixes nine vulnerabilities |
04/19/2021 | Firefox 88 available for download |
04/16/2021 | Security updates for Chromium-based Brave, Vivaldi and Edge |
- » driver live winamp detector plug-in
- » detector plugin winamp
- » winamp 플러그인
- » download winamp detection plugin for pc
- » обзор winamp
- » تحميل winamp
- » driver winamp plug in detector
- » winamp plugins
- » winamp detector что такое
- » adobe dector
Shoutcast Home | Shoutcast Server (DNAS) | Shoutcast Developer (API) | Shoutcast For Business & Revenue Generation | Shoutcast DSP (encoder Plug-In for Winamp)
- 2Specification Details
- 3General Comments
- 4Non-MP3 Field Mapping
![1.0 1.0](/uploads/1/1/9/4/119469656/940488532.png)
Introduction
The aim of this file is to show the different aspects of metadata which can be obtained as part of the SHOUTcast 2.0 system. This aims to be a complete list of what is provided in the xml file which the server will provide and is based on the metadata obtained from the media being played (directly or guessed). As a result, not all fields will be filled in though this depends on the setup being used and what the SHOUTcast source implements.
Specification Details
The following is an example xml file output showing the different aspects of the metadata which could be returned along with specific notes about certain fields i.e. those which can appear multiple times or those from older mappings. One thing to notice is that this is somewhat similar to the ID3v2.3 tag as well as some aspects of the ID3v2.4 tag.
Extended Specification Details
The main section of the xml file is to provide metadata information from the source mediaas has been shown in the previous section. In additon to this, there is an extension forthe information provided which is optional and is for providing title information for themedia to follow the currently playing source media.
The extended section goes instead the <metadata/> block and is formatted as follows:
There is not a limit on how many titles can be sent though there is not much benefit of sending many titles as the SHOUTcast server is unlikely to use more than the current and the next titles. However the means to provide more titles is provided if there is a need.
The format of the titles after seq=1 need to be in the form of 'artist - title' where it is possible to format and provide the titles in this manner, otherwise just 'title' will suffice.
Where possible titles for seq=1 also need to be provided in the same manner as 'artist - title' though the DNAS will typically ignore this and generate the title to show clients based on the actual metadata passed. However it may resort to using this if there is an issue with the metadata provided, so ideally this title should be providing the fully formed version as well as for all other titles provided (as mentioned previously).
The <soon/> block must correctly report the title of the next item to be played otherwise it must be not specified in the xml if it is not known or cannot be reliably obtained e.g.
- Using older versions of Winamp (prior to v5.61) in shuffle mode, there is no ability to query the next item to be played and so <soon/> would not be set.
- Using any Winamp version not in shuffle mode, then it is possible to calculate the next item and so <soon/> can be set.
Additional Notes
The TDRC (recording time) field is used to replace the following date specifiers from the ID3v2.3 tag if found - TDAT, TYER and TIME. This is done to form 'yyyy-MM-ddTHH:mm:ss'. Additionally, if no TYER is found but TRDC is then the TYER field will be generated from the TRDC field for backwards compatibility.
The TDOR (original release time) will be created from the TORY (original release year) if the TORY field is read from the file, otherwise no other mapping of these fields happens.
Suggested Fields To Support
![Winamp 1.0 Winamp 1.0](https://img.utdstc.com/screen/1/trinity-winamp-skin-002.jpg)
If an xml file is able to be created, then the minimum which can be provided is the TIT2 entry due to this being the most important information used throughout the SHOUTcast 2.0 system especially when working with legacy client connections. The following example xml shows the minimum which can be provided and is equivalent of the typical v1 style of the metadata formatted as 'artist - title' :
The typical metadata fields expected to be available from sources, though not guaranteed as the information may not be available from the source media are as follows:
Tag Name | Description |
---|---|
TIT2 | Title |
TALB | Album |
TPE1 | Artist |
TYER | Year |
COMM | Comment |
TCON | Genre |
TRSN | Stream Title |
WORS | Station Website |
TENC | Identifier for the Source e.g. SHOUTcast Source DSP Plug-in v2.1.3 042 |
It can be noted that this is similar to the information available from an ID3v1 tag with some stream related additions. However this is just a recommendation which provides the client some greater flexibility over the handling of the stream metadata. If not then the least number of fields to support should ideally be TIT2, TCON, TRSN, WORS and TENC.
The following example shows a complete xml metadata response with the suggested fields (excluding the Extended Specification Details):
General Comments
Anyone using the xml file should not fail if tags appear in it which have not been listed in this document. In situations where this does happen then these extra tags should just be ignored. Some of the tags not considered in this version are:
Tag Name | Description |
---|---|
MLLT | MPEG audio lookup tables for seeking |
SYTC | Synchronized tempo codes (table of tempo changes in music and how) |
SYLT | Synchronized lyrics |
RVAD | Relative volume adjustment |
EQUA | Equalization |
RVRB | Reverb |
RBUF | Recommended buffer size |
AENC | Audio encryption |
LINK | Linked ID3v2 data |
OWNE | Date of purchase |
COMR | Commercial purchase offers |
ENCR | Encryption method registration |
GRID | Group identification registration |
GEOB - General Binary Glob
Properties:
APIC - Picture Data
IMPORTANT NOTE: Support of APIC in the xml file is now deprecated as of March 2011 and is instead provided as an in-stream packet of its own instead of in this.
ETCO - Event Code Field
The ETCO tag has a format property where the supported values are:
The ETCO tag can have one or more event sub-tags. The type property for the event tag is the type of event we're interested in (see ID3v2 docs for list of codes). The time property is the time the event occurs in units indicated by the format property of the outer ETCO tag.
TCON - Genre Field
TCON has a complicated internal format which consists of a series of optional genre codes stored in parenthesis which are followed by subgenre clarification strings (though everything is optional)e.g.
There are also two special 'codes' where 'RX' means remix and 'CR' means cover.
Due to genre being something we care about it is parsed as indicated in the example xml.
Winamp 1.0 Free
TMED - Media Type Field
The TMED field has a somewhat complicated internal format in that it can be just a string or it can be a media reference from a predefined list with a refinemente.g.
This field is not currently as important to be parsed out as with the genre (TCON) field but is provided for a more complete set of information.
Non-MP3 Field Mapping
This section covers the mapping of metadata for files other than MP3 as is supported by the the SHOUTcast 2.0 tools.
AAC
If an ID3v2 tag is found then handling will follow the standard MP3 handling. If there is no tag then metadata guessing will be used as appropriately.
Winamp 1.0 Software
FLAC
If there are any Vorbis comments found in the FLAC file then the following mappings will be used to get an equivalent complement of metadata to match what is read from an ID3v2 tag:
Vorbis Comment | ID3v2 Entry | Vorbis Comment | ID3v2 Entry |
---|---|---|---|
TITLE | TIT2 | VERSION | TPE4 |
ALBUM | TALB | TRACKNUMBER | TRCK |
TRACK | TRCK | TOTALTRACKS | TRCK |
ARTIST | TPE1 | PERFORMER | TPE2 |
COPYRIGHT | TCOP | LICENSE | TOWN |
ORGANIZATION | TPUB | ORGANISATION | TPUB |
GENRE | TCON | DATE | TDRC |
ISRC | TSRC | ALBUMARTIST | TPE2 |
ALBUM ARTIST | TPE2 | COMMENT | COMM |
COMPOSER | TCOM | PUBLISHER | TPUB |
DISCNUMBER | TPOS | DISKNUMBER | TPOS |
DISC | TPOS | DISK | TPOS |
TOTALDISKS | TPOS | TOTALDISCS | TPOS |
BAND | TPE2 | LYRICS | USLT |
CONDUCTOR | TPE3 | ENCODING SETTINGS | TSSE |
ENCODER SETTINGS | TSSE | ENCODERSETTINGS | TSSE |
BPM | TBPM | RATING | POPM |
COVERARTMIME | APIC | COVERART | APIC |
Winamp 1.0
Fields which are not in this list are then mapped to the custom text (TXXX) field with the key being the 'description'. Any picture metadata in the file will be mapped to the APIC field which is then transmitted in its own in-stream packet instead of in the xml.
OGG
OGG files are handled in a similar manner to FLAC files though there are some differences with the them. As there is no picture metadata in OGG files the COVERARTMIME and COVERART fields will be mapped to the APIC field due to a number of programmes which generate and adding artwork to OGG files in this way.
Retrieved from 'http://wiki.shoutcast.com/index.php?title=SHOUTcast_XML_Metadata_Specification&oldid=74966'