一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

OpenHarmony 3.2 Beta多媒體系列:音視頻播放框架

電子發(fā)燒友開源社區(qū) ? 來源:未知 ? 2022-11-23 09:40 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

巴延興

深圳開鴻數(shù)字產(chǎn)業(yè)發(fā)展有限公司

資深OS框架開發(fā)工程師

以下內(nèi)容來自嘉賓分享,不代表開放原子開源基金會(huì)觀點(diǎn)

一、簡介

媒體子系統(tǒng)為開發(fā)者提供一套接口,方便開發(fā)者使用系統(tǒng)的媒體資源,主要包含音視頻開發(fā)、相機(jī)開發(fā)、流媒體開發(fā)等模塊。每個(gè)模塊都提供給上層應(yīng)用對(duì)應(yīng)的接口,本文會(huì)對(duì)音視頻開發(fā)中的音視頻播放框架做一個(gè)詳細(xì)的介紹。

二、目錄

foundation/multimedia/media_standard
├── frameworks                        #框架代碼
│ ├── js
│ │ ├── player
│ ├── native
│ │ ├── player                    #native實(shí)現(xiàn)
│ └── videodisplaymanager         #顯示管理
│     ├── include
│     └── src
├── interfaces
│ ├── inner_api                     #內(nèi)部接口
│ │ └── native
│ └── kits                          #外部JS接口
├── sa_profile                        #服務(wù)配置文件
└── services
  ├── engine                        #engine代碼
  │ └── gstreamer
  ├── etc                           #服務(wù)配置文件
  ├── include                       #頭文件
  └── services
    ├── sa_media                  #media服務(wù)
    │ ├── client                #media客戶端
    │ ├── ipc                   #media ipc調(diào)用
    │ └── server                #media服務(wù)端
    ├── factory                   #engine工廠
    └── player                    #player服務(wù)
     ├── client                 #player客戶端
      ├── ipc                    #player ipc調(diào)用
└──server#player服務(wù)端

三、播放的總體流程

ab3cba20-6acf-11ed-8abf-dac502259ad0.png ?

四、Native接口使用

OpenHarmony系統(tǒng)中,音視頻播放通過N-API接口提供給上層JS調(diào)用,N-API相當(dāng)于是JS和Native之間的橋梁,在OpenHarmony源碼中,提供了C++直接調(diào)用的音視頻播放例子,在foundation/multimedia/player_framework/test/nativedemo/player目錄中。
void PlayerDemo::RunCase(const string &path)
{
    player_ = OHOS::CreatePlayer();
    if (player_ == nullptr) {
        cout << "player_ is null" << endl;
        return;
    }
    RegisterTable();
    std::shared_ptr cb = std::make_shared();
    cb->SetBufferingOut(SelectBufferingOut());


    int32_t ret = player_->SetPlayerCallback(cb);
    if (ret != 0) {
        cout << "SetPlayerCallback fail" << endl;
    }
    if (SelectSource(path) != 0) {
        cout << "SetSource fail" << endl;
        return;
    }
    sptr producerSurface = nullptr;
    producerSurface = GetVideoSurface();
    if (producerSurface != nullptr) {
        ret = player_->SetVideoSurface(producerSurface);
        if (ret != 0) {
            cout << "SetVideoSurface fail" << endl;
        }
    }
    SetVideoScaleType();
    if (SelectRendererMode() != 0) {
        cout << "set renderer info fail" << endl;
    }
    ret = player_->PrepareAsync();
    if (ret !=  0) {
        cout << "PrepareAsync fail" << endl;
        return;
    }
    cout << "Enter your step:" << endl;
    DoNext();
}
首先根據(jù)RunCase可以大致了解一下播放音視頻的主要流程,創(chuàng)建播放器,設(shè)置播放源,設(shè)置回調(diào)方法(包含播放過程中的多種狀態(tài)的回調(diào)),設(shè)置播放顯示的Surface,這些準(zhǔn)備工作做好之后,需要調(diào)用播放器的PrepareASync方法,這個(gè)方法完成后,播放狀態(tài)會(huì)變成Prepared狀態(tài),這時(shí)就可以調(diào)用播放器的play接口,進(jìn)行音視頻的播放了。 RegisterTable()方法中,將字符串和對(duì)應(yīng)的方法映射到Map中,這樣后續(xù)的DoNext會(huì)根據(jù)輸入的命令,來決定播放器具體的操作。
void PlayerDemo::DoNext()
{
    std::string cmd;
    while (std::cin, cmd)) {
        auto iter = playerTable_.find(cmd);
        if (iter != playerTable_.end()) {
            auto func = iter->second;
            if (func() != 0) {
                cout << "Operation error" << endl;
            }
            if (cmd.find("stop") != std::npos && dataSrc_ != nullptr) {
                dataSrc_->Reset();
            }
            continue;
        } else if (cmd.find("quit") != std::npos || cmd == "q") {
            break;
        } else {
            DoCmd(cmd);
            continue;
        }
    }
}


void PlayerDemo::RegisterTable()
{
    (void)playerTable_.emplace("prepare", std::bind(&Player::Prepare, player_));
    (void)playerTable_.emplace("prepareasync", std::bind(&Player::PrepareAsync, player_));
    (void)playerTable_.emplace("", std::bind(&Player::Play, player_)); // ENTER -> play
    (void)playerTable_.emplace("play", std::bind(&Player::Play, player_));
    (void)playerTable_.emplace("pause", std::bind(&Player::Pause, player_));
    (void)playerTable_.emplace("stop", std::bind(&Player::Stop, player_));
    (void)playerTable_.emplace("reset", std::bind(&Player::Reset, player_));
    (void)playerTable_.emplace("release", std::bind(&Player::Release, player_));
    (void)playerTable_.emplace("isplaying", std::bind(&PlayerDemo::GetPlaying, this));
    (void)playerTable_.emplace("isloop", std::bind(&PlayerDemo::GetLooping, this));
    (void)playerTable_.emplace("speed", std::bind(&PlayerDemo::GetPlaybackSpeed, this));
}
以上的DoNext方法中核心的代碼是func()的調(diào)用,這個(gè)func就是之前注冊進(jìn)Map中字符串對(duì)應(yīng)的方法,在RegisterTable方法中將空字符串""和"play"對(duì)綁定為Player::Play方法,默認(rèn)不輸入命令參數(shù)時(shí),是播放操作。

五、調(diào)用流程

ab47b74a-6acf-11ed-8abf-dac502259ad0.jpgab6a3888-6acf-11ed-8abf-dac502259ad0.jpg ? ?

左右滑動(dòng)查看更多

本段落主要針對(duì)媒體播放的框架層代碼進(jìn)行分析,所以在流程中涉及到了IPC調(diào)用相關(guān)的客戶端和服務(wù)端,代碼暫且分析到調(diào)用gstreamer引擎。 首先Sample通過PlayerFactory創(chuàng)建了一個(gè)播放器實(shí)例(PlayerImpl對(duì)象),創(chuàng)建過程中調(diào)用Init函數(shù)。
int32_t PlayerImpl::Init()
{
    playerService_ = MediaServiceFactory::GetInstance().CreatePlayerService();
    CHECK_AND_RETURN_RET_LOG(playerService_ != nullptr, MSERR_UNKNOWN, "failed to create player service");
    return MSERR_OK;
}
MediaServiceFactory::GetInstance()返回的是MediaClient對(duì)象,所以CreateplayerService函數(shù)實(shí)際上是調(diào)用了MediaClient對(duì)應(yīng)的方法。
std::shared_ptr MediaClient::CreatePlayerService()
{
    std::lock_guard lock(mutex_);
    if (!IsAlived()) {
        MEDIA_LOGE("media service does not exist.");
        return nullptr;
    }


    sptr object = mediaProxy_->GetSubSystemAbility(
        IStandardMediaService::MEDIA_PLAYER, listenerStub_->AsObject());
    CHECK_AND_RETURN_RET_LOG(object != nullptr, nullptr, "player proxy object is nullptr.");


    sptr playerProxy = iface_cast(object);
    CHECK_AND_RETURN_RET_LOG(playerProxy != nullptr, nullptr, "player proxy is nullptr.");


    std::shared_ptr player = PlayerClient::Create(playerProxy);
    CHECK_AND_RETURN_RET_LOG(player != nullptr, nullptr, "failed to create player client.");


    playerClientList_.push_back(player);
    return player;
}
這個(gè)方法中主要通過PlayerClient::Create(playerProxy)方法創(chuàng)建了PlayerClient實(shí)例,并且將該實(shí)例一層層向上傳,最終傳給了PlayerImpl的playerService_變量,后續(xù)對(duì)于播放器的操作,PlayerImpl都是通過調(diào)用PlayerClient實(shí)例實(shí)現(xiàn)的。
int32_t PlayerImpl::Play()
{
    CHECK_AND_RETURN_RET_LOG(playerService_ != nullptr, MSERR_INVALID_OPERATION, "player service does not exist..");
    MEDIA_LOGW("KPI-TRACE: PlayerImpl Play in");
    return playerService_->Play();
}


int32_t PlayerImpl::Prepare()
{
    CHECK_AND_RETURN_RET_LOG(playerService_ != nullptr, MSERR_INVALID_OPERATION, "player service does not exist..");
    MEDIA_LOGW("KPI-TRACE: PlayerImpl Prepare in");
    return playerService_->Prepare();
}


int32_t PlayerImpl::PrepareAsync()
{
    CHECK_AND_RETURN_RET_LOG(playerService_ != nullptr, MSERR_INVALID_OPERATION, "player service does not exist..");
    MEDIA_LOGW("KPI-TRACE: PlayerImpl PrepareAsync in");
    return playerService_->PrepareAsync();
}
對(duì)于PlayerImpl來說,playerService_指向的PlayerClient就是具體的實(shí)現(xiàn),PlayerClient的實(shí)現(xiàn)是通過IPC的遠(yuǎn)程調(diào)用來實(shí)現(xiàn)的,具體地是通過IPC中的proxy端向遠(yuǎn)端服務(wù)發(fā)起遠(yuǎn)程調(diào)用請(qǐng)求。 我們以播放Play為例:
int32_t PlayerClient::Play()
{
    std::lock_guard lock(mutex_);
    CHECK_AND_RETURN_RET_LOG(playerProxy_ != nullptr, MSERR_NO_MEMORY, "player service does not exist..");
    return playerProxy_->Play();
}
int32_t PlayerServiceProxy::Play()
{
    MessageParcel data;
    MessageParcel reply;
    MessageOption option;


    if (!data.WriteInterfaceToken(PlayerServiceProxy::GetDescriptor())) {
        MEDIA_LOGE("Failed to write descriptor");
        return MSERR_UNKNOWN;
    }


    int error = Remote()->SendRequest(PLAY, data, reply, option);
    if (error != MSERR_OK) {
        MEDIA_LOGE("Play failed, error: %{public}d", error);
        return error;
    }
    return reply.ReadInt32();
}
proxy端發(fā)送調(diào)用請(qǐng)求后,對(duì)應(yīng)的Stub端會(huì)在PlayerServiceStub::OnRemoteRequest接收到請(qǐng)求,根據(jù)請(qǐng)求的參數(shù)進(jìn)行對(duì)應(yīng)的函數(shù)調(diào)用。播放操作對(duì)應(yīng)的調(diào)用Stub的Play方法。
int32_t PlayerServiceStub::Play()
{
    MediaTrace Trace("binder::Play");
    CHECK_AND_RETURN_RET_LOG(playerServer_ != nullptr, MSERR_NO_MEMORY, "player server is nullptr");
    return playerServer_->Play();
}
這里最終是通過playerServer_調(diào)用Play函數(shù)。playerServer_在Stub初始化的時(shí)候通過PlayerServer::Create()方式來獲取得到。也就是PlayerServer。
std::shared_ptr PlayerServer::Create()
{
    std::shared_ptr server = std::make_shared();
    CHECK_AND_RETURN_RET_LOG(server != nullptr, nullptr, "failed to new PlayerServer");


    (void)server->Init();
    return server;
}
最終我們的Play調(diào)用到了PlayerServer的Play()。在媒體播放的整個(gè)過程中會(huì)涉及到很多的狀態(tài),所以在Play中進(jìn)行一些狀態(tài)的判讀后調(diào)用OnPlay方法。這個(gè)方法中發(fā)起了一個(gè)播放的任務(wù)。
int32_t PlayerServer::Play()
{
    std::lock_guard lock(mutex_);


    if (lastOpStatus_ == PLAYER_PREPARED || lastOpStatus_ == PLAYER_PLAYBACK_COMPLETE ||
        lastOpStatus_ == PLAYER_PAUSED) {
        return OnPlay();
    } else {
        MEDIA_LOGE("Can not Play, currentState is %{public}s", GetStatusDescription(lastOpStatus_).c_str());
        return MSERR_INVALID_OPERATION;
    }
}


int32_t PlayerServer::OnPlay()
{
    auto playingTask = std::make_shared>([this]() {
        MediaTrace::TraceBegin("PlayerServer::Play", FAKE_POINTER(this));
        auto currState = std::static_pointer_cast(GetCurrState());
        (void)currState->Play();
    });


    int ret = taskMgr_.LaunchTask(playingTask, PlayerServerTaskType::STATE_CHANGE);
    CHECK_AND_RETURN_RET_LOG(ret == MSERR_OK, ret, "Play failed");


    lastOpStatus_ = PLAYER_STARTED;
    return MSERR_OK;
}
在播放任務(wù)中調(diào)用了PlayerServer::Play()
int32_t PlayerServer::Play()
{
    return server_.HandlePlay();
}
在Play里面直接調(diào)用PlayerServer的HandlePlay方法,HandlePlay方法通過playerEngine_調(diào)用到了gstreamer引擎,gstreamer是最終播放的實(shí)現(xiàn)。
int32_t PlayerServer::HandlePlay()
{
    int32_t ret = playerEngine_->Play();
    CHECK_AND_RETURN_RET_LOG(ret == MSERR_OK, MSERR_INVALID_OPERATION, "Engine Play Failed!");


    return MSERR_OK;
}

六、總結(jié)

本文主要對(duì)OpenHarmony 3.2 Beta多媒體子系統(tǒng)的媒體播放進(jìn)行介紹,首先梳理了整體的播放流程,然后對(duì)播放的主要步驟進(jìn)行了詳細(xì)地分析。 媒體播放主要分為以下幾個(gè)層次:

(1)提供給應(yīng)用調(diào)用的Native接口,這個(gè)實(shí)際上通過OHOS::CreatePlayer()調(diào)用返回PlayerImpl實(shí)例。

(2)PlayerClient,這部分通過IPC的proxy調(diào)用,向遠(yuǎn)程服務(wù)發(fā)起調(diào)用請(qǐng)求。

(3)PlayerServer,這部分是播放服務(wù)的實(shí)現(xiàn)端,提供給Client端調(diào)用。

(4)Gstreamer,這部分是提供給PlayerServer調(diào)用,真正實(shí)現(xiàn)媒體播放的功能。

更多熱點(diǎn)文章閱讀

  • 玩嗨OpenHarmony:基于OpenHarmony的智能助老服務(wù)機(jī)器人
  • 玩嗨OpenHarmony:基于OpenHarmony的智慧農(nóng)業(yè)環(huán)境監(jiān)控系統(tǒng)
  • 基于OpenHarmony的智慧牧場方案:生物姿態(tài)檢測篇
  • 基于OpenHarmony的智慧牧場方案:生物心率檢測篇
  • 使用ADS1115擴(kuò)展ROC-RK3568-PC開發(fā)板ADC功能

提示:本文由電子發(fā)燒友社區(qū)發(fā)布,轉(zhuǎn)載請(qǐng)注明以上來源。如需社區(qū)合作及入群交流,請(qǐng)?zhí)砑游⑿臙EFans0806,或者發(fā)郵箱liuyong@huaqiu.com。


原文標(biāo)題:OpenHarmony 3.2 Beta多媒體系列:音視頻播放框架

文章出處:【微信公眾號(hào):電子發(fā)燒友開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 電子發(fā)燒友
    +關(guān)注

    關(guān)注

    33

    文章

    566

    瀏覽量

    33507
  • 開源社區(qū)
    +關(guān)注

    關(guān)注

    0

    文章

    95

    瀏覽量

    625

原文標(biāo)題:OpenHarmony 3.2 Beta多媒體系列:音視頻播放框架

文章出處:【微信號(hào):HarmonyOS_Community,微信公眾號(hào):電子發(fā)燒友開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    泰芯半導(dǎo)體推出星閃音視頻無線SOC芯片TXW828

    在短距離無線通信技術(shù)加速迭代的浪潮中,珠海泰芯半導(dǎo)體有限公司全球首先發(fā)布支持星閃(NearLink)標(biāo)準(zhǔn)的音視頻無線SOC芯片——TXW828。這款集WiFi/藍(lán)牙BLE/星閃三模融合音視頻無線芯片
    的頭像 發(fā)表于 06-20 15:51 ?1024次閱讀

    樂鑫ESP-RTC實(shí)時(shí)音視頻通信方案

    ESP-RTC樂鑫科技推出ESP-RTC(Real-TimeCommunication)音視頻通信方案,能夠?qū)崿F(xiàn)穩(wěn)定流暢、超低延時(shí)的語音和視頻實(shí)時(shí)通信。ESP-RTC以樂鑫
    的頭像 發(fā)表于 05-26 18:07 ?265次閱讀
    樂鑫ESP-RTC實(shí)時(shí)<b class='flag-5'>音視頻</b>通信方案

    中國音視頻產(chǎn)業(yè)邁向高質(zhì)量發(fā)展

    隨著超高清先鋒計(jì)劃的逐步推進(jìn),截至2024年底,中國音視頻產(chǎn)業(yè)規(guī)模超5萬億,包括個(gè)人消費(fèi)電子、家庭影音娛樂、行業(yè)多媒體應(yīng)用及車載視聽產(chǎn)業(yè)和相關(guān)衍生應(yīng)用等行業(yè)企業(yè)超過百萬家,音視頻產(chǎn)業(yè)已經(jīng)成為國家數(shù)字經(jīng)濟(jì)發(fā)展的重要支柱。
    的頭像 發(fā)表于 04-24 11:10 ?640次閱讀

    音視頻一體化解決方案

    。在應(yīng)急指揮中心、多媒體會(huì)議室、移動(dòng)指揮車、多媒體教室、數(shù)字法庭等場景中,用戶亟需一套高度集成、智能管控、互聯(lián)互通的一體化解決方案,以實(shí)現(xiàn)音視頻信號(hào)的綜合調(diào)度與高效協(xié)作。
    的頭像 發(fā)表于 04-24 09:14 ?434次閱讀

    實(shí)用調(diào)試技能:全志T113-i 音視頻測試

    前言:音視頻功能是現(xiàn)代嵌入式系統(tǒng)中的核心應(yīng)用之一,尤其在全志T113-i開發(fā)板中,其豐富的音視頻接口為開發(fā)者提供了強(qiáng)大的開發(fā)能力。本篇文章將帶你快速掌握T113-i平臺(tái)下音視頻模塊的調(diào)試技能,通過
    的頭像 發(fā)表于 03-06 08:31 ?1491次閱讀
    實(shí)用調(diào)試技能:全志T113-i <b class='flag-5'>音視頻</b>測試

    【北京迅為】itop-3568 開發(fā)板openharmony鴻蒙燒寫及測試-第2章OpenHarmony v3.2-Beta4版本測試

    【北京迅為】itop-3568 開發(fā)板openharmony鴻蒙燒寫及測試-第2章OpenHarmony v3.2-Beta4版本測試
    的頭像 發(fā)表于 03-05 10:53 ?448次閱讀
    【北京迅為】itop-3568 開發(fā)板<b class='flag-5'>openharmony</b>鴻蒙燒寫及測試-第2章<b class='flag-5'>OpenHarmony</b> v<b class='flag-5'>3.2-Beta</b>4版本測試

    RK628H:高端音視頻處理與傳輸芯片詳解

    RK628H是一款集高清音視頻處理與傳輸功能于一體的高端芯片,專為滿足現(xiàn)代多媒體設(shè)備對(duì)高分辨率、高幀率視頻以及高質(zhì)量音頻的需求而設(shè)計(jì)。其強(qiáng)大的音視頻處理能力和多樣化的輸入輸出接口,使得
    的頭像 發(fā)表于 02-10 17:56 ?1219次閱讀

    國科微榮獲音視頻領(lǐng)域關(guān)鍵技術(shù)突破一等獎(jiǎng)

    近日,第五屆“馬欄山杯”國際音視頻算法大賽-2024音視頻領(lǐng)域關(guān)鍵技術(shù)突破獎(jiǎng)揭曉,國科微8K超高清視頻系列芯片憑借優(yōu)異的產(chǎn)品性能及示范性應(yīng)用獲評(píng)一等獎(jiǎng)。
    的頭像 發(fā)表于 12-26 15:11 ?603次閱讀

    RK3588核心板多媒體功能一覽

    前言:RK3588支持8K視頻編碼和解碼,以及多路視頻源同時(shí)解碼,為視頻處理和多媒體應(yīng)用提供了強(qiáng)大的支持,本文則從音視頻兩個(gè)功能測試上來認(rèn)識(shí)
    的頭像 發(fā)表于 12-12 08:31 ?1833次閱讀
    RK3588核心板<b class='flag-5'>多媒體</b>功能一覽

    AMS-HE200:HDMI音視頻網(wǎng)絡(luò)延長器,開啟傳輸新時(shí)代

    在數(shù)字化時(shí)代,高清音視頻傳輸已經(jīng)成為各行各業(yè)不可或缺的重要技術(shù)。無論是安防監(jiān)控、視頻會(huì)議,還是戶外廣告、家庭影院,高清音視頻信號(hào)的無縫傳輸都扮演著至關(guān)重要的角色。深圳市程達(dá)科技有限公司,作為高清
    的頭像 發(fā)表于 11-27 10:04 ?610次閱讀
    AMS-HE200:HDMI<b class='flag-5'>音視頻</b>網(wǎng)絡(luò)延長器,開啟傳輸新時(shí)代

    如何在音頻播放時(shí)插播音頻

    ZDP14x0系列芯片是內(nèi)置開源GUI引擎的圖像顯示專用驅(qū)動(dòng)芯片,內(nèi)部集成16MB/64MB顯示內(nèi)存、2D圖形加速器、音視頻解碼器等豐富多媒體功能。不僅支持音視頻
    的頭像 發(fā)表于 11-25 15:40 ?1278次閱讀
    如何在音頻<b class='flag-5'>播放</b>時(shí)插播音頻

    Amoonsky創(chuàng)新音視頻連接技術(shù):全新推出AMS-HE200 HDMI網(wǎng)線延長器

    簡介: 在不斷向高清多媒體體驗(yàn)邁進(jìn)的世界中,強(qiáng)大的音視頻連接需求變得前所未有的重要。AMS-HE200,Amoonsky開創(chuàng)性的HDMI網(wǎng)線延長器,成為重新定義音視頻網(wǎng)絡(luò)格局的解決方案。這款創(chuàng)新
    的頭像 發(fā)表于 10-24 16:09 ?524次閱讀
    Amoonsky創(chuàng)新<b class='flag-5'>音視頻</b>連接技術(shù):全新推出AMS-HE200 HDMI網(wǎng)線延長器

    dm368錄制音視頻后用vlc播放不同步是怎么回事?

    目前我們用其他的開發(fā)板 能夠錄制音視頻,但是用vlc播放的時(shí)候發(fā)現(xiàn)每次都是視頻播放完成了音頻還要播放一會(huì),隨著錄制時(shí)間加上,延后的這個(gè)時(shí)間
    發(fā)表于 10-15 06:56

    基于ArkTS語言的OpenHarmony APP應(yīng)用開發(fā):多媒體管理2

    播放按鈕,視頻開始播放。再次點(diǎn)擊視頻進(jìn)入視頻全屏頁。 首頁下滑500vp后,視頻小窗口化。 4.
    發(fā)表于 09-20 13:47

    盤點(diǎn)那些常見音視頻接口

    我們熟知的一些常見音視頻接口,發(fā)展至今在日常使用中已經(jīng)漸漸少了。但是在工業(yè)領(lǐng)域的音視頻連接,依然能看到其身影。這些看似消失的接口,它們現(xiàn)在發(fā)展成什么樣子了?本期我們將做一個(gè)大盤點(diǎn)。
    的頭像 發(fā)表于 09-09 14:34 ?1217次閱讀