similar to: ices2: ice-url header patch

I run two streams from ezstream via Icecast2 - one over http and one over https. In the ezstream config file I have defined two servers (http and https) and the two streams point to the different servers (by their names). But, if I go to the following two url's, Icecast report same (http-) 'streaming url' for both: https://radio.horsens-garage.rocks:8443/

I have node.js script, which works in daemon mode. The script reads IceCast ogg stream itself (on the fly) and sends audio tags to website. But sometimes (exactly once per 2 days) the script fails end exit. Error log of the script says: Error: getaddrinfo ENOTFOUND stream_url stream_url:8182 at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:56:26) Emitted 'error' event at: at

Hi Lev, On 9/7/19 5:04 AM, Lev Zhbakov wrote: > I have node.js script, which works in daemon mode. The script reads IceCast ogg stream itself (on the fly) and sends audio tags to website. My suggestion would be to look at the JSON metadata functionality: http://icecast.org/docs/icecast-2.4.1/server-stats.html If you aren't running Icecast >= 2.4.1 (latest is 2.4.4), then you *really*

Hello All, I wrote a PHP function to parse the icecast stats log and return as much information in a structured array as possible (well, as much as I care about, anyway). Because the stats log is not easily machine-parseable, I thought this might be useful to somebody. The log is parsed using Perl-compatible regexps, so it should easily port. I have only my own setup to test this on, so

Hello everybody, after updating samba from Version 4.9.1 to 4.10.4 (Centos 7) opening a PDF Document in Acrobat Reader with a double click, when the document resides on a dfs share, is only possible for the 1st document. I know, this is not not a samba bug, because windows 2019 Server behaves the same, i just want to share my findings.

Hi everyone, since i upgraded from 4.10.2 to 4.10.4 i can't write into subdirectories of a share anymore. This worked perfectly fine before i upgraded and also works again if i downgrade.? I think either something is fishy with the 'filename_convert_internal' function of ".../source3/smbd/filename.c" or my configuration needs to be adjusted for 4.10.4. I tried several

as i can see from the log files it is reading 60 bytes from the extended attributes but not from any other than DosStream.AFP_AfpInfo. All of the .com.apple.* attributes, especially DosStream.com.apple.metadata:_kMDItemUserTags are missing when listing the directory. And again - it tries to access a dotbar file which cannot exist with these settings. BTW, accessing kMDItemFinderComment works

Hello, I have a server running samba version 4.7.1 on centos 7.5 1) A series of operations by a windows 10 (up to date) pc client consisting of  searching (or browsing)/opening/modifying/closing a (each time different) file multiple times on a samba share containing many files (more than 11000) goes fast for a while. 2) Then the same operation (or just the searching or opening) of the same user