Old 27th October 2016, 01:42   #1
Sockets
Junior Member
 
Join Date: Sep 2012
Posts: 36
Title Update Rejected?

So I'm developing a C#.NET Library for the Ultravox protocol as it can be a little daunting for new developers to dive into it, and I'm tired of the high-quality broadcasters like SAM being proprietary, let alone expensive!

I've finally reached the Metadata section of the protocol, but I'm receiving an error that isn't making much since. Here's the XML data I'm sending:

HTML Code:
<?xml version="1.0" encoding="UTF-8"?>
<metadata><TIT2>TestTrack</TIT2><TPE1>Artist</TPE1><TALB>Test Album</TALB><TENC>Netshout Source Library</TENC><TRSN>Netshout Library Test Session</TRSN><TCON>Generic</TCON><DJ>DJ-Monk</DJ></metadata>
And here's the error I'm getting:
code:

2016-10-26 20:28:22 WARN [ADMINCGI sid=1] Title update rejected - value not allowed: Artist - TestTrack



The only response I'm able to invoke is if I send that metadata.

And by the way, it seems that if \r\nis present anywhere but before the metadata element, the server doesn't even process the packet as metadata.

I've tried so many different track and artist names, too, so it doesn't make any sense.

And another thing, as a suggestion to the SHOUTcast developers: please allow users to specify their own encryption key! foobar is definitely not secure enough.

I'd also prefer something other than XTEA for encryption, such as RC4, as people wouldn't have to build their own XTEA class.
Sockets is offline   Reply With Quote
Old 27th October 2016, 02:47   #2
jaromanda
Forum King
 
Join Date: Jun 2007
Location: Under the bridge
Posts: 2,289
Quote:
please allow users to specify their own encryption key
You are allowed to set the encryption key in the DNAS config

uvoxcipherkey

Is it just me or are shoutcast users getting dumber?
jaromanda is offline   Reply With Quote
Old 27th October 2016, 03:01   #3
Sockets
Junior Member
 
Join Date: Sep 2012
Posts: 36
Quote:
Originally Posted by jaromanda View Post
You are allowed to set the encryption key in the DNAS config

uvoxcipherkey
Honestly I KNEW deep in my heart they wouldn't overlook that. Thanks

Still haven't cracked the other problem though..
Sockets is offline   Reply With Quote
Old 27th October 2016, 03:07   #4
jaromanda
Forum King
 
Join Date: Jun 2007
Location: Under the bridge
Posts: 2,289
Hang on - I've written a source client and got title updates to work - the only tags inside the metadata tag I have are: TIT2, TALB, TPE1, TRSN, WORS and TENC

I have no TCON or DJ - remove those, see if it helps

I send it with a Class = 0x03, Type = 0x902 packet - XML Metadata (SHOUTcast 2.0 format)

http://wiki.shoutcast.com/wiki/SHOUT..._Specification

I suspect your TCON field is the problem - according to the spec:

Quote:
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.

Is it just me or are shoutcast users getting dumber?
jaromanda is offline   Reply With Quote
Old 27th October 2016, 03:59   #5
Sockets
Junior Member
 
Join Date: Sep 2012
Posts: 36
Quote:
Originally Posted by jaromanda View Post
Hang on - I've written a source client and got title updates to work - the only tags inside the metadata tag I have are: TIT2, TALB, TPE1, TRSN, WORS and TENC

I have no TCON or DJ - remove those, see if it helps

I send it with a Class = 0x03, Type = 0x902 packet - XML Metadata (SHOUTcast 2.0 format)

http://wiki.shoutcast.com/wiki/SHOUT..._Specification

I suspect your TCON field is the problem - according to the spec:
One would think the DNAS would specify that TCON was the issue.

It also doesn't seem like it is; removing the fields did nothing. I'm certain I'm using the right Ultravox headers, too.
Sockets is offline   Reply With Quote
Old 27th October 2016, 04:16   #6
Sockets
Junior Member
 
Join Date: Sep 2012
Posts: 36
Wow. I feel like an imbecile.

I checked and I realized that I had only accounted for Endianness in the Message Class/Type field of the Ultravox packet, not the length, resulting in a bad length.

Now it's all working perfectly..
Sockets is offline   Reply With Quote
Reply
Go Back   Winamp & Shoutcast Forums > Shoutcast > Shoutcast Technical Support

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump