我就遇到了這個不知道是怎麼回事,並尋找答案花了幾個小時。我的MP3文件長度超過30分鐘,在Firefox上,MP3控件運行良好,但在Chrome中我無法使搜索/前向控制正常工作。
嘗試此頁的JSFiddles和調試後,我發現HTML5代碼不是問題。所以我遵循一種通過我的ruby on rails後端「send_file」函數來服務MP3的方法,並最終在Chrome上工作。我添加了「/ stream」路由,並在其控制器中返回了send_file函數。就像這樣:
send_file path_to_MP3_file,
filename: File.basename(path_to_MP3_file),
type: Mime::Type.lookup_by_extension("mp3"),
disposition: 'inline',
stream: true,
buffer_size: 4096
我不得不對註冊爲「lookup_by_extension」方法工作的初始化文件的MP3 MIME類型,所以我用:
Mime::Type.register "audio/mpeg", :mp3
現在,我堅持努力讓控件在iOS中運行,但這是另一回事。
由於沒有在iOS瀏覽器的時間軸控制是專門涉及到組件的寬度:如果我得到它正在爲移動版:)
UPDATE我會發布更新。強制它的最小寬度做了這項工作,但是在窄設備(如iPhone 5)中搞亂了設計。
我最終改變我的CSS,迫使一些webkit-pseudo-elements和造型,以這樣的:
audio {
width: 100%;
min-width: 280px;
}
audio::-webkit-media-controls-timeline {
display: inline;
}
audio::-webkit-media-controls-current-time-display {
display: flex;
}
是做什麼用的瀏覽器來得到那個奇怪的行爲?你有沒有嘗試其他瀏覽器(只是爲了看看它是否與瀏覽器有關)?您是否嘗試過使用不同的mp3來源(只是爲了確定原因不是損壞的mp3)? –
你可以將它加入小提琴中,以便我們自己看到它嗎? –
@LouysPatriceBessette - 我已經嘗試了不同的瀏覽器,同樣的事情。使用JSFiddle鏈接和使用的URL更新了最初的帖子(這是一個Twilio API錄製)。 – Andrew