similar to: GoDaddy Certificate

Moro, On 5/14/19 4:36 PM, Oskar Vilkevuori wrote: > Hi there, > > Any idea? Please use these packages  https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories) or rebuild the Debian package but with the openssl -dev package present on your machine. > > I found > from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744815 that >

Hi Oskar, I run on debian 9 use icecast 2.4.4 using apt-get installl icecast2 It works fine on ssl using a pem cert. I thing your .pem file is not correct. Best regards, Michel > Op 14 mei 2019 om 18:36 heeft Oskar Vilkevuori <oskar.vilkevuori at ovt.fi> het volgende geschreven: > > Hi there, > > Any idea? > > I found from

Hi there, Is there something I’m missing here… INFO connection/get_ssl_certificate No SSL capability Does this indicate that I have a package not supporting SSL or have I misconfigured something somewhere? Two Listening sockets 8000 and 8001 (tried also 8002 & 8443) SSL enabled. Certificate (public and private part together in one file) .pem. read access for user, group and other too…

Hi there, mux=raw made the change. Thanks! Moimoi, Oskar Vilkevuori > On 28 Apr 2018, at 23.07, Marvin Scholz <epirat07 at gmail.com> wrote: > > > > On 28 Apr 2018, at 21:46, Oskar Vilkevuori wrote: > >> Hi there, >> >> I have used VLC 0.9.9 on Windows platform for streaming audio to icecast2 for years. Had no problems. Since Google Chrome

Hi Leif, Did You faced that with the exact same Chrome version? Since this version is the only one having this issue. I have had this kind of arrangement (intro + live stream) for decades. Technology changes but the idea is the same. I have tested a lot of hardware and combinations. I do have a fail over stream (with different specs) and that hasn’t been an issue at all. I do not know but I

Hi there, Any other versions of Google Chrome and all version of other browsers are working. I have done my best to set up the intro to match the live stream. http://185.139.168.34:8000/yleisohjelma - intro is 256 kbits/s 48 kHz ISO-MPEG2 L3 - live is 256 kbits/s 48 kHz ISO-MPEG2 L3 http://185.139.168.34:8000/vara - live is 128 kBits/s 48 kHz, possible ISO-MPEG2 L3 - there is no intro Of

Hi there, I ran to dead end when Google released a new version for Chrome. I have tried to search with google and I haven’t found anything. There seems to be a problem when a stream has an intro element. It only plays the the intro and does not allow the stream to be played. http://185.139.186.34:8000/yleisohjelma And if there is no intro then it will play like:

Hi there, I have used VLC 0.9.9 on Windows platform for streaming audio to icecast2 for years. Had no problems. Since Google Chrome v.65.0.33.25.181 I ran into problems. Stream will play couple of minutes and then stop. Is there something fundamentally wrong with my configuration in vlm configuration: output

Terve, I used You guidance and yes… version 2.4.4 Now I have one new line on error.log WARN connection/get_ssl_certificate Invalid cert file /usr/share/icecast2/icecast.pem It might be that Michel van Dop was right… This is how I generated the cert: openssl req -new -newkey rsa:2048 -days 365 -nodes -x509 -keyout icecast2.pem -out icecast2.pem Have I done something wrong? There is still

Hi there, Any idea? I found from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744815 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744815> that there is a license problem and therefor Icecast no longer support SSL on Debian. Please help me. Is this the situation? I’m happy with other linux distribution if there is a working package for it with SSL Support. Moimoi, Oskar

There should be no issue with the varying bit rate. For an MP3 stream, you can change bit rates mid-stream all you want as long as you keep the sample rate and channel counts the same. If you check chrome://media-internals, you'll see that you're getting a PIPELINE_ERROR_DECODE. Since Chrome v64, it has been a lot more picky about the streams it accepts. I suspect that Icecast is

Hello Oskar, No i didn’t face it with this exact version of Chrome but with different versions and other players/ Webbrowsers. IMHO you should first try to set encoding of intro and stream identical. And try different players. Regards Leif > Am 18.04.2018 um 13:53 schrieb Oskar Vilkevuori <oskar.vilkevuori at ovt.fi>: > > Hi Leif, > > Did You faced that with the

Hello Oskar, I had a similar problem. The fix was to produce an intro file with same Bitrate, sampling rate (khz), channels and so on as the stream. Most players get confused when one of this parameters changes in between. Cheers Leif > Am 18.04.2018 um 10:13 schrieb Oskar Vilkevuori <oskar.vilkevuori at ovt.fi>: > > Hi there, > > I ran to dead end when Google

On 28 Apr 2018, at 21:46, Oskar Vilkevuori wrote: > Hi there, > > I have used VLC 0.9.9 on Windows platform for streaming audio to > icecast2 for years. Had no problems. Since Google Chrome > v.65.0.33.25.181 I ran into problems. Stream will play couple of > minutes and then stop. > > Is there something fundamentally wrong with my configuration in vlm >

Thank you all for your suggestions! @David, thanks for the advice, I'll check MCOptions again and look into LLVMContext. @Craig, @Aaron, great suggestion, moving the option away from CommandFlags.inc to a more appropriate file and adding an extern declaration to the corresponding header gives me more flexibility and allows me to invoke the option by using -mllvm. From my current

I seem to remember seeing somewhere (on this list/on the web -- don't remember) that there was some ``Snort-like'' software that was available under the BSD license. Unfortunately, I'm unable to find any information about such software. Was I dreaming, or can anybody else jog my memory? :) Kind regards, Devon H. O'Dell

hello! on one of my servers (freebsd 7.0-R , Jail) I have a very strange problem I guess its something about LOCKing. some programs have issued with locking: saslauthd[38127] :main : could not lock pid lock file: /var/run/saslauthd/saslauthd.pid.lock saslauthd[38127] :main : fcntl: Invalid argument dovecot: 2009-05-29 03:45:50 Info: dovecot v1.1.15 starting up

The LegalizeDAG.cpp file has this code in SelectionDAGLegalize::PromoteNode: case ISD::BSWAP: { unsigned DiffBits = NVT.getSizeInBits() - OVT.getSizeInBits(); Tmp1 = DAG.getNode(ISD::ZERO_EXTEND, dl, NVT, Tmp1); Tmp1 = DAG.getNode(ISD::BSWAP, dl, NVT, Tmp1); Tmp1 = DAG.getNode(ISD::SRL, dl, NVT, Tmp1, DAG.getConstant(DiffBits, TLI.getShiftAmountTy()));

Hello all, please tell me, is it possible (at least theoretically) to circumvent bug 622 [1] by using GRUB instead of /boot/loader to load FreeBSD kernel? Or it is silly idea: even if we bypass /boot/loader we will not be able to run FreeBSD kernel in a HVM-domain on a Intel-based host for some other reason? As far as I know, GRUB can''t load FreeBSD kernel directly, but only can

I posted this in the Hydrogenaudio Forums (http://www.hydrogenaudio.org/forums/index.php?showtopic=31347) but I'll post it here as well, hope that's ok... ---------------------------------------------------------------------- Hello, I am having a lot of problems with tagging FLAC-files. I edited the tags in XMMS (in Linux) using the FLAC plugin, version 1.1.o. Playback worked fine with