Używanie ujść niestandardowych

[Funkcja skojarzona z tą stroną, windows Media Format 11 SDK, jest starszą funkcją. Został zastąpiony przez Source Reader i składnik zapisywania ujścia . Source Reader i Sink Writer zostały zoptymalizowane pod kątem systemów Windows 10 i Windows 11. Firma Microsoft zdecydowanie zaleca, aby nowy kod używał czytnika źródłowego i modułu zapisywania do ujścia zamiast zestawu SDK Windows Media Format 11, jeśli jest to możliwe. Firma Microsoft sugeruje, że istniejący kod, który używa starszych interfejsów API, należy przepisać go do korzystania z nowych interfejsów API, jeśli to możliwe.]

Jeśli masz specjalne wymagania dotyczące pisania, możesz utworzyć własne narzędzia pisarskie. Moduł zapisu utrzymuje jednokierunkową komunikację z odbiornikiem, wykonując wywołania metod IWMWriterSink. Aby utworzyć własny odbiornik, zaimplementuj interfejs IWMWriterSink w klasie w aplikacji. Ten proces jest bardzo podobny do implementowania dowolnego innego interfejsu wywołania zwrotnego używanego przez obiekty zestawu WINDOWS Media Format SDK. Aby uzyskać więcej informacji na temat wywołań zwrotnych, zobacz Korzystanie z metod wywołań zwrotnych.

Bufor odebrany w IWMWriterSink::OnHeader powinien zostać zapisany na początku pliku, a wszystkie odebrane w OnDataUnit powinny być zapisywane sekwencyjnie. OnHeader będzie wywoływana na początku, ale może być wywoływana także w innych momentach, a jeśli to się stanie, należy, jeśli to możliwe, nadpisać oryginalny nagłówek. Jeśli aplikacja nie może tego zrobić z jakiegoś powodu, po prostu zignoruj kolejne wywołania OnHeader.

Ujście niestandardowe powinno przekazać jego stan do Twojej aplikacji do zapisu, wykonując wywołania do metody wywołania zwrotnego IWMStatusCallback::OnStatus. Jeśli zaimplementujesz ujście jako obiekt COM, możesz chcieć uwidocznić interfejs IWMRegisterCallback. Można jednak przekazać adres wywołania zwrotnego OnStatus do oprogramowania odbierającego i ustawić kontekst w dowolny sposób.

Tematy pokrewne

Praca z modułami zapisu