Closed
Bug 947101
Opened 12 years ago
Closed 12 years ago
Rtsp: Backward seek fail.
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(blocking-b2g:1.3+, firefox27 wontfix, firefox28 fixed, firefox29 fixed, b2g-v1.3 fixed)
RESOLVED
FIXED
blocking-b2g | 1.3+ |
People
(Reporter: vchang, Assigned: vchang)
References
Details
(Whiteboard: [FT:RIL])
Attachments
(1 file, 2 obsolete files)
2.41 KB,
patch
|
Details | Diff | Splinter Review |
Sometime backward seek may fail. The content process can't receive onMediaDataAvailable event from parent process.
Assignee | ||
Comment 1•12 years ago
|
||
When doing the backward seek, the onTrackDataAvailable() may be skipped due to incorrect mLatestPausedUnit. The reason is that kWhatPausedDone event may arrive
after performSeek() command is executed.
Assignee: nobody → vchang
Attachment #8343610 -
Flags: review?(sworkman)
Comment 2•12 years ago
|
||
Comment on attachment 8343610 [details] [diff] [review]
Patch v1.0
Review of attachment 8343610 [details] [diff] [review]:
-----------------------------------------------------------------
In general, looks fine - I just have one query.
Also, while you're doing this, can you add in a couple of small fixes? In RtspSource::performPause and performSeek, RtspSource::mLatestPausedUnit is reset repeatedly inside the for loop. This only needs to be done once, outside the for loop. Can you change those lines please?
::: netwerk/protocol/rtsp/rtsp/RTSPSource.cpp
@@ +315,5 @@
> + // because of previous performPause() command.
> + for (size_t i = 0; i < mTracks.size(); ++i) {
> + TrackInfo *info = &mTracks.editItemAt(i);
> + info->mLatestPausedUnit = 0;
> + }
Do you need to reset RtspConnectionHandler::mLatestPausedUnit here as well?
Assignee | ||
Comment 3•12 years ago
|
||
Address the review comments.
Attachment #8343610 -
Attachment is obsolete: true
Attachment #8343610 -
Flags: review?(sworkman)
Attachment #8344434 -
Flags: review?(sworkman)
Assignee | ||
Comment 4•12 years ago
|
||
This is a very important fix for Rtsp seek function. It would be better if we could land it on 1.3.
Nominate it for madai?
blocking-b2g: --- → madai?
Comment 5•12 years ago
|
||
Comment on attachment 8344434 [details] [diff] [review]
Patch v.1.1
Review of attachment 8344434 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks for the changes! r=me.
Attachment #8344434 -
Flags: review?(sworkman) → review+
Assignee | ||
Comment 6•12 years ago
|
||
Try server result looks good.
https://tbpl.mozilla.org/?tree=Try&rev=48638214379e
Assignee | ||
Comment 7•12 years ago
|
||
Rebase the patch.
Attachment #8344434 -
Attachment is obsolete: true
Assignee | ||
Comment 8•12 years ago
|
||
Push to b2g-inbound
https://hg.mozilla.org/integration/b2g-inbound/rev/49cb8e873bc1
Assignee | ||
Comment 9•12 years ago
|
||
Rtsp should be landed to 1.3, and seek is the basic function of Rtsp streaming.
blocking-b2g: madai? → 1.3?
Comment 10•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
![]() |
||
Comment 11•12 years ago
|
||
RTSP defect to be fixed in 1.3
blocking-b2g: 1.3? → 1.3+
Whiteboard: [FT:RIL]
Comment 12•12 years ago
|
||
status-b2g-v1.3:
--- → fixed
status-firefox27:
--- → wontfix
status-firefox28:
--- → fixed
status-firefox29:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•