5. RTP Medya API

RTP medya API’si, bir web uygulamasının eşler arası bir bağlantı üzerinden MediaStreamTrack’ler göndermesine ve almasına olanak tanır. İzler bir RTCPeerConnection’a eklendiğinde sinyalleşmeye yol açar; bu sinyalleşme uzak bir eşe iletildiğinde, uzak tarafta karşılık gelen izlerin oluşturulmasına neden olur.

Medya gönderilirken, göndericinin; SDP tarafından müzakere edilen zarf, kodlayıcının hizalama kısıtları ya da hatta CPU aşırı kullanım tespiti veya bant genişliği kestirimi gibi çeşitli gereksinimleri karşılamak için medyayı yeniden ölçeklendirmesi veya yeniden örneklemesi gerekebilir.

[RFC9429]’daki kurallara (bölüm 3.6.) uygun olarak, video AZALTILABİLİR. Girdi kaynağında meydana gelmemiş sahte veriler oluşturmak için medya BÜYÜTÜLMEMELİDİR; piksel sayıları üzerindeki kısıtları karşılamak için gerekli olanlar dışında medya KIRPILMAMALIDIR ve en-boy oranı DEĞİŞTİRİLMEMELİDİR.

Video, scaleResolutionDownBy sonucunda yeniden ölçeklendirildiğinde, ortaya çıkan genişlik veya yüksekliğin bir tam sayı olmadığı durumlar meydana gelebilir. Kullanıcı aracısı, bir kodlayıcının asgari çözünürlüğüne uymak dışında, scaleResolutionDownBy’dan elde edilen ölçeklenmiş genişlik ve yüksekliğin tam sayı kısmından daha büyük video GÖNDERMEMELİDİR. Ölçeklenmiş genişlik veya yüksekliğin tam sayı kısmının sıfır olması durumunda neyin gönderileceği uygulamaya bağlıdır.

MediaStreamTrack’lerin gerçek kodlanması ve iletimi RTCRtpSender olarak adlandırılan nesneler aracılığıyla yönetilir. Benzer şekilde, MediaStreamTrack’lerin alınması ve kod çözümü RTCRtpReceiver olarak adlandırılan nesneler aracılığıyla yönetilir. Her RTCRtpSender en fazla bir izle ilişkilidir ve alınacak her iz tam olarak bir RTCRtpReceiver ile ilişkilidir.

Her bir MediaStreamTrack’in kodlanması ve iletimi, özelliklerinin (video izleri için width, height ve frameRate; ses izleri için sampleSize, sampleRate ve channelCount) makul bir ölçüde uzak tarafta oluşturulan iz tarafından korunacak şekilde YAPILMALIDIR. Bunun geçerli olmadığı durumlar vardır; örneğin her iki uçta ya da ağda kaynak kısıtları olabilir veya uygulamanın farklı davranmasını talimatlandıran RTCRtpSender ayarları uygulanmış olabilir.

Bir RTCPeerConnection nesnesi, eşleştirilmiş göndericileri ve alıcıları bazı paylaşılan durumlarla temsil eden bir RTCRtpTransceiver kümesi içerir. Bu küme, RTCPeerConnection nesnesi oluşturulduğunda boş küme olarak başlatılır. RTCRtpSender’lar ve RTCRtpReceiver’lar her zaman bir RTCRtpTransceiver ile aynı anda oluşturulur ve yaşam süreleri boyunca ona bağlı kalırlar. RTCRtpTransceiver’lar, uygulama addTrack() yöntemi aracılığıyla bir MediaStreamTrack’i bir RTCPeerConnection’a bağladığında örtük olarak ya da uygulama addTransceiver yöntemini kullandığında açıkça oluşturulur. Ayrıca, yeni bir medya tanımı içeren bir uzak tanım uygulandığında da oluşturulurlar. Ek olarak, uzak uç noktanın gönderilecek medyası olduğunu belirten bir uzak tanım uygulandığında, ilgili MediaStreamTrack ve RTCRtpReceiver, track olayı aracılığıyla uygulamaya sunulur.

Bir RTCRtpTransceiver’ın başka bir uç nokta ile medya gönderebilmesi ve/veya alabilmesi için, her iki uç noktanın da aynı medya tanımıyla ilişkilendirilmiş bir RTCRtpTransceiver nesnesine sahip olacak şekilde SDP ile müzakere edilmesi gerekir.

Bir teklif oluşturulurken, o uçtaki tüm transceiver’ları kapsayacak kadar medya tanımı üretilecektir. Bu teklif yerel tanım olarak ayarlandığında, ilişkilendirilmemiş tüm transceiver’lar teklifteki medya tanımlarıyla ilişkilendirilir.

Bir teklif uzak tanım olarak ayarlandığında, içindeki ve henüz bir transceiver ile ilişkilendirilmemiş tüm medya tanımları yeni veya mevcut bir transceiver ile ilişkilendirilir. Bu durumda yalnızca addTrack() yöntemiyle oluşturulmuş ve ilişkilendirilmemiş transceiver’lar ilişkilendirilebilir. Buna karşılık, addTransceiver() yöntemiyle oluşturulmuş ve ilişkilendirilmemiş transceiver’lar, uzak teklifte medya tanımları mevcut olsa bile ilişkilendirilmez. Bunun yerine, yeterli sayıda addTrack() ile oluşturulmuş transceiver yoksa, yeni transceiver’lar oluşturulur ve ilişkilendirilir. Bu durum, addTrack() ile oluşturulan ve addTransceiver() ile oluşturulan transceiver’ları, özniteliklerine bakılarak gözlemlenemeyen kritik bir şekilde birbirinden ayırır.

Bir yanıt oluşturulurken, yalnızca teklifte mevcut olan medya tanımları yanıtta listelenebilir. Bunun bir sonucu olarak, uzak teklif ayarlanırken ilişkilendirilmemiş olan tüm transceiver’lar, yerel yanıt ayarlandıktan sonra da ilişkilendirilmemiş olarak kalır. Bu durum, yanıtlayanın bir takip teklifi oluşturmasıyla, başka bir teklif/yanıt değişimini başlatmasıyla ya da addTrack() ile oluşturulmuş transceiver’lar kullanılıyorsa, ilk değişimde yeterli sayıda medya tanımının sunulduğundan emin olunmasıyla giderilebilir.

5.4 RTCRtpTransceiver Arayüzü

RTCRtpTransceiver arayüzü, ortak bir ortam akışı "tanımlama-etiketi"ni paylaşan bir RTCRtpSender ve bir RTCRtpReceiver birleşimini temsil eder. [RFC9429]’da (bölüm 3.4.1.) tanımlandığı üzere, bir RTCRtpTransceiver, "mid" özelliği null değilse ve ortam tanımındaki bir ortam akışı "tanımlama-etiketi" ile eşleşiyorsa, bir ortam tanımıyla ilişkili kabul edilir; aksi halde bu ortam tanımıyla ilişkisiz olduğu söylenir.

Bir RTCRtpTransceiver nesnesinin transceiver türü, ilişkili RTCRtpReceiver nesnesinin MediaStreamTrack öğesinin türü tarafından tanımlanır.

Bir RTCRtpReceiver nesnesi receiver, bir RTCRtpSender nesnesi sender ve bir RTCRtpTransceiverDirection değeri direction ile bir RTCRtpTransceiver oluşturmak için aşağıdaki adımları çalıştırın:

1. transceiver, yeni bir RTCRtpTransceiver nesnesi olsun.
2. transceiver nesnesinin [[Sender]] iç yuvası sender ile başlatılsın.
3. transceiver nesnesinin [[Receiver]] iç yuvası receiver ile başlatılsın.
4. transceiver nesnesinin [[Stopping]] iç yuvası false ile başlatılsın.
5. transceiver nesnesinin [[Stopped]] iç yuvası false ile başlatılsın.
6. transceiver nesnesinin [[Direction]] iç yuvası direction ile başlatılsın.
7. transceiver nesnesinin [[Receptive]] iç yuvası false ile başlatılsın.
8. transceiver nesnesinin [[CurrentDirection]] iç yuvası null ile başlatılsın.
9. transceiver nesnesinin [[FiredDirection]] iç yuvası null ile başlatılsın.
10. transceiver nesnesinin [[PreferredCodecs]] iç yuvası boş bir liste ile başlatılsın.
11. transceiver nesnesinin [[JsepMid]] iç yuvası null ile başlatılsın. Bu, [RFC9429]’da (bölüm 5.2.1. ve bölüm 5.3.1.) tanımlanan "RtpTransceiver mid özelliği"dir ve yalnızca orada değiştirilir.
12. transceiver nesnesinin [[Mid]] iç yuvası null ile başlatılsın.
13. transceiver nesnesini döndürün.

WebIDL[Exposed=Window]
                        interface RTCRtpTransceiver {
                          readonly attribute DOMString? mid;
                          [SameObject] readonly attribute RTCRtpSender sender;
                          [SameObject] readonly attribute RTCRtpReceiver receiver;
                          attribute RTCRtpTransceiverDirection direction;
                          readonly attribute RTCRtpTransceiverDirection? currentDirection;
                          undefined stop();
                          undefined setCodecPreferences(sequence<RTCRtpCodec> codecs);
                        };

Öznitelikler

mid türü DOMString, salt okunur, null olabilir

mid özniteliği, yerel ve uzak tanımlarda müzakere edilmiş ve mevcut olan ortam akışı "tanımlama-etiketi"dir. Alınırken, bu öznitelik [[Mid]] yuvasının değerini MUST döndürmelidir.

sender türü RTCRtpSender, salt okunur

sender özniteliği, mid = [[Mid]] ile gönderilebilecek RTP ortamına karşılık gelen RTCRtpSender nesnesini ortaya çıkarır. Alınırken, bu öznitelik [[Sender]] yuvasının değerini MUST döndürmelidir.

receiver türü RTCRtpReceiver, salt okunur

receiver özniteliği, mid = [[Mid]] ile alınabilecek RTP ortamına karşılık gelen RTCRtpReceiver nesnesidir. Alınırken bu öznitelik [[Receiver]] yuvasının değerini MUST döndürmelidir.

direction türü RTCRtpTransceiverDirection

[RFC9429] (bölüm 4.2.4.)’te tanımlandığı üzere, direction özniteliği bu alıcı-vericinin tercih edilen yönünü belirtir ve bu yön, createOffer ve createAnswer çağrılarında kullanılır. Yönlülüğün güncellenmesi hemen etkili olmaz. Bunun yerine, createOffer ve createAnswer için yapılacak gelecekteki çağrılar, ilgili ortam tanımını [RFC9429]’da tanımlandığı şekilde sendrecv, sendonly, recvonly veya inactive olarak işaretler (bölüm 5.2.2. ve bölüm 5.3.2.).

Get işlemi sırasında, kullanıcı aracısı aşağıdaki adımları MUST çalıştırmalıdır:

1. Getter’ın çağrıldığı RTCRtpTransceiver nesnesi transceiver olsun.
2. Eğer transceiver.[[Stopping]] true ise, "stopped" döndür.
3. Aksi halde, [[Direction]] yuvasının değerini döndür.

Set işlemi sırasında, kullanıcı aracısı aşağıdaki adımları MUST çalıştırmalıdır:

1. Setter’ın çağrıldığı RTCRtpTransceiver nesnesi transceiver olsun.
2. transceiver ile ilişkili RTCPeerConnection nesnesi connection olsun.
3. Eğer transceiver.[[Stopping]] true ise, bir InvalidStateError fırlat.
4. Setter’a verilen argüman newDirection olsun.
5. Eğer newDirection, transceiver.[[Direction]] ile eşitse, bu adımları durdur.
6. Eğer newDirection "stopped" ise, bir TypeError fırlat.
7. transceiver.[[Direction]] değerini newDirection olarak ayarla.
8. connection için müzakere-gerekli bayrağını güncelle.

currentDirection türü RTCRtpTransceiverDirection, salt-okunur, nullable

[RFC9429] (bölüm 4.2.5.)’te tanımlandığı üzere, currentDirection özniteliği bu alıcı-verici için müzakere edilmiş geçerli yönü belirtir. currentDirection değeri, RTCRtpEncodingParameters.active değerinden bağımsızdır; çünkü birinden diğeri çıkarılamaz. Bu alıcı-verici hiç bir teklif/yanıt değişiminde temsil edilmemişse, değer null olur. Alıcı-verici stopped durumundaysa, değer "stopped" olur.

Get işlemi sırasında, kullanıcı aracısı aşağıdaki adımları MUST çalıştırmalıdır:

1. Getter’ın çağrıldığı RTCRtpTransceiver nesnesi transceiver olsun.
2. Eğer transceiver.[[Stopped]] true ise, "stopped" döndür.
3. Aksi halde, [[CurrentDirection]] yuvasının değerini döndür.

Yöntemler

1. Yöntemin çağrıldığı RTCRtpTransceiver nesnesi transceiver olsun.
2. transceiver ile ilişkili RTCPeerConnection nesnesi connection olsun.
3. Eğer connection.[[IsClosed]] true ise, bir InvalidStateError fırlat.
4. Eğer transceiver.[[Stopping]] true ise, bu adımları durdur.
5. transceiver ile gönderim ve alımı durdur.
6. connection için müzakere-gerekli bayrağını güncelle.

Bir transceiver verildiğinde ve isteğe bağlı olarak varsayılanı false olan bir disappear boolean’ı ile gönderim ve alımı durdurma algoritması aşağıdaki gibidir:

1. transceiver.[[Sender]] değeri sender olsun.
2. transceiver.[[Receiver]] değeri receiver olsun.
3. Paralel olarak, sender ile ortam göndermeyi durdur ve [RFC3550]’de belirtildiği üzere sender tarafından gönderilmekte olan her RTP akışı için bir RTCP BYE gönder.
4. Paralel olarak, receiver ile ortam alımını durdur.
5. Eğer disappear false ise, receiver.[[ReceiverTrack]] için sonlandırılmış olma adımlarını yürüt. Bu bir olay tetikler.
6. transceiver.[[Direction]] değerini "inactive" olarak ayarla.
7. transceiver.[[Stopping]] değerini true olarak ayarla.

Bir transceiver verildiğinde ve isteğe bağlı olarak varsayılanı false olan bir disappear boolean’ı ile RTCRtpTransceiver’ı durdurma algoritması aşağıdaki gibidir:

1. Eğer transceiver.[[Stopping]] false ise, transceiver ve disappear ile gönderim ve alımı durdur.
2. transceiver.[[Stopped]] değerini true olarak ayarla.
3. transceiver.[[Receptive]] değerini false olarak ayarla.
4. transceiver.[[CurrentDirection]] değerini null olarak ayarla.

Kodek tercihleri, bu RTCRtpTransceiver’ı içeren tüm createOffer ve createAnswer çağrıları için, bu yöntem tekrar çağrılana kadar geçerliliğini korur. codecs’un boş bir diziye ayarlanması ya da direction filtrelemesinden sonra boş hale gelmesi, varsayılan kodek tercihlerine yol açar.

setCodecPreferences, RTCRtpTransceiver’ın türü olan kind için, RTCRtpSender.getCapabilities(kind) veya RTCRtpReceiver.getCapabilities(kind) içinde bulunmayan kodeklerle eşleşmeyen codecs ayarlama girişimlerini reddeder.

setCodecPreferences() çağrıldığında, kullanıcı aracısı aşağıdaki adımları MUST çalıştırmalıdır:

1. Bu yöntemin çağrıldığı RTCRtpTransceiver nesnesi transceiver olsun.
2. İlk argüman codecs olsun.
3. Eğer codecs boş bir listeyse, transceiver.[[PreferredCodecs]] değerini codecs olarak ayarla ve bu adımları durdur.
4. codecs içindeki yinelenen değerleri kaldır. Kodeklerin önceliği korunacak şekilde listenin arkasından başla; bir kodeğin listedeki ilk görüldüğü indeks bu adımdan önce ve sonra aynı kalsın.
5. codecs içindeki yinelenen değerleri kaldır ve her değerin ilk görülme yerinin yerinde kalmasını sağla.
6. transceiver’ın alıcı-verici türü kind olsun.
7. codecs ile RTCRtpSender.getCapabilities(kind).codecs kesişimi ya da codecs ile RTCRtpReceiver.getCapabilities(kind).codecs kesişimi yalnızca RTX, RED veya FEC kodeklerini içeriyorsa ya da boş bir küme ise, InvalidModificationError fırlat. Bu, transceiver.direction değerinden bağımsız olarak her zaman sunulacak bir şey olmasını sağlar.
8. RTCRtpSender.getCapabilities(kind).codecs ile RTCRtpReceiver.getCapabilities(kind).codecs birleşimi codecCapabilities olsun.
9. codecs içindeki her codec için,
10. Eğer codec, codecCapabilities içinde değilse, InvalidModificationError fırlat.
11. codecs içindeki her codec için,
12. Eğer codec, codecCapabilities içindeki herhangi bir kodekle eşleşmiyorsa, InvalidModificationError fırlat.
13. Eğer codecs yalnızca RTX, RED, FEC veya Comfort Noise girdilerini içeriyorsa ya da boş bir küme ise, InvalidModificationError fırlat. Bu, transceiver.direction değerinden bağımsız olarak her zaman sunulacak bir şey olmasını sağlar.
14. transceiver.[[PreferredCodecs]] değerini codecs olarak ayarla.

İki RTCRtpCodec sözlüğü first ve second verildiğinde ve belirtilmemişse varsayılanı false olan bir ignoreLevels boolean’ı ile kodek sözlüğü eşleştirme algoritması aşağıdaki gibidir:

1. Eğer first.mimeType, second.mimeType ile ASCII büyük/küçük harf duyarsız bir eşleşme değilse, false döndür.
2. Eğer first.clockRate, second.clockRate’ten farklıysa, false döndür.
3. Eğer first.channels ile second.channels’tan yalnızca biri mevcut değilse ya da her ikisi de mevcut olup first.channels, second.channels’ten farklıysa, false döndür.
4. Eğer first.sdpFmtpLine ile second.sdpFmtpLine’dan yalnızca biri mevcut değilse, false döndür.
5. Eğer hem first.sdpFmtpLine hem de second.sdpFmtpLine mevcutsa, aşağıdaki adımları çalıştır:
6. Eğer first.sdpFmtpLine veya second.sdpFmtpLine anahtar-değer biçiminde değilse, first.sdpFmtpLine ile second.sdpFmtpLine arasında bir eşitlik karşılaştırması yapılmasının sonucunu döndür.
7. first.sdpFmtpLine’dan oluşturulan ortam biçimlerinin anahtar-değer eşlemesi firstMediaFormat, second.sdpFmtpLine’dan oluşturulan ortam biçimlerinin anahtar-değer eşlemesi secondMediaFormat olsun.

1. Eğer firstMediaFormat, secondMediaFormat ile eşit değilse, false döndür.
2. Aday Düzeltme 52: level-id aynı olmasa bile iki kodek aynı kabul edilir (PR #3023)

Eğer ignoreLevels false ise ve first.sdpFmtpLine ile second.sdpFmtpLine’dan çıkarılan en yüksek uyumlu bit akışı seviyeleri farklıysa, false döndür.

1. true döndür.

5.4.1 Simulcast işlevselliği

Simulcast gönderme işlevselliği, RTCPeerConnection nesnesinin yöntemleri olan addTransceiver yöntemi aracılığıyla sendEncodings argümanı üzerinden ya da simulcast alımı için uzak bir teklif ile setRemoteDescription yöntemi aracılığıyla etkinleştirilir. Ayrıca, her bir RTCRtpSender nesnesindeki setParameters yöntemi, bu işlevselliği incelemek ve değiştirmek için kullanılabilir.

Bir RTCRtpSender nesnesinin simulcast zarfı, unicast yerine simulcast göndermeyi içeren ilk başarılı müzakere sırasında belirlenir ve gönderilebilecek maksimum simulcast akışı sayısını ve encodings sıralamasını içerir. Bu simulcast zarfı, sonraki yeniden müzakerelerde daraltılabilir (katman sayısı azaltılarak), ancak yeniden genişletilemez. Bireysel simulcast akışlarının özellikleri setParameters yöntemi kullanılarak değiştirilebilir, ancak simulcast zarfının kendisi bu yöntemle değiştirilemez.

Simulcast yapılandırmanın bir yolu, addTransceiver() için sendEncodings seçeneğini kullanmaktır. addTrack() yöntemi simulcast yapılandırmak için gerekli olan sendEncodings bağımsız değişkenine sahip olmasa da, kullanıcı aracısı answerer olduğunda göndericiler simulcast’e terfi ettirilebilir. Simulcast almayı teklif eden bir uzak teklif ile setRemoteDescription yöntemi çağrıldığında, belirtilen oturum açıklamasında tanımlanan katmanları içerecek şekilde bir RTCRtpSender üzerinde önerilen bir zarf yapılandırılır. Bu açıklama geri alınmadığı sürece, müzakere tamamlandığında önerilen zarf RTCRtpSender nesnesinin simulcast zarfı hâline gelir. Yukarıda belirtildiği gibi, bu simulcast zarfı sonraki yeniden müzakerelerde daraltılabilir, ancak yeniden genişletilemez.

setParameters simulcast simulcast zarfını, değiştiremezken, yine de gönderilen akış sayısını ve bu akışların özelliklerini kontrol etmek mümkündür. setParameters kullanılarak, active üyesi false olarak ayarlanarak simulcast akışları pasif hâle getirilebilir veya active üyesi true olarak ayarlanarak yeniden etkinleştirilebilir. [[RFC7728] (RTP Durdur/Devam) desteklenmemektedir; SDP Offer/Answer aracılığıyla durdurma/devam sinyallemesi de desteklenmez.] setParameters kullanılarak, maxBitrate gibi öznitelikler değiştirilerek akış özellikleri değiştirilebilir.

[RFC9429] (bölüm 3.7.)’da tanımlandığı üzere, bir kullanıcı aracısından gelen bir teklif a=simulcast satırında yalnızca bir "send" açıklaması içerir ve herhangi bir "recv" açıklaması içermez. Alternatifler ve kısıtlamalar ([RFC8853]’te açıklananlar) desteklenmemektedir.

Bu belirtim, createOffer, createAnswer veya addTransceiver kullanılarak birden fazla RTP kodlamasının alımının nasıl yapılandırılacağını tanımlamaz. Ancak [RFC9429]’da tanımlandığı üzere birden fazla RTP kodlaması gönderebilen karşılık gelen bir uzak açıklama ile setRemoteDescription çağrıldığında ve tarayıcı birden fazla RTP kodlamasını almayı desteklediğinde, RTCRtpReceiver birden fazla RTP kodlaması alabilir ve transceiver’ın receiver.getParameters() yöntemiyle alınan parametreler müzakere edilen kodlamaları yansıtır.

5.4.1.1 Kodlama Parametresi Örnekleri

Bu bölüm normatif değildir.

Kodlama parametreleri ile uygulanmış simulcast senaryolarına örnekler:

// En düşük çözünürlüklü katman hariç tüm katmanları devre dışı bırakılmış 3 katmanlı mekânsal simulcast örneği
                        var encodings = [
                          {rid: 'q', active: true, scaleResolutionDownBy: 4.0}
                          {rid: 'h', active: false, scaleResolutionDownBy: 2.0},
                          {rid: 'f', active: false},
                        ];

5.4.2 "Hold" işlevselliği

Bu bölüm normatif değildir.

Birlikte ele alındığında, direction özniteliği ve replaceTrack yöntemi geliştiricilerin "hold" senaryolarını uygulamasını sağlar.

Bir eşe müzik göndermek ve alınan sesi çalmayı durdurmak için (bekletme müziği):

async function playMusicOnHold() {
                          try {
                            // Bir ses transceiver’ına ve musicTrack adlı bir müzik parçasına sahip olduğumuzu varsayalım
                            await audio.sender.replaceTrack(musicTrack);
                            // Alınan sesi sustur
                            audio.receiver.track.enabled = false;
                            // Yalnızca gönderim yönünü ayarla (müzakere gerektirir)
                            audio.direction = 'sendonly';
                          } catch (err) {
                            console.error(err);
                          }
                        }

Uzak bir eşin "sendonly" teklifine yanıt vermek için:

async function handleSendonlyOffer() {
                          try {
                            // Önce sendonly teklifini uygula,
                            // alıcının ICE adayları için hazır olmasını sağlamak adına.
                            await pc.setRemoteDescription(sendonlyOffer);
                            // Ses göndermeyi durdur
                            await audio.sender.replaceTrack(null);
                            // Daha fazla müzakereyi önlemek için yönümüzü hizala
                            audio.direction = 'recvonly';
                            // createAnswer çağır ve recvonly bir yanıt gönder
                            await doAnswer();
                          } catch (err) {
                            // sinyalleme hatasını ele al
                          }
                        }

Müzik göndermeyi durdurmak ve mikrofondan yakalanan sesi göndermek ile birlikte alınan sesi çalmak için:

async function stopOnHoldMusic() {
                          // Bir ses transceiver’ına ve micTrack adlı bir mikrofon parçasına sahip olduğumuzu varsayalım
                          await audio.sender.replaceTrack(micTrack);
                          // Alınan sesi aç
                          audio.receiver.track.enabled = true;
                          // Yönü sendrecv olarak ayarla (müzakere gerektirir)
                          audio.direction = 'sendrecv';
                        }

Uzak bir eş tarafından beklemeden çıkarılmaya yanıt vermek için:

async function onOffHold() {
                          try {
                            // Önce sendrecv teklifini uygula; alıcının ICE adayları için hazır olmasını sağlamak adına.
                            await pc.setRemoteDescription(sendrecvOffer);
                            // Ses göndermeye başla
                            await audio.sender.replaceTrack(micTrack);
                            // Yönü sendrecv olarak ayarla (yanıt için tam zamanında)
                            audio.direction = 'sendrecv';
                            // createAnswer çağır ve sendrecv bir yanıt gönder
                            await doAnswer();
                          } catch (err) {
                            // sinyalleme hatasını ele al
                          }
                        }