TV yayın grafikleri; ekranda görünen KJ, ticker, corner, tam ekran bilgi grafiği, jenerik, program açılışı, sonuç tablosu veya canlı veri kartı gibi elemanların ortak sistemidir. İyi broadcast design yalnız estetik değildir: farklı metin uzunluklarını, anlık veri değişimini, safe area’yı, operatörün neyi değiştirebileceğini ve playout sırasında grafiklerin nasıl açılıp kapanacağını da tasarlar.
Broadcast package neden tek bir sistem olarak düşünülmeli?
Bir kanal için yalnızca güzel bir KJ tasarlamak yeterli değildir. KJ’nin typography scale’i ticker ile, ticker’ın renk sistemi full-screen grafiklerle, corner’ın kontrast mantığı logo/bug ile ve bütün animasyonların giriş-çıkış dili jenerikle aynı marka davranışını taşımalıdır. Aksi halde ekran, aynı kanal içinde farklı ajansların hazırladığı birbirinden kopuk katmanlar gibi görünür.
Ben broadcast package’i üç katmanda düşünmeyi tercih ederim: brand language, information hierarchy ve runtime behaviour. Brand language renk/tipografi/motion dilini; information hierarchy hangi verinin ne kadar önemli olduğunu; runtime behaviour ise operatörün hangi alanı değiştireceğini ve grafiğin yayında nasıl davranacağını tanımlar.
| Katman | Soru | Örnek |
|---|---|---|
| Brand language | Kanal nasıl görünür ve hareket eder? | Renk, type, stroke, texture, transition, motion curve |
| Information hierarchy | İzleyici önce neyi okumalı? | İsim > görev > lokasyon; skor > takım > dakika gibi |
| Runtime behaviour | Grafik canlıda nasıl kullanılır? | Text field, data input, show/hide, duration, loop, breaking-news state |
KJ nedir ve lower third’den farkı var mı?
Türkiye’de yayın ekipleri ekrandaki isim-görev bandı, bilgi strap’i veya benzer alt bant yüzeyleri için sıkça “KJ” ifadesini kullanır. İngilizce üretim dilinde en yakın karşılık çoğu senaryoda lower third’dür. Ancak her KJ yalnız ekranın alt üçte birine oturmak zorunda değildir; kavram pratikte kanal içi iş akışına göre daha geniş kullanılabilir.
| Varyant | Tipik veri | Tasarımsal risk |
|---|---|---|
| Name / Role | Kişi adı + görev | Uzun isim/görev taşması |
| Location strap | Lokasyon + olay | Kısa/uzun şehir ve ülke adları |
| Headline strap | Başlık + alt açıklama | İki satır sınırı ve canlı edit |
| Quote / source | Alıntı + kaynak | Metin yoğunluğu |
| Breaking state | Son dakika + başlık | Normal yayınla yeterli görsel ayrışma |
Ticker: yalnız kayan yazı değildir
Ticker veya crawl alanı, sürekli akan bilgi yüzeyidir; haber başlıkları, finans verisi, spor skorları, hava durumu, duyuru veya program alt bilgisi taşıyabilir. Tasarımcı açısından asıl problem yalnız “metni soldan sağa kaydırmak” değildir. Ticker hızı, item separation, category label, saat/döviz gibi sabit modüller ve breaking state birlikte okunmalıdır.
- Sabit bölge ile kayan bölgeyi görsel olarak ayır.
- Bir haber item’ının nerede başlayıp nerede bittiğini separator ile açıklaştır.
- Scroll hızını yalnız estetik değil gerçek okuma testiyle belirle.
- Canlı veri güncellenirken width değişiminin layout’u kırmamasını sağla.
- Kategori veya son-dakika rengi bilgi hiyerarşisini bozacak kadar baskın olmasın.
Corner / bug: küçük olduğu için kolay değildir
Corner; kanal logosu, program logosu, canlı ibaresi, saat, hashtag veya başka kalıcı/kısmi kalıcı bilgilerin bulunduğu köşe yüzeyidir. İngilizce broadcast dilinde channel bug/logo bug gibi terimler kullanılır. Bu eleman küçük görünse de ekranda en uzun süre kalan grafiklerden biri olabilir; bu nedenle kontrast, opacity ve içerikle çakışma riski önemlidir.
Corner’ı tek bir sabit PNG gibi düşünmek yerine state sistemi kurmak daha sağlıklıdır: normal, LIVE, özel yayın, yas/özel gün, sponsorlu program veya farklı program kimliği gibi durumlar varsa hangi katmanın değiştiği açık olmalıdır.
Full-screen, tablo ve data graphics için grid daha kritik hale gelir
Tam ekran seçim sonucu, finans tablosu, hava durumu, spor fikstürü veya grafik ekranlarında motion’dan önce information design gelir. Aynı grid, header, label, numerical alignment ve colour semantics tekrar kullanılabilirse kanal daha tutarlı görünür ve operatör daha hızlı çalışır.
Adobe’nin 2026 data-driven Motion Graphics Template dokümantasyonu, text, colour ve number verilerinin MOGRT içinde spreadsheet tabanlı bağlanabildiğini gösteriyor. Bu her broadcast engine’in çözümü değildir; fakat tasarım prensibi önemli: data ile presentation katmanını ayırmak, tekrar eden grafiklerde manuel hata riskini azaltır.
| Kontrol | Neden |
|---|---|
| Sayı hizası | Değerlerin karşılaştırmasını hızlandırır |
| Decimal/percentage format | Canlı veri değişiminde görsel zıplamayı azaltır |
| Minimum/maximum text length | Template kırılmasını önler |
| Semantic colour rules | Artış/düşüş/uyarı gibi anlamı tutarlı taşır |
| Fallback state | Veri gelmezse boş ekran yerine kontrollü durum verir |
Safe area ve okunabilirlik broadcast grafiğinin altyapısıdır
Broadcast teslim zincirinde on-screen text’in güvenli bölgede ve down-conversion sonrası okunabilir kalması klasik bir teknik gereksinimdir. Modern ekranlarda overscan etkisi eskisine göre daha az görünür olsa bile broadcast package’i kanalın gerçek safe-area ve technical-delivery kurallarına göre test etmek hâlâ en güvenli yaklaşımdır.
- İsim, skor, headline gibi kritik metni kenara dekoratif biçimde yapıştırma.
- KJ ile altyazı/closed-caption alanının aynı anda kullanılacağı senaryoyu test et.
- Ticker + KJ + corner aynı anda açıkken hierarchy ve çakışmayı kontrol et.
- 1080 ve UHD üretimde yalnız piksel sayısına değil izleme mesafesi ve downstream scaling’e de bak.
- Thin line, tiny type ve düşük kontrastı gerçek yayın monitörü/TV’de dene.
Tek dosya yerine kontrollü template sistemi kur
Broadcast paketinin sürdürülebilir olması için tasarımcı ile editör/operatör arasındaki kontrol sınırı belirlenmelidir. Adobe’nin Motion Graphics Template sistemi buna iyi bir örnek sunar: motion designer kaynak kompozisyonun stilini korurken editörde yalnız gerekli text, colour, media veya seçim kontrolleri açılabilir. Essential Properties de aynı kaynak comp’u farklı instance değerleriyle tekrar kullanmaya yardımcı olur.
- Değişecek alanları belirle
İsim, görev, takım, skor, renk varyantı, icon, lokasyon gibi runtime alanlarını listele.
- Değişmemesi gerekenleri kilitle
Brand spacing, type scale, animation curve ve logo oranı gibi tasarım kurallarını editöre gereksiz kontrol olarak açma.
- Minimum/maximum veri testleri yap
En kısa ve en uzun değerlerle layout’u doğrula.
- Intro/outro timing’i koru
Adobe Responsive Design - Time gibi yaklaşımlar, lower-third süresi uzarken giriş/çıkış animasyonunun bozulmamasını sağlar.
- Operator notes hazırla
Hangi control ne işe yarar, hangi state birlikte kullanılmaz ve hangi font/data gereklidir yazılı olsun.
Bir broadcast package tesliminde ne olmalı?
| Bileşen | İçerik |
|---|---|
| Design bible | Renk, type, grid, safe-area, motion prensipleri |
| Template/source | Engine veya edit workflow’una uygun gerçek proje/template dosyaları |
| States | Normal, breaking, live, sponsor, özel yayın gibi gereken varyantlar |
| Data map | Hangi alanın hangi veri tipini kabul ettiği |
| Preview videos | Operatör ve karar verici için referans animasyonlar |
| Operator notes | Kullanım, duration, trigger ve fallback açıklamaları |
| QC list | Long text, empty field, simultaneous graphics, UHD/HD, real playout testi |