Icecast ile Ücretsiz Canlı Yayın Nasıl Yapılır? (Adım Adım Kurulum, Encoder, Ayarlar ve Sorun Giderme)

Bu rehberde “icecast ile ücretsiz canlı yayın nasıl yapılır” sorusunu, sadece kavram anlatmadan; gerçekten yayını başlatacak şekilde adım adım kuracağız. Önce mimariyi netleştiriyoruz: encoder (sesinizi hazırlar) → Icecast (akışı dağıtır) → dinleyiciler (oynatır). Sonra sunucu seçimi, codec/port planı, icecast.xml ayarları, encoder komutları ve en önemlisi test/teşhis adımlarıyla devam edeceğiz.

Hedefiniz ister hobi radyosu gibi kısa denemeler olsun ister düzenli podcast/stream; burada verdiğimiz doğrulama akışı sayesinde “çalışıyor gibi görünüyor ama dinleyici bağlanmıyor” durumlarında nerede takıldığınızı hızlıca yakalayacaksınız. Ayrıca sık görülen kimlik doğrulama (401/403), mountpoint uyuşmazlığı, codec oynatma sorunları ve bağlantı kopması gibi hataları da hedefli şekilde ele alacağız.

Icecast ile canlı yayın mantığı: encoder → Icecast → dinleyiciler

Icecast tek başına ses üretmez; gelen bir akışın “taşıyıcı” rolünü üstlenir. Bu yüzden tüm akış zincirinde parçalar birbirini tamamlar:

Encoder: Mikrofon/hat/kaynak sesi alır, seçtiğiniz codec ve bitrate ile sıkıştırır ve Icecast’e gönderir.

Icecast: Sıkıştırılmış akışı kabul eder, mountpoint (yayın yolu) üzerinden dinleyicilere dağıtır.

Dinleyiciler: Tarayıcı, VLC/ffplay veya bir radyo uygulaması ile Icecast URL’sine bağlanır; akışı çözer ve oynatır.

Bu zincirde bir halkayı kaçırdığınızda sorun genelde kendini hızlı gösterir: encoder Icecast’e ulaşamaz (URL/şifre/port), Icecast akışı kabul etmez (mountpoint/auth) ya da dinleyici codec’i kaldıramaz (format/bitrate/oynatıcı uyumsuzluğu).

Ön koşullar: bant genişliği, CPU, ses formatı (MP3/AAC/Ogg), portlar

Ücretsiz yayın senaryolarında en kritik iki sınır bant genişliği ve CPU’dur. Codec seçimi sadece kaliteyi etkilemez; aynı zamanda dinleyici sayısı büyüdükçe veri tüketimini de doğrudan belirler. Bitrate yükseldikçe ses kalitesi artar ama upload ihtiyacı da dinleyici sayısıyla birlikte büyür.

Portlar ise “yayın başlatıldı ama dinleyici yok” probleminin en sık tetikleyicilerindendir. Icecast HTTP/stream portu (çoğunlukla 8000) dış dünyaya açık olmalıdır. Ev ağında NAT varsa ayrıca port yönlendirme gerekir; VPS tarafında da güvenlik duvarı kurallarında aynı portun açık tutulması şarttır.

• Bant genişliği hesabı: Yaklaşık olarak bitrate × dinleyici sayısı. Örn. 96 kbps ile tek dinleyici saniyede 96 kilobit akıtır; dinleyici sayısı artınca toplam upload ihtiyacı doğrusal yükselir.
• CPU: Yazılımsal codec dönüşümleri encoder tarafında yük üretir. Küçük VPS veya düşük güçlü bilgisayarda bitrate’i aşırı yükseltmeyin.
• Format seçimi: MP3 uyumlulukta genellikle ilk tercih. AAC veya Ogg bazı durumlarda daha verimli olabilir ama dinleyici uygulama/istemci uyumu değişir.
• Port eşleşmesi: icecast.xml’deki listen portu ile encoder/URL tarafındaki port birebir eşleşmeli.

Ücretsiz yayın senaryoları: kendi makinenizde kurulum / ücretsiz VPS seçimi (kriterler)

“Ücretsiz” iki pratik yoldan gelir: Icecast’ı kendi bilgisayarınızda çalıştırmak ya da ücretsiz/ucuz bir VPS üzerinde başlatmak. İkisi de olur; ama beklentileri ve riskleri farklıdır.

Kendi makinenizde kurulum avantaj: maliyet düşüktür. Dezavantaj: ev internetinin upload kapasitesi sınırlı olabilir ve bilgisayarın uyku/yeniden başlatma gibi durumlarında yayını bir anda kesebilirsiniz. Ayrıca router arkasındaysanız port yönlendirme gerekir.

Ücretsiz VPS avantaj: daha stabil 7/24 çalışma. Dezavantaj: ücretsiz planlarda bant genişliği ve CPU kısıtları görülebilir. Bunun yanında bazı sağlayıcılar belirli portları kısıtlar; bu da Icecast’ın yayın portunun dışarıdan erişilebilirliğini sekteye uğratabilir.

VPS seçerken sadece “sunucu içinde Icecast çalışıyor” kısmına bakmayın; dinleyici tarafında erişim olması gerekir. O yüzden kurulumdan önce portların açık olduğundan emin olun.

Icecast kurulum seçenekleri (Docker ile önerilen yol + alternatif kurulum)

Başlangıç için Docker kullanmak genellikle daha az hata üretir: konfigürasyon dosyanızı konteynıra bağlarsınız, loglardan durumu izlersiniz ve sistem servisi karmaşasıyla uğraşmazsınız. Aşağıdaki komut genel bir şablondur; kullandığınız Icecast Docker imajına göre birkaç ayrıntı değişebilir.

Docker ile Icecast çalıştırma için genel şablon:

docker run -d --name icecast \
  -p 8000:8000 \
  -v /host/icecast/icecast.xml:/etc/icecast/icecast.xml:ro \
  your-icecast-image

Alternatif kurulumda (Linux paket) icecast.xml dosyasının nerede olduğu, servis dosyasının (systemd) hangi kullanıcıyla çalıştığı ve güvenlik duvarı kuralları daha kritik hale gelir. Hobi senaryolarında bu karmaşa, docker kadar pratik olmayabilir.

icecast.xml temel ayarları (hostname, kaynak/auth, mountpoint, admin/tanım, port)

icecast.xml dosyası Icecast’ın “neyi nerede yayınlayacağını” ve “yayıncıyı nasıl doğrulayacağını” belirler. Özellikle hostname, <authentication> içinde <source-password>, mount-name ve dinleyiciye açık port ayarları encoder tarafındaki bilgilerle birebir uyumlu olmalıdır.

Aşağıda mountpoint ve source-password örnek bir parça var. Bu bölümü kendi değerlerinize göre güncelleyin:

<hostname>your-host.example.com</hostname>

<authentication>
  <source-password>STREAM_SOURCE_PASSWORD</source-password>
  <admin-user>admin</admin-user>
  <admin-password>ADMIN_PASSWORD</admin-password>
</authentication>

<listen-socket>
  <port>8000</port>
</listen-socket>

<mount>
  <mount-name>/canli</mount-name>
  <max-listeners>100</max-listeners>
</mount>

Dinleyici URL örneği: http(s)://HOST:PORT/mountpoint. Örneğimizde mountpoint /canli olduğu için dinleyici URL’si yaklaşık olarak http://your-domain:8000/canli şeklinde olur.

Hostname kısmında ya domain kullanın (tercihen) ya da IP/uygun bir değer. Bazı doğrulamalarda host adı uyuşmazlığı kafa karıştırabilir; bu yüzden encoder tarafındaki URL’yi ve portu da doğru eşleştirdiğinizden emin olun.

Codec seçimi ve öneriler (MP3/AAC/Ogg)

Codec seçimi sadece kalite meselesi değildir; dinleyici uygulamasının akışı çözebilmesi gerekir. Aşağıdaki tablo, ücretsiz başlangıç için pratik bir karşılaştırma sağlar.

Codec	Başlangıç bitrate önerisi	Artıları	Eksileri / Dikkat
MP3	64–96 kbps	Uyumluluk genelde yüksektir, ilk testler için idealdir	Verim AAC’ye göre daha düşük olabilir
AAC (ADTS)	64–128 kbps	Aynı kalite için daha iyi verim sağlayabilir	İstemci/dinleyici desteği değişebilir
Ogg Vorbis	96 kbps (veya deneme)	Bazı senaryolarda verimli sıkıştırma	Her istemci her zaman sorunsuz decode etmeyebilir

Pratik kural: İlk denemeyi MP3 ile yapın. Dinleyici URL’si çalıştığında ve akış sorunsuz bağlandığında AAC/Ogg’a geçmeyi değerlendirin. Böylece hatanın nereden geldiğini daha hızlı anlarsınız: mountpoint mi, şifre mi, codec mi?

Encoder seçimi ve kurulum (OBS audio capture, ffmpeg, liquidsoap vb.)

Icecast’a yayın göndermek için bir encoder gerekir. “Canlı yayın” dediğiniz şey aslında sesin encode edilip Icecast’e akıtılmasıdır. Bu iş için birkaç yaygın yaklaşım var:

OBS: Mikrofon/kaynak seçersiniz, ses ayarlarını yaparsınız. OBS’den doğrudan Icecast’a bağlanma seçenekleri sürüme göre değişebilir; ama en güvenli yol, önce ffmpeg testleriyle Icecast’ın çalıştığını doğrulamak ve OBS’yi aynı parametrelerle uyumlu hale getirmektir.

ffmpeg: Hem hızlı test hem de net komutlar sayesinde en sık kullanılan araçtır. Basit bir akışla önce encoder’ın Icecast’e ulaşıp ulaşmadığını, Icecast’in de yayını dinleyicilere sunup sunmadığını görürsünüz.

Liquidsoap gibi araçlar ise daha çok yayın düzenleme tarafında güçlüdür. Program akışı, otomatik planlama gibi ihtiyaçlar çıktığında işinizi kolaylaştırır.

Teknik olmayan kullanıcılar için önerim: İlk aşamada ffmpeg ile deneme yapın. Sonra OBS/diğer araçları aynı mountpoint ve şifreyle bağlayın. Bu yaklaşım, sorun çıktığında kök nedeni ayırmayı daha rahat hale getirir.

Örnek komut/konfigürasyonlar: ffmpeg ile streaming (iki+ varyasyon)

ffmpeg ile Icecast’a streaming yaparken URL biçimi encoder tarafının belirleyicisidir. Şunlar birebir eşleşmeli: Icecast IP/domain + port + mountpoint + kaynak şifresi.

Varyasyon 1: MP3 (96 kbps)

ffmpeg -re -i "default" -vn -ac 2 -ar 44100 -c:a libmp3lame -b:a 96k -f mp3 \
"http://STREAM_SOURCE_PASSWORD@HOST:8000/canli"

Varyasyon 2: AAC (ADTS)

ffmpeg -re -i "default" -vn -ac 2 -ar 48000 -c:a aac -b:a 96k -f adts \
"http://STREAM_SOURCE_PASSWORD@HOST:8000/canli"

Varyasyon 3: Ogg Vorbis

ffmpeg -re -i "default" -vn -ac 2 -ar 44100 -c:a libvorbis -q:a 5 -f ogg \
"http://STREAM_SOURCE_PASSWORD@HOST:8000/canli"

Burada default ses giriş adıdır; Linux’ta PulseAudio/ALSA cihaz isimleri değişebilir, Windows’ta farklı olabilir. Komut sessiz çalışıp beklediğiniz sesi göremiyorsanız ilk iş ses cihazını doğru seçtiğinizi teyit edin; ardından bitrate/codec uyumuna geçin.

Dinleyici bağlantısını test etme: URL/mountpoint, codec uyumu

Icecast tarafında yayın “akıyor” görünebilir ama dinleyicinin bağlanması ayrı bir doğrulama sürecidir. Bu yüzden önce dinleyici uç noktasını test edin.

Dinleyici URL örneği: http(s)://HOST:PORT/mountpoint. Örneğimizde: http://HOST:8000/canli.

Kontrol yöntemleri:

1. VLC’de Medya > Ağ akışı kısmına URL’yi yapıştırın ve oynatın.
2. ffplay ile aynı URL’yi açıp oynatma/codec hatası var mı bakın.
3. Tarayıcıda otomatik oynatma beklemeyin: bazı tarayıcılar stream codec’lerini her zaman sorunsuz decode edemeyebilir; VLC/ffplay daha hızlı teşhis sağlar.

Dinleyici oynatmıyorsa önce codec’i değiştirip deneme yapın. İlk etapta MP3’e dönmek en hızlı “codec kaynaklı mı değil mi?” ayrımını sağlar.

Yayını yönetme: bitrate/latency ayarı, mountpoint değiştirme

Yayın başladıktan sonra iki konu sizi sürekli meşgul eder: veri tüketimi ve gecikme (latency). Bitrate yükseltmek kaliteyi artırabilir ama upload maliyetini de artırır. Latency ise encoder tamponlama ve streaming ayarlarıyla ilişkilidir; her koşulda “sıfır gecikme” beklemek doğru olmaz.

Mountpoint değiştirme: Yayını başka bir URL’de yayınlamak istiyorsanız icecast.xml içindeki <mount-name> değerini değiştirin. Ardından encoder komutunuzdaki URL path’ini güncelleyin. Aksi durumda encoder Icecast’e bağlanır ama dinleyici doğru mountpoint’te yayını göremez.

Ek olarak “şifreleme kullanmıyorum” senaryosunda güvenlik önlemlerini artırmak daha önemli hale gelir: güçlü source-password seçin, admin panel erişimini mümkünse kısıtlayın ve sadece gerekli portları açık bırakın.

Yaygın hatalar

En sık yaşanan sorunları baştan hedefleyelim; böylece “neden olmuyor?” sorusuna hızlı bir cevap alırsınız. Özellikle ücretsiz VPS ve ev ağlarında bu hatalar çok sık görülür.

1) 401/403 (kimlik doğrulama) hataları: Encoder tarafındaki şifre ile icecast.xml içindeki <source-password> eşleşmiyordur. Bir diğer yaygın neden, encoder URL’sinde kullanıcı/şifre biçiminin yanlış yazılmasıdır.

2) Mountpoint yok / dinleyicide akış görünmüyor: Icecast farklı bir mount-name tanımlıyordur ya da dinleyici URL’sindeki path hatalıdır. /canli ile /canli-2 gibi küçük farklar bile çalışmayı tamamen durdurabilir.

3) Codec uyumsuzluğu: Dinleyici oynatamıyor olabilir. Bu durumda önce MP3 ile doğrulayın; ardından aynı komut/ayarları kademeli değiştirin.

4) Bağlantı kopması: CPU/bant genişliği yetersizliği, firewall dalgalanması veya encoder kaynak sorunu (mikrofon/cihaz) kopmayı tetikleyebilir. Kopma anında loglara bakarak sebebi yakalayın.

Nasıl kontrol edilir? Adım adım doğrulama (kurulum kontrol listesi)

Kurulum sonrası “doğru mu çalışıyor mu?” sorusunu netleştiren doğrulama adımları şunlardır. Bu akışı uygularsanız hatayı hızla ayırırsınız.

1. Icecast gerçekten ayağa kalkıyor mu? Docker log veya servis durumundan sunucunun çalıştığını doğrulayın; ilgili port listen ediyor mu kontrol edin.
2. icecast.xml uyumu var mı? hostname, listen port, <mount-name> ve <source-password> değerlerinin encoder komutuyla birebir eşleştiğini teyit edin.
3. Encoder Icecast’e bağlanıyor mu? ffmpeg encoder çıktısında bağlantı/bağlandı/publishing gibi ipuçlarına bakın; hata görüyorsanız önce şifre/URL biçimini düzeltin.
4. Dinleyicide oynatılıyor mu? VLC veya ffplay ile http(s)://HOST:PORT/mountpoint adresini test edin. Oynatma yoksa codec uyumunu kontrol edin.
5. Bitrate/formatı stabilize edin: Çalışınca önce bitrate’i koruyun, sonra kalite/latency optimizasyonu yapın. Ani değişiklikler teşhis sürecini zorlaştırır.

FAQ: Icecast’ta ücretsiz yayın yaparken bant genişliği hesabını nasıl yapmalıyım?

Yaklaşık hesap için bitrate’i temel alın. Örneğin 96 kbps bir yayın, tek dinleyicide her saniye yaklaşık 96 kilobit veri aktarır. Dinleyici sayısı arttıkça toplam upload ihtiyacı da artar.

Pratik öneri: Önce 64–96 kbps aralığında kısa süreli deneme yapın. Sonra VPS’in trafik istatistiklerinden gerçek kullanımınızı görün. Bu sayede “kağıt üstünde doğru ama pratikte yanlış” sürprizleri azaltırsınız.

FAQ: MP3 mü AAC mı kullanmalıyım, codec dinleyicide nasıl etkilenir?

MP3 genellikle en uyumlu başlangıçtır; çoğu dinleyici hızlı çözer ve sorunsuz çalışır. AAC ve Ogg bazı senaryolarda daha iyi verim sunabilir ama istemci desteği değişkenlik gösterebilir. O yüzden “önce çalıştır” yaklaşımıyla başlayın: MP3 ile doğrulayın, sonra dinleyici kitlenizin kullandığı uygulamalara göre AAC/Ogg’a geçin.

Dinleyici oynatamıyorsa önce formatı MP3’e çekip aynı mountpoint ile yeniden test edin. Eğer MP3 çalışıyorsa, sorunun codec uyumu olduğunu büyük ölçüde anlarsınız.

FAQ: Icecast’te mountpoint ne demek ve birden fazla yayın nasıl yapılır?

Mountpoint, Icecast’ta yayın URL’sinin path kısmıdır. Örneğin /canli mountpoint’ini tanımlarsanız dinleyici URL’si http://HOST:PORT/canli olur.

Birden fazla yayın yapmak için farklı mount-name’ler tanımlar ve her birine ayrı encoder akışlarını bağlarsınız. Ancak çoklu akış CPU ve bant genişliği tüketimini artırır; ücretsiz planlarda bu durum hızlı şekilde maliyet/limit sorunlarına yol açabilir.

FAQ: Encoder şifreleri/kimlik doğrulama hatası nasıl çözülür?

401/403 hatalarında en sık neden <source-password> ile encoder komutundaki şifrenin uyuşmamasıdır. İkinci yaygın neden ise encoder URL’sinin yanlış biçimde yazılmasıdır.

Çözüm akışı: Şifreyi bir kez daha karşılaştırın, boşluk/karakter farkı var mı kontrol edin ve encoder URL’sinin doğru mountpoint’i gösterdiğini teyit edin. Ardından logları tekrar inceleyin.

FAQ: OBS üzerinden doğrudan Icecast’a yayın yapılabilir mi?

Evet, çoğu senaryoda OBS ile Icecast’a yayın yapmak mümkündür; ancak OBS’nin sürümü ve kullanılan eklentiler/ayarlar değişkenlik gösterebilir. Bu yüzden “doğrudan bağlandı” iddiasından önce, stream’in gerçekten Icecast’te göründüğünü doğrulamak en sağlıklısıdır.

Öneri: Önce ffmpeg ile Icecast bağlantısını doğrulayın. Sonra OBS’yi aynı codec/bitrate mantığıyla eşleştirip deneme yapın. Böylece sorun OBS’den mi Icecast’ten mi hemen anlaşılır.

FAQ: Bağlantı kopuyor; bunun en yaygın sebepleri neler?

En yaygın nedenler CPU/bant yetersizliği, yanlış veya dalgalı network, firewall/port kuralı problemleri ve codec/bitrate uyuşmazlığıdır. Bazen de ses giriş cihazı (mikrofon) kesiliyor olabilir.

Teşhis: Kopma anındaki encoder ve Icecast log mesajlarına odaklanın. Hatanın türü (auth, mountpoint, format, bağlantı zaman aşımı) çözüm yolunu doğrudan belirler.

FAQ: Firewall/port açma gerek mi?

Dinleyicilerin bağlanabilmesi için Icecast’ın dinleme portlarının dışarıdan erişilebilir olması gerekir. Kendi bilgisayarınızda NAT varsa port yönlendirme gerekebilir. VPS’te ise hosting paneli güvenlik duvarında ilgili portların açık olması gerekir.

Güvenlik için sadece gerekli portları açın ve admin panel erişimini mümkünse kısıtlayın.

FAQ: içerik telif/izin gereklilikleri için nelere dikkat etmeliyim?

Canlı yayında kullandığınız müzik/altyapı içeriklerinin telif ve izin durumunu kontrol edin. İzinsiz telifli içerikler yasal sorunlara yol açabilir. Ayrıca bazı platformlar içerik türüne göre kısıtlamalar uygulayabilir.

Güvenli pratik: Lisanslı/royalty-free içerik kullanın veya kendi üretiminiz olan sesleri yayınlayın. Hangi içerikleri ne zaman kullandığınızı kayıt altında tutmak ileride işinize yarar.

İçerik büyütme: karşılaştırma ve kurulum derinleştirme

Eğer hangi altyapının size daha uygun olduğuna karar aşamasındaysanız, benzer platformları karşılaştırmak doğru seçimi hızlandırır. Örneğin dinleyici davranışı, performans ve kurulum kolaylığı farklılık gösterebilir.

Icecast vs Shoutcast karşılaştırması için şu yazı işinizi hızlandırabilir: Icecast vs Shoutcast Karşılaştırması: Hangisi Daha İyi? (Performans, Lisans, Kurulum ve Kullanım Senaryoları).

Kurulumun hemen ardından test aşamasında daha fazla örnek ve detay arıyorsanız bu rehber de iyi bir devam olur: Icecast ile Canlı Yayın Kurulumu Rehberi: Adım Adım Yapılandırma (ffmpeg/encoder + testler).

Final: Yayın başlatma stratejisi (en kısa yoldan en doğruya)

Icecast ile ücretsiz canlı yayın yapmanın en güvenli yolu, zinciri adım adım kurmaktır. İlk hedefiniz “yayın çalışıyor gibi” görünmesi değil; encoder’ın Icecast’e gönderdiğini ve dinleyicinin gerçekten bağlanıp oynattığını doğrulamaktır. Bu yüzden kurulumdan sonra doğrulama adımlarını atlamayın.

Özet kontrol yaklaşımı: (1) Icecast ayağa kalktı mı, (2) mountpoint ve şifre birebir mi, (3) encoder bağlanıyor mu, (4) dinleyici VLC/ffplay ile oynatabiliyor mu, (5) codec/bitrate’i stabilize edin. Bu akış, verdiğimiz bağlantı testleri ve sorun çıkarsa hızlı teşhis vaadini sahada gerçekten karşılar.

İsterseniz bir sonraki adımda, kullandığınız mountpoint, source-password ve encoder komutunu üzerinden ilerleyerek çok daha hızlı sonuç alabilirsiniz. Tek bir yanlış parametreyi bile dakikalar içinde yakalayıp yayını toparlama şansınız olur.