-
Notifications
You must be signed in to change notification settings - Fork 146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
seeking & playback #43
Comments
Yep, we should be handling the underflow errors during seeking, that's a bug. Leaving this issue open for that. As for HTTP, there are some known issues that we cannot solve due to limitations of the browser's |
the server is working properly, and I also subclassed the HTTPSource to not I also tried modifying the chunk size but got basically the same result (as On Wednesday, September 11, 2013, Devon Govett wrote:
|
Yeah I just want to make sure that the server isn't sending back the whole file when the first range is requested and ignoring the range. That would definitely slow it down. Could you add some logging or check the chrome network inspector to see if multiple chunks are being returned? If adjusting the chunk size has no effect, this sounds more plausible. If that's not it, it could be the file you're playing. Some formats like M4A support putting the audio format metadata at the end of the file instead of the beginning, which would force the whole file to be downloaded before playback could occur. |
Multiple chunks are being returned (sequentially), and I tried doing something like have a first and/or second chunk smaller, but it downloads more chunks until it gets a too reasonable (high) buffer to start playing. I'm only doing mp3 as a file type. I could give you a (private) link to check things out. I also saw some strange things like the progress going nuts on (at least I think) VBR mp3's |
I kind of solved my previous issues, but right now I'm clueless of how I should approach a 'seek anywhere' feature. I do have a custom HTTPSource working, but I'm only emitting data sequentially. If I make a request for a buffer that's way ahead of the loaded file, what would be the proper way to send it forward for playback? Can the decoder work with sort of incomplete files? I'm not even sure I'm asking the right questions |
Hi guys, so is there a way to seek to yet not loaded time/buffer? Can asset sources also support seeking so it HTTPSource could download needed buffer instead of downloading them in a sequence? |
Question. How would you seek? If I look at the docs I see a property currentTime... But that is a getter only I believe... Am I missing something? |
Look at my web site, for that would make seeking for your player: http://master255.org/?file=/res/Музыка/last_add.m3u8 |
I often get an AV.UnderflowError when seeking into areas that aren't loaded yet. Is there anything I could do on my side to improve this process?
I'm also having issues regarding playback of a song from url, it takes quite a while until the ready event fires and the song starts playing, so I'm also wondering if there's something I can do to improve this, some pointers to where I should be looking at least
The text was updated successfully, but these errors were encountered: