Sütun sayısına sar
Ya da altyazı metnini yapıştırın
Seçenekler
Tek kutu, beş seçenek ve her seçeneğin kendi sayfası var. Sar, her repliği sütun sayısına göre yeniden akıtır; bu, çok uzun bir satırı kısaltabildiği kadar kısa bir satırı da yukarı çekebilir. Uzun satırları böl yalnızca sayıyı aşan satırları böler ve gerisini tam olduğu gibi bırakır. Dengele, her repliğin zaten sahip olduğu satır sayısını korur ve en uzun satır olabildiğince kısalana dek kelimeleri satırlar arasında taşır. Birleştir her repliği tek satıra koyar. Sınırla, satır sayısı içinde kalan her repliği olduğu gibi bırakır. Bu sayfa kutuyu başlığının adlandırdığı seçenekle doldurur ve başkasını listelemez.
Karakter yerine sütunla sayılır, yani bir Çince ya da Japonca karakter iki sütun tutar, aksanlı bir Latin harfi bir. Latin alfabeli altyazılar için olağan sayı 42’dir. Düşürürseniz satırlar kısalır ama çoğalır; hiçbir şey hiçbir zaman kesilip atılmaz.
Zamanlamaların hangi kare hızında sayıldığı. Format sayfalarında MicroDVD’nin ihtiyaç duyduğu şey budur, çünkü zamanlamayı kare numarası olarak saklar. Kare hızı sayfalarında ise dosyanın hangi hıza göre zamanlandığı — altyazının hazırlandığı sürüm — ve sayfanın ikinci kutusu altyazıyı birlikte kullanacağınız videonun hızını alır. 23,976, 24, 25, 29,97, 30, 50, 59,94 ve 60 yaygın olanlardır. Yanlış vermek tüm zaman çizelgesini kaydırır; kare hızı sayfalarında ise sabit bir miktar yerine bir oran kadar kaydırır.
Bu sayfa her repliğin metnini seçtiğiniz satır uzunluğuna göre yeniden akıtır. Uzunluğu aşan satır sözcük sınırından bölünür; altında kalan satır ise üsttekiyle birlikte sığdığında yukarı çekilir. Bu grupta ikisini birden yapan tek sayfa budur; bu yüzden bir dosyanın satır kırılmaları kaydığında, tek bir satır çok uzun olduğunda değil, bu sayfaya başvurulur.
Uzunluk karakterle değil sütunla ölçülür. Bir Çince ya da Japonca karakter iki sütun, bir Latin harfi bir sütun tutar; bu yüzden 42 sınırı yirmi bir Çince karakter ya da kırk iki Latin harfi alır. Kırk iki, Latin alfabesiyle yazılan altyazıların on yıllardır kullandığı sayıdır ve burada varsayılandır. Sayıyı tutturmak için hiçbir şey kesilip atılmaz: sayfa satır kırılmalarını taşır ve sözcüklere dokunmaz, bu yüzden hiçbir kırılmayla sınırın içine alınamayan bir satır varsa bildirilir.
Tireyle başlayan bir satır konuşmacı değişikliğini işaretler. O satırlar duvardır. Sayfa bir duvarın iki yanındaki sözcükleri yeniden akıtır ama iki duvarı tek satırda birleştirmez, çünkü iki kişinin diyaloğunu tek satıra koymak, tirelerin yazılma amacı olan okuma hatasıdır. O duvarı yıkmak istiyorsanız satır kırılmalarını kaldıran sayfa tam olarak bunu yapar ve kaç tanesini yıktığını sayar.
Her şey tarayıcınızda olur. Hiçbir dosya yüklenmez ve hesap gerekmez. Bir repliğin içinde birden fazla satır taşıyan on bir formatın hepsi kabul edilir: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON ve CSV. Düz metin sunulmaz, çünkü bir metin dosyası tanımı gereği satır başına bir repliktir ve bu sayfanın taşıyacağı bir kırılma repliğin içinde yoktur.
Örnekler
Biri çok erken, biri çok geç bölünmüş iki replik
Girdi
1
00:00:01,000 --> 00:00:04,000
We could take the train
and be there by six
2
00:00:05,000 --> 00:00:09,000
I told you we would miss the last train if we stayed any longer
Çıktı
1
00:00:01,000 --> 00:00:04,000
We could take the train and be there by
six
2
00:00:05,000 --> 00:00:09,000
I told you we would miss the last train if
we stayed any longer
Tek dosyada iki zıt kusur, ikisi de 42 sütunluk varsayılan uzunlukta onarıldı. İlk replik 23 ve 19 sütunluk satırlarla gelmişti; toplamları 43, yani sınırın bir sütun üstünde, bu yüzden sayfa onları birleştirip hemen bir sözcük önce yeniden bölüyor ve 39 ile 3 bırakıyor. İkincisi 63 sütunluk tek satır olarak yazılmıştı ve 42 ile 20 olarak çıkıyor. İki replikte de hiçbir şey eklenmedi ya da düşürülmedi: sözcükler aynı, yalnızca aralarındaki kırılmalar yer değiştirdi. İlk replikteki üç sütunluk kuyruk, satırları eşit bölmek yerine açgözlü paketlemenin dürüst bedelidir.
Bir karakterin iki sütun olduğu Çince bir satır
Girdi
WEBVTT
00:00:01.000 --> 00:00:04.000
你好世界今天天气很好我们出去玩吧顺便买点东西回来
Çıktı
WEBVTT
00:00:01.000 --> 00:00:04.000
你好世界今天天气很好我们出去玩吧顺便买点东
西回来
Yirmi dört Çince karakter kırk sekiz sütun eder, yani bu satır sınırın üstündedir ve yirmi birincisinden sonra bölünür. Karakter sayan bir araç yirmi dört karakteri kısa satır sayar ve ona dokunmazdı; iki satırlık bir Çince altyazının yanındaki iki satırlık İngilizceden iki kat geniş çıkması da böyle olur. Metinde bölünecek boşluk yoktur, bu yüzden her karakter kendi kırılma noktasıdır ve kırılma cümlenin ortasına düşer; bir Çince altyazının zaten bölünmesi beklenen yer de orasıdır.
İki konuşmacı, iki satır
Girdi
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
Çıktı
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
Dosya bayt bayt geri geliyor ve bu bir başarısızlık değil doğru sonuçtur. İki satır 14 ve 18 sütundur ve 32 sütunluk tek bir satırda birlikte sığarlar, ama her biri tireyle başlıyor, yani farklı biri konuşuyor. Onları birleştirmek bir oyuncuya diğerinin sözlerini verirdi. İki satır da tek başına sınırın üstünde değildir, yani yapılacak başka bir şey yoktur ve bildirecek bir şeyi olmayan bir çalıştırma hiçbir şey bildirmez.
Sık sorulan sorular
Sarmalama bir altyazı satırının nereden bölüneceğine nasıl karar verir?
Repliğin sözcükleri arka arkaya dizilir ve satırı sütun sayısının ötesine itecek ilk sözcükten önce bir kırılma konur. Bu, eşit bir bölüşüm değil açgözlü bir yerleştirmedir: ilk satır gidebildiği kadar doldurulur ve artan ne varsa sonrakine geçer. Sonuç, satırların dengelenmiş değil paketlenmiş olmasıdır; bir repliği olabildiğince az satıra sığdırmak istediğinizde istenen de budur. Dosyanızda satır sayısı zaten doğruysa ve satırların eşit görünmesini istiyorsanız bunu satır kırılmalarını dengeleyen sayfa yapar.
Kısa ikinci satırım neden birinciye eklendi?
Çünkü birlikte sınırın içine sığıyorlar. Sarmalama bütün repliği tek bir metin dizisi olarak ele alır ve baştan yeniden yerleştirir, bu yüzden dosyanın taşıdığı bir kırılma yalnızca orada olduğu için korunmaz. Bu sayfa ile yalnızca uzun satırları bölen sayfa arasındaki fark budur: o sayfa zaten kısa olan her satırı tam yerinde bırakır, bu sayfa ise onu yukarı çekebilir. Kırılma bilinçliydi ise ya bir tire gerekir ya da bu sayfa değil diğeri gerekir.
Sarmalamada satır uzunlukları karakter olarak mı sütun olarak mı ölçülür?
Sütun olarak, ki bir altyazı satırı gerçekte bununla ölçülür. Bir Latin harfi, bir rakam ve bir boşluk birer sütun tutar; bir Çince ya da Japonca karakter, bir Korece hece ve bir emoji iki sütun tutar. Bu yüzden 42 sınırı kırk iki Latin karakter ya da yirmi bir Çince karakter kabul eder ve iki satır ekranda aynı genişlikte çıkar. Karakter saymak bunun yerine her Çince altyazıya aynı ayarda İngilizce karşılığının iki katı uzun bir satır verirdi.
İki tireli satırım sarmalanırken neden tek satırda birleştirilmedi?
Çünkü bir satırın başındaki tire konuşmacı değişikliği anlamına gelir ve o satırlardan ikisini birleştirmek iki kişinin diyaloğunu tek satıra koyar. Sayfa böyle satırları geçilemeyen bloklar sayar, bu yüzden her bloğun içindeki sözcükleri yeniden akıtır ve blokları yerinde bırakır. Yukarıdaki örnekteki satırlar birlikte sığacak kadar kısadır ve yine de bu nedenle ayrı kalır. Gerçekten birleşmelerini istiyorsanız satır kırılmalarını kaldıran sayfa onları birleştirir ve kaç konuşmacı kırılmasını yıktığını bildirir.
Altyazı satır uzunluğundan daha uzun bir sözcüğe ne olur?
Kendine bir satır alır ve sınırdan uzun kalır, çalıştırma da hâlâ sınırın üstünde bir satır olduğunu bildirir. Tek bir sözcüğün içinde, sözcüğü de değiştirmeyecek bir kırılma yoktur ve metninizi değiştirmek bir satır uzunluğu ayarının işi değildir. Almanca bileşik sözcükler ve uzun URL’ler olağan durumlardır. Böyle bir satırı sınırın altına indirmeniz gerekiyorsa kırılma sözcüğün içine gitmelidir ve bu, aracın sizin için yaptığı değil sizin bilerek yaptığınız bir düzenlemedir.
Hangi altyazı formatları satır uzunluğuna göre sarılabilir?
Bir repliğin içinde birden fazla satır taşıyabilen on bir tanesi: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON ve CSV. Dışarıda kalan tek format düz metindir ve nedeni, bir metin dosyasının tanımı gereği satır başına bir replik olmasıdır; yani bu sayfanın taşıyacağı bir kırılma repliğin içinde yoktur ve çıktı girdiyle aynı olur. Dosya hiçbir aşamada yüklenmez ve format dosya adından değil içerikten okunur.