From ohnonot-github at posteo.de  Sat Apr 15 20:36:49 2023
From: ohnonot-github at posteo.de (D.T.)
Date: Sat, 15 Apr 2023 20:36:49 +0000
Subject: [Icecast] Transcode lossy to further reduced lossy to stream over
 Icecast
Message-ID: <84edcb15b6713d3f52b7f9a7d7f8cd24f58adb4d.camel@posteo.de>

Situation:?
 * remote virtual server with very little storage (estimate: I can
   spare about 40G for music)
 * local music collection of ~80G in all sorts of formats - lossy in
   varying quality, some lossless too

Vision:
 * stream my whole music collection randomized so I can listen to it
   anywhere

Plan/Idea:
 * Locally transcode everything to one format that results in files
   that are?
    - small enough to fit on my server, altogether
    - have a reduced bitrate for streaming
    - can be streamed as-is without further transcoding
 * Upload
 * Set icecast up to do just that (this I know how to do)

So I'm asking advice for the transcoding. What's likely to give the
best results with already lossy sources, and at small bitrates?

According to these documents:
https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_transcoding
it basically comes down to Fraunhofer Institute's FDK AAC, but the
articles are dated.
Opus is supposed to be good but I always have the impression it doesn't
deal well with loud/grungy/fuzzy/guitarry music, esp. at low bitrates.

What do you say?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230415/23371709/attachment.htm>

From brad at musatcha.com  Sat Apr 15 21:17:44 2023
From: brad at musatcha.com (Brad Isbell)
Date: Sat, 15 Apr 2023 16:17:44 -0500
Subject: [Icecast] Transcode lossy to further reduced lossy to stream
 over Icecast
In-Reply-To: <84edcb15b6713d3f52b7f9a7d7f8cd24f58adb4d.camel@posteo.de>
References: <84edcb15b6713d3f52b7f9a7d7f8cd24f58adb4d.camel@posteo.de>
Message-ID: <CAELR-fBtpyYdpkbPrtxeoAkhUV1BNaofbVmV89TZq28DZhnFew@mail.gmail.com>

Opus or AAC will give you comparable results at reasonable bitrates (~128k).

Though, I would suggest finding a way to get more storage.  You could
upload to Backblaze B2 or AWS S3 for pennies, if your current host won't
let you upgrade.

On Sat, Apr 15, 2023 at 3:36?PM D.T. <ohnonot-github at posteo.de> wrote:

> Situation:
>
>    - remote virtual server with very little storage (estimate: I can
>    spare about 40G for music)
>    - local music collection of ~80G in all sorts of formats - lossy in
>    varying quality, some lossless too
>
>
> Vision:
>
>    - stream my whole music collection randomized so I can listen to it
>    anywhere
>
>
> Plan/Idea:
>
>    - Locally transcode everything to *one* format that results in files
>    that are
>       - small enough to fit on my server, altogether
>       - have a reduced bitrate for streaming
>       - can be streamed as-is without further transcoding
>    - Upload
>    - Set icecast up to do just that (this I know how to do)
>
>
> So I'm asking advice for the transcoding. What's likely to give the best
> results with already lossy sources, and at small bitrates?
>
> According to these documents:
> https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
>
> https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_transcoding
> it basically comes down to Fraunhofer Institute's FDK AAC, but the
> articles are dated.
> Opus is supposed to be good but I always have the impression it doesn't
> deal well with loud/grungy/fuzzy/guitarry music, esp. at low bitrates.
>
> What do you say?
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230415/bcc1faa9/attachment.htm>

From ohnonot-github at posteo.de  Sun Apr 16 17:05:03 2023
From: ohnonot-github at posteo.de (D.T.)
Date: Sun, 16 Apr 2023 17:05:03 +0000
Subject: [Icecast] Transcode lossy to further reduced lossy to stream
 over Icecast
In-Reply-To: <CAELR-fBtpyYdpkbPrtxeoAkhUV1BNaofbVmV89TZq28DZhnFew@mail.gmail.com>
References: <84edcb15b6713d3f52b7f9a7d7f8cd24f58adb4d.camel@posteo.de>
 <CAELR-fBtpyYdpkbPrtxeoAkhUV1BNaofbVmV89TZq28DZhnFew@mail.gmail.com>
Message-ID: <1ed7834b2ae96b7aeb843218f9e6e8c32bacc1d2.camel@posteo.de>

I created some test samples and transcoded to FDK AAC and libopus at
fairly low bitrates - I cannot recreate what bothered me about Opus &
noisy music previously.
It also seems I cannot tease ffmpeg into encoding FDK's AAC with VBR.
As it stands, Opus clearly wins in this scenario.*

Q:
Is it possible to stream in variable bitrate?


*
ffmpeg -i "$track" -vn -ac 2 -c:a libfdk_aac -profile:a aac_he_v2 -b:a $br -vbr 5 "${track}.HEv2_$br.aac"
ffmpeg -i "$track" -vn -ac 2 -c:a libopus -b:a $br -vbr on "${track}.vbr$br.ogg"


On Sat, 2023-04-15 at 16:17 -0500, Brad Isbell wrote:
> Opus or AAC will give you comparable results at reasonable bitrates
> (~128k).
> Though, I would suggest finding a way to get more storage.? You could
> upload to Backblaze B2 or AWS S3 for pennies, if your current host
> won't let you upgrade.
> 
> On Sat, Apr 15, 2023 at 3:36?PM D.T. <ohnonot-github at posteo.de>
> wrote:
> > Situation:?
> > * remote virtual server with very little storage (estimate: I can
> > spare about 40G for music)
> > * local music collection of ~80G in all sorts of formats - lossy in
> > varying quality, some lossless too
> > 
> > Vision:
> > * stream my whole music collection randomized so I can listen to it
> > anywhere
> > 
> > Plan/Idea:
> > * Locally transcode everything to one format that results in files
> > that are?
> > - small enough to fit on my server, altogether
> > - have a reduced bitrate for streaming
> > - can be streamed as-is without further transcoding
> > * Upload
> > * Set icecast up to do just that (this I know how to do)
> > 
> > So I'm asking advice for the transcoding. What's likely to give the
> > best results with already lossy sources, and at small bitrates?
> > 
> > According to these documents:
> > https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
> > https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_transcoding
> > it basically comes down to Fraunhofer Institute's FDK AAC, but the
> > articles are dated.
> > Opus is supposed to be good but I always have the impression it
> > doesn't deal well with loud/grungy/fuzzy/guitarry music, esp. at
> > low bitrates.
> > 
> > What do you say?
> > 
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230416/33ebe10f/attachment.htm>

From ohnonot-github at posteo.de  Sun Apr 16 17:08:24 2023
From: ohnonot-github at posteo.de (D.T.)
Date: Sun, 16 Apr 2023 17:08:24 +0000
Subject: [Icecast] Transcode lossy to further reduced lossy to stream
 over Icecast
In-Reply-To: <1ed7834b2ae96b7aeb843218f9e6e8c32bacc1d2.camel@posteo.de>
References: <84edcb15b6713d3f52b7f9a7d7f8cd24f58adb4d.camel@posteo.de>
 <CAELR-fBtpyYdpkbPrtxeoAkhUV1BNaofbVmV89TZq28DZhnFew@mail.gmail.com>
 <1ed7834b2ae96b7aeb843218f9e6e8c32bacc1d2.camel@posteo.de>
Message-ID: <acc34679bbd80e2e74a72332e570ab24a97790c5.camel@posteo.de>

PS: I used 64kbps as bitrate, so: br=64000
This creates comparable filesizes for both codecs, 25s samples come out
~200K.

On Sun, 2023-04-16 at 17:05 +0000, D.T. wrote:
> I created some test samples and transcoded to FDK AAC and libopus at
> fairly low bitrates - I cannot recreate what bothered me about Opus &
> noisy music previously.
> It also seems I cannot tease ffmpeg into encoding FDK's AAC with VBR.
> As it stands, Opus clearly wins in this scenario.*
> 
> Q:
> Is it possible to stream in variable bitrate?
> 
> 
> *
> ffmpeg -i "$track" -vn -ac 2 -c:a libfdk_aac -profile:a aac_he_v2 -b:a $br -vbr 5 "${track}.HEv2_$br.aac"
> ffmpeg -i "$track" -vn -ac 2 -c:a libopus -b:a $br -vbr on "${track}.vbr$br.ogg"
> 
> 
> On Sat, 2023-04-15 at 16:17 -0500, Brad Isbell wrote:
> > Opus or AAC will give you comparable results at reasonable bitrates
> > (~128k).
> > Though, I would suggest finding a way to get more storage.? You
> > could upload to Backblaze B2 or AWS S3 for pennies, if your current
> > host won't let you upgrade.
> > 
> > On Sat, Apr 15, 2023 at 3:36?PM D.T. <ohnonot-github at posteo.de>
> > wrote:
> > > Situation:?
> > > * remote virtual server with very little storage (estimate: I can
> > > spare about 40G for music)
> > > * local music collection of ~80G in all sorts of formats - lossy
> > > in
> > > varying quality, some lossless too
> > > 
> > > Vision:
> > > * stream my whole music collection randomized so I can listen to
> > > it
> > > anywhere
> > > 
> > > Plan/Idea:
> > > * Locally transcode everything to one format that results in
> > > files
> > > that are?
> > > - small enough to fit on my server, altogether
> > > - have a reduced bitrate for streaming
> > > - can be streamed as-is without further transcoding
> > > * Upload
> > > * Set icecast up to do just that (this I know how to do)
> > > 
> > > So I'm asking advice for the transcoding. What's likely to give
> > > the best results with already lossy sources, and at small
> > > bitrates?
> > > 
> > > According to these documents:
> > > https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio
> > > https://wiki.hydrogenaud.io/index.php?title=Transcoding#Lossy-to-lossy_transcoding
> > > it basically comes down to Fraunhofer Institute's FDK AAC, but
> > > the articles are dated.
> > > Opus is supposed to be good but I always have the impression it
> > > doesn't deal well with loud/grungy/fuzzy/guitarry music, esp. at
> > > low bitrates.
> > > 
> > > What do you say?
> > > 
> > > _______________________________________________
> > > Icecast mailing list
> > > Icecast at xiph.org
> > > http://lists.xiph.org/mailman/listinfo/icecast
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230416/d727b4c1/attachment.htm>

From phschafft at de.loewenfelsen.net  Mon Apr 17 11:01:39 2023
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 17 Apr 2023 11:01:39 +0000
Subject: [Icecast] Next Icecast presentation this Friday
Message-ID: <320ae0e5130fd46a78767dfda66c0afd45c087fc.camel@de.loewenfelsen.net>

Good morning,

I would like to announce our third presentation this year.

                       This Friday (2023-04-21)
                               14:00 UTC
        Offloading the auth subsystem with the event subsystem


Topics:
 * What are the auth and event subsystems?
 * How can we use both subsystems together for maximum performance?
 * What impact can we expect in real world deployments?

As always we will also have an interactive demo as well as an open
discussion at the end.

The presentation will be in English via Jitsi. To join please send us a
n e-mail off-list.

With best regards,


PS: We're also running a series on Modern Perl at the moment. If there
is interest for that, feel free to ask.

-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer)
Telephone:           +49.3535 490 17 92
Website:             https://www.loewenfelsen.net/
Follow us:           https://www.linkedin.com/company/loewenfelsen/
Gesch?ftsf?hrer/CEO: Philipp Schafft

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: 228 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230417/58430fc4/attachment.sig>

From vahe.jaloyan34 at gmail.com  Wed Apr 19 16:33:20 2023
From: vahe.jaloyan34 at gmail.com (vahe.jaloyan34 at gmail.com)
Date: Wed, 19 Apr 2023 16:33:20 +0000
Subject: [Icecast] =?utf-8?b?0J/RgNC40LPQu9Cw0YjQtdC90LjQtTogIE5leHQgSWNl?=
	=?utf-8?q?cast_presentation_this_Friday_-_=D0=BF=D1=82=2C_21_?=
	=?utf-8?b?0LDQv9GAIDIwMjMgNlBNIC0gN1BNIChBTVQpIChpY2VjYXN0QHhpcGgu?=
	=?utf-8?q?org=29?=
Message-ID: <calendar-e9f38f0a-09c6-4fd1-a7a8-1a394aafbc4e@google.com>

[Icecast] Next Icecast presentation this Friday
???????, 21 ??? 2023 ? 6PM ? 7PM
???????, ??????????? ?????

?????????????? ? Google Meet
https://meet.google.com/afz-xdxi-rvq?hs=224




Good morning,

I would like to announce our third presentation this year.

                        This Friday (2023-04-21)
                                14:00 UTC
         Offloading the auth subsystem with the event subsystem


Topics:
  * What are the auth and event subsystems?
  * How can we use both subsystems together for maximum performance?
  * What impact can we expect in real world deployments?

As always we will also have an interactive demo as well as an open
discussion at the end.

The presentation will be in English via Jitsi. To join please send us a
n e-mail off-list.

With best regards,


PS: We're also running a series on Modern Perl at the moment. If there
is interest for that, feel free to a...

???????????
vahe.jaloyan34 at gmail.com
vahe.jaloyan34 at gmail.com

?????
vahe.jaloyan34 at gmail.com? ???????????
phschafft at de.loewenfelsen.net
icecast at xiph.org
support at loewenfelsen.net
?????????? ???????? ??? ???? ??????  
https://calendar.google.com/calendar/event?action=VIEW&eid=N2pyZnFnOXBncDVxdHZtY25pM2wzM2kzZWcgaWNlY2FzdEB4aXBoLm9yZw&tok=MjQjdmFoZS5qYWxveWFuMzRAZ21haWwuY29tMGEyZTllMjhmOWM4YmQxNTRhOTA4MTFkMWQ5ZWEyYWM2ODU2MjJiOQ&ctz=Asia%2FYerevan&hl=ru&es=0

????????? ????? ???????????? icecast at xiph.org ? ?????????? ??????????????  
???????? ? ???????????:  
https://calendar.google.com/calendar/event?action=VIEW&eid=N2pyZnFnOXBncDVxdHZtY25pM2wzM2kzZWcgaWNlY2FzdEB4aXBoLm9yZw&tok=MjQjdmFoZS5qYWxveWFuMzRAZ21haWwuY29tMGEyZTllMjhmOWM4YmQxNTRhOTA4MTFkMWQ5ZWEyYWM2ODU2MjJiOQ&ctz=Asia%2FYerevan&hl=ru&es=0.
??????????? ?????????????.

~~//~~
??????????? ?? Google ?????????: https://calendar.google.com/calendar/

?? ???????? ??? ??????, ??? ??? ????????? ? ?????? ?????? ???????????.  
????? ????????? ???????? ??????????? ?? ???? ???????????, ????????? ??????  
???????????.

???? ?? ????????? ??? ???????????, ?????????? ?????? ????????? ????? ??  
???? ????????????, ????? ??? ???????? ? ?????? ??????, ?????????? ??????  
????? ??? ??????????? ?? ??????? ???????????? ???????????, ? ????? ????????  
??? ?????.

?????????????? ??????????:  
https://support.google.com/calendar/answer/37135#forwarding.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230419/84f1a64f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 2759 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230419/84f1a64f/attachment.ics>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invite.ics
Type: application/ics
Size: 2822 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230419/84f1a64f/attachment.bin>

From hgalt at gmx.net  Wed Apr 26 16:43:26 2023
From: hgalt at gmx.net (HGAlt)
Date: Wed, 26 Apr 2023 18:43:26 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
Message-ID: <000701d9785e$39db69c0$ad923d40$@gmx.net>

I am using the windows 64-bit icecast-2.4.0-kh20_win64_setup, because that
is the only 64-bit version for windows, as I know.



Is this build based on Icecast 2.5x development?



If yes, if I found problems, where can I create a bug report?



Thanks,

Hans-Georg



--
Diese E-Mail wurde von Avast-Antivirussoftware auf Viren gepr?ft.
www.avast.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230426/1c700c16/attachment.htm>

From beni.reber at br-media.ch  Wed Apr 26 16:55:57 2023
From: beni.reber at br-media.ch (beni.reber at br-media.ch)
Date: Wed, 26 Apr 2023 18:55:57 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
In-Reply-To: <000701d9785e$39db69c0$ad923d40$@gmx.net>
Message-ID: <d940993c-efa9-4d5b-a531-8f225354f438@email.android.com>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20230426/9e8c0d42/attachment.htm>

From mahirth at at.loewenfelsen.net  Wed Apr 26 17:00:41 2023
From: mahirth at at.loewenfelsen.net (Manuel Hirth)
Date: Wed, 26 Apr 2023 19:00:41 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
In-Reply-To: <000701d9785e$39db69c0$ad923d40$@gmx.net>
References: <000701d9785e$39db69c0$ad923d40$@gmx.net>
Message-ID: <20230426190041.6f26fdbd@aether>

> I am using the windows 64-bit icecast-2.4.0-kh20_win64_setup, because
> that is the only 64-bit version for windows, as I know.

I'm not a Windows expert by any means but the 32 bit version
should run on a 64 bit Windows install. Or do you have an
explicit reason for wanting 64 bit adressing?

> Is this build based on Icecast 2.5x development?

Icecast 2.5 is not released yet. As for the -kh version,
to the best of my knowledge that's a hard fork that
doesn't include changes from after it split off, so
this is all but guaranteed to be a "no". Also, the
setup you mentioned explicitly says it's 2.4.0. :)

> If yes, if I found problems, where can I create a bug report?

https://github.com/karlheyes/icecast-kh/issues looks to be the right
place. Keep in mind that the official Icecast documentation might not
match what the -kh version does.

Best wishes,

-- 
Manuel Hirth (Software developer) 
Telephone:           +49.3535 490 17 92
Website:             https://www.loewenfelsen.net/
Follow us:           https://www.linkedin.com/company/loewenfelsen/
Gesch?ftsf?hrer/CEO: Philipp Schafft

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015


From hgalt at gmx.net  Wed Apr 26 17:50:07 2023
From: hgalt at gmx.net (HGAlt)
Date: Wed, 26 Apr 2023 19:50:07 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
In-Reply-To: <20230426190041.6f26fdbd@aether>
References: <000701d9785e$39db69c0$ad923d40$@gmx.net>
 <20230426190041.6f26fdbd@aether>
Message-ID: <001e01d97867$8a4802c0$9ed80840$@gmx.net>

Hi Manuel and Beni,

I don't believe that KH is a different branch. It has a lot of features of 2.5x. So you can load the setup dynamically, without interrupt the steaming software. Also runs this version as a service and is more stable than the 32-bit version of 2.4.x. I had already several cases, where the software was stopping.
My understanding is also, that KH is always a pre-version of the official Icecast development.
By the way I am also running the 32-bit 2.4.x version.

So. if anybody really knows on what KH 2.4.x is based, please send me this information.

Thanks a lot,
Hans-Georg

-----Urspr?ngliche Nachricht-----
Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Manuel Hirth
Gesendet: Mittwoch, 26. April 2023 19:01
An: icecast at xiph.org
Betreff: Re: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?

> I am using the windows 64-bit icecast-2.4.0-kh20_win64_setup, because
> that is the only 64-bit version for windows, as I know.

I'm not a Windows expert by any means but the 32 bit version
should run on a 64 bit Windows install. Or do you have an
explicit reason for wanting 64 bit adressing?

> Is this build based on Icecast 2.5x development?

Icecast 2.5 is not released yet. As for the -kh version,
to the best of my knowledge that's a hard fork that
doesn't include changes from after it split off, so
this is all but guaranteed to be a "no". Also, the
setup you mentioned explicitly says it's 2.4.0. :)

> If yes, if I found problems, where can I create a bug report?

https://github.com/karlheyes/icecast-kh/issues looks to be the right
place. Keep in mind that the official Icecast documentation might not
match what the -kh version does.

Best wishes,

--
Manuel Hirth (Software developer)
Telephone:           +49.3535 490 17 92
Website:             https://www.loewenfelsen.net/
Follow us:           https://www.linkedin.com/company/loewenfelsen/
Gesch?ftsf?hrer/CEO: Philipp Schafft

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast


--
Diese E-Mail wurde von Avast-Antivirussoftware auf Viren gepr?ft.
www.avast.com


From epirat07 at gmail.com  Wed Apr 26 20:34:02 2023
From: epirat07 at gmail.com (Marvin Scholz)
Date: Wed, 26 Apr 2023 22:34:02 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
In-Reply-To: <001e01d97867$8a4802c0$9ed80840$@gmx.net>
References: <000701d9785e$39db69c0$ad923d40$@gmx.net>
 <20230426190041.6f26fdbd@aether> <001e01d97867$8a4802c0$9ed80840$@gmx.net>
Message-ID: <EE2509B5-FE24-4CD3-90C8-373A4F3BB6DF@gmail.com>

On 26 Apr 2023, at 19:50, HGAlt wrote:

> Hi Manuel and Beni,

Hi,

>
> I don't believe that KH is a different branch. It has a lot of features of 2.5x. So you can load the setup dynamically, without interrupt the steaming software. Also runs this version as a service and is more stable than the 32-bit version of 2.4.x. I had already several cases, where the software was stopping.
> My understanding is also, that KH is always a pre-version of the official Icecast development.

Your understanding is wrong, -kh is a hard fork of the project not maintained or related to in any
way to the Icecast (non-kh) developers/maintainers.

> By the way I am also running the 32-bit 2.4.x version.
>
> So. if anybody really knows on what KH 2.4.x is based, please send me this information.

Generally Icecast-kh is offtopic on this list as it is really a different product and
we can not help with it in any way.

>
> Thanks a lot,
> Hans-Georg
>
> -----Urspr?ngliche Nachricht-----
> Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Manuel Hirth
> Gesendet: Mittwoch, 26. April 2023 19:01
> An: icecast at xiph.org
> Betreff: Re: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
>
>> I am using the windows 64-bit icecast-2.4.0-kh20_win64_setup, because
>> that is the only 64-bit version for windows, as I know.
>
> I'm not a Windows expert by any means but the 32 bit version
> should run on a 64 bit Windows install. Or do you have an
> explicit reason for wanting 64 bit adressing?
>
>> Is this build based on Icecast 2.5x development?
>
> Icecast 2.5 is not released yet. As for the -kh version,
> to the best of my knowledge that's a hard fork that
> doesn't include changes from after it split off, so
> this is all but guaranteed to be a "no". Also, the
> setup you mentioned explicitly says it's 2.4.0. :)
>
>> If yes, if I found problems, where can I create a bug report?
>
> https://github.com/karlheyes/icecast-kh/issues looks to be the right
> place. Keep in mind that the official Icecast documentation might not
> match what the -kh version does.
>
> Best wishes,
>
> --
> Manuel Hirth (Software developer)
> Telephone:           +49.3535 490 17 92
> Website:             https://www.loewenfelsen.net/
> Follow us:           https://www.linkedin.com/company/loewenfelsen/
> Gesch?ftsf?hrer/CEO: Philipp Schafft
>
> L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
> Bickinger Stra?e 21                     HRB 12308 CB
> 04916 Herzberg (Elster)                 VATIN/USt-ID:
> Germany                                 DE305133015
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> --
> Diese E-Mail wurde von Avast-Antivirussoftware auf Viren gepr?ft.
> www.avast.com
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From mahirth at at.loewenfelsen.net  Wed Apr 26 20:37:16 2023
From: mahirth at at.loewenfelsen.net (Manuel Hirth)
Date: Wed, 26 Apr 2023 22:37:16 +0200
Subject: [Icecast] Icecast-2.4.0-kh20_win64_setup based on ?
In-Reply-To: <001e01d97867$8a4802c0$9ed80840$@gmx.net>
References: <000701d9785e$39db69c0$ad923d40$@gmx.net>
 <20230426190041.6f26fdbd@aether>
 <001e01d97867$8a4802c0$9ed80840$@gmx.net>
Message-ID: <20230426223716.758f156b@aether>

On Wed, 26 Apr 2023 19:50:07 +0200
"HGAlt" <hgalt at gmx.net> wrote:

> Hi Manuel and Beni,
> 
> I don't believe that KH is a different branch. It has a lot of
> features of 2.5x. So you can load the setup dynamically, without
> interrupt the steaming software. Also runs this version as a service
> and is more stable than the 32-bit version of 2.4.x. I had already
> several cases, where the software was stopping. My understanding is
> also, that KH is always a pre-version of the official Icecast
> development. By the way I am also running the 32-bit 2.4.x version.

Icecast-KH is a fork maintained by Karl Heyes, that AFAIK initially got
traction because of its FLV support, which was a big feature before
Flash died out, but wasn't a good fit for the Xiph Foundation which
besides Icecast develops and maintains free/libre codecs like FLAC
Opus, and Theora.

Source: My boss happens to be the current maintainer of Icecast and
stresses the divergence between Icecast and Icecast-KH every chance
he gets because this is such a common point of confusion.

If you want the actual pre-release version, you can find it here:
https://downloads.xiph.org/releases/icecast/icecast_win32_2.5-beta1.exe

That isn't really up-to-date tho, as beta 3 was already released over a
year ago, but it seems to be the only 2.5 Windows build available ? so
if you want something newer, you'll have to compile it yourself.

> So. if anybody really knows on what KH 2.4.x is based, please send me
> this information.

I don't know the exact history here, but from what I found, the initial
fork seems to have happened around version 2.3.2*. So KH 2.4 either
merged changes from mainline Icecast 2.4 (doesn't look like it when
going by `git log`) or it's still based on 2.3. In any case, there's
going to be a lot of differences between the two.

*: see
https://github.com/karlheyes/icecast-kh/commit/76a7569020cdfc80b5c781594d33e237196a6162

> Thanks a lot,
> Hans-Georg

Cheerio,

-- 
Manuel Hirth (Software developer) 
Telephone:           +49.3535 490 17 92
Website:             https://www.loewenfelsen.net/
Follow us:           https://www.linkedin.com/company/loewenfelsen/
Gesch?ftsf?hrer/CEO: Philipp Schafft

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015