[Icecast] Source client with HTTP PUT

[Philipp Schafft]

Good afternoon,


On Sat, 2019-05-04 at 10:19 -0400, Fred Gleason wrote:
>  On Fri, 2019-05-03 at 12:24 -0400, Fred Gleason wrote:
> 
> > Don't use PUT at all. Instead, open a TCP socket connection to the
> port
> > that the server is running on, write all of your headers to that
> > (terminating each one with a CR/LF), send a naked CR/LF to tell
> Icecast
> > that your done sending headers and then start writing content.
> 
> 
> On May 4, 2019, at 09:15, Philipp Schafft
> <phschafft at de.loewenfelsen.net> wrote:
> 
> > ***Please don't.*** This is the worst way if implementing source
> > clients. And there are already too many broken ones.
> 
> As a general principle, I quite agree with you. In this specific case
> however, given the fact that libshout is missing certain bits —e.g.
> support for AAC+ — sometimes one has no choice.

Which exact open tickets do you refer to with "certain bits"? Would be
happy to look into them with you. Also feel free to offer some
sponsoring to implement them. Considering your signature it looks like
you're in the position to do so and therefore not only get the "bits"
you need implemented but also help others this way.
Looking forward to your mail regarding this!


Back to the original topic:
Even if you need to use something that libshout does not support and for
some reason the problem could not be solved upstream, there is *NO*
reason to ever implement this using low level socket programming. If you
go that way *ALWAYS* use a HTTP library. Implementing this using low
level socket programming is *ALWAYS* the wrong way to do it.


With best regards,

-- 
Philipp Schafft (CEO/Geschäftsführer) 
Telephon: +49.3535 490 17 92

Löwenfelsen UG (haftungsbeschränkt)     Registration number:
Bickinger Straße 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190504/b24e4fc5/attachment.sig>