search for: kh13

...ut debug for icecast 2.2.0 showed that it was terminating the source at the same place in the playlist, apparently due to a lack of trailing metadata in one particular file -- icecast saw it as end of stream. After checking code updates on the TRAC system, I installed the kh branch of icecast (kh13) and this seems to have fixed the spontaneous dropping of the mountpoint due to this particular file. BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it won't untar completely; it gives this: . . . icecast-2.2-kh14/doc/icecast2_admin.html icecast-2.2-kh14/doc/icecast2_bas...

Hello, Yesterday evening, I installed icecast kh13 with your latest libshout. We have to wait 1, 2 or three days to see what is happening... Yes, the samplerate 19404 is exactly what I asked ices to do... Just a compromise between bitrate and samplerate to have a better sound quality. Regarding to that, I didn't found the option to set the oup...

I'll get around to putting Wireshark on and seeing what's going on, perhaps someone else has already noticed this: Since I upgraded to 2.4.2 Win32 (used to use a kh branch version previously) and then on to 2.4.4 Win32, I've been noticing clients don't always connect successfully. VLC or Muses player does this out of every dozen connection attempts, sometimes as few as 2 or 3.

...from my 4G mobile on data, although I'll be using a lower rate for mobile phones soon. Great quality and reasonably low latency for online within N.Z. ====================== Good morning, On Thu, 2020-05-21 at 03:49 +1200, Gavin Stephens wrote: >/I can confirm it doesn't happen on kh13 Win32 build either. I think it />/was introduced about 2.4.1/2 in the normal version. / First of all, please note that there is no such thing as a "kh branch". The Icecast-kh software is a different software by a different vendor. It's not part of the Icecast project. Also it can h...

...0 showed that it was terminating the > source at the same place in the playlist, apparently due to a lack of > trailing metadata in one particular file -- icecast saw it as end of > stream. > After checking code updates on the TRAC system, I installed the kh branch > of icecast (kh13) and this seems to have fixed the spontaneous dropping of > the mountpoint due to this particular file. I'm not sure what the changes in -kh would have with this, the mp3 difference is really just making sure there are blocks of a certain size. I would need the test case to verify it. &gt...

I can confirm it doesn't happen on kh13 Win32 build either. I think it was introduced about 2.4.1/2 in the normal version. On 21/05/2020 3:17 am, Gavin Stephens wrote: > I'll get around to putting Wireshark on and seeing what's going on, > perhaps someone else has already noticed this: > > Since I upgraded to 2.4.2...

...; > before, it was > bla.bla.bla.bla - - [11/Nov/2003:14:20:35 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 25865637 "-" "IceS 2.0-Beta2" 7741 ok, thanks for the feedback, I'll look into this, it's probably just an accounting bug. I've tried kh13 and it has the same bug. > Except that, I think it is more stable and a bug in reporting the source name in the access log has diseapered (the CVS lastest icecast is sometimes erasing the 8 first digits of the source name in the access log file, but it's fixed by your version.) > will be...

Hello I found that in this version, in the access log, the source log lines are wrong. The number of bytes transfered for the source is always 19 bytes... bla.bla.bla.bla - - [17/Nov/2003:23:25:22 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2.0-Beta2" 13325 bla.bla.bla.bla - - [17/Nov/2003:23:25:52 +0100] "SOURCE /radio-bro-gwened.ogg

...l be using a lower rate for mobile phones soon. Great quality and reasonably low latency for online within N.Z. > > > ====================== > > > Good morning, > > > On Thu, 2020-05-21 at 03:49 +1200, Gavin Stephens wrote: > >/I can confirm it doesn't happen on kh13 Win32 build either. I think it />/was introduced about 2.4.1/2 in the normal version. / > First of all, please note that there is no such thing as a "kh branch". > The Icecast-kh software is a different software by a different vendor. > It's not part of the Icecast project...

Hello, I have a problem with icecast icecast-2.0-kh8: - the source disconnect - icecast didn't notice it - the source cannot reconnect until - the source cannot reconnect (it tries every 8 seconds) - after two hours, the source is able to reconnect Here is the interesting parts of the log files: Thanks for your advices and help. Chris (icecast machine has +3sec in its time, that's

Hello, I had a problem with ices kh48 and icecastkh13. I usually restart them by cron at 00:00. ----------1---------- This night, icecast told ices "Too many sources" for radio-bro-gwened.ogg... All right, I've just seen that my config file is wrong for icecast (I have 3 sources): <sources>2</sources> But, with t...