Closed
Bug 947101
Opened 11 years ago
Closed 11 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•11 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•11 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•11 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•11 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•11 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•11 years ago
|
||
Try server result looks good. https://tbpl.mozilla.org/?tree=Try&rev=48638214379e
Assignee | ||
Comment 7•11 years ago
|
||
Rebase the patch.
Attachment #8344434 -
Attachment is obsolete: true
Assignee | ||
Comment 8•11 years ago
|
||
Push to b2g-inbound https://hg.mozilla.org/integration/b2g-inbound/rev/49cb8e873bc1
Assignee | ||
Comment 9•11 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•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/49cb8e873bc1
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 11•11 years ago
|
||
RTSP defect to be fixed in 1.3
blocking-b2g: 1.3? → 1.3+
Whiteboard: [FT:RIL]
Comment 12•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/b0b118d4ec72
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
•