After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 621130 - Windows Mobile RTSP client problem with PLAY
Windows Mobile RTSP client problem with PLAY
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
0.10.5
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-09 17:01 UTC by Jordi Jaen Pallares
Modified: 2011-02-28 15:26 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch that tests the URL conformity when the RTSP PLAY is sent (614 bytes, patch)
2010-06-09 17:01 UTC, Jordi Jaen Pallares 		none Details | Review
same patch as before with also support for PLAY and PAUSE (1.07 KB, patch)
2010-06-10 11:10 UTC, Jordi Jaen Pallares 		none Details | Review
PCAP capture where you can see the problem (3.20 KB, application/octet-stream)
2010-06-10 11:12 UTC, Jordi Jaen Pallares 		  Details

Description Jordi Jaen Pallares 2010-06-09 17:01:53 UTC 
Created attachment 163214 [details] [review]
patch that tests the URL conformity when the RTSP PLAY is sent

The Windows mobile RTSP client (tested on a XDA Diamond smartphone) adds a "/stream=0" string to the requested URL when sends the PLAY request, which produces a 404 response (content not found) from the server side.

In order to prevent that buggy behaviour from windows mobile, I have just written the small patch attached.

I have tested the server with VLC, totem, android and the XDA and it is working.

Best regards,

jair0
Comment 1 Jordi Jaen Pallares 2010-06-10 11:10:42 UTC 
Created attachment 163274 [details] [review]
same patch as before with also support for PLAY and PAUSE
Comment 2 Jordi Jaen Pallares 2010-06-10 11:12:30 UTC 
Created attachment 163275 [details]
PCAP capture where you can see the problem

In the capture you will see that the PLAY already includes this nasty "stream=0" that triggers the 404 Error. 

For PLAY it is solved with the previous patch.

Then the problem happens again for PAUSE, therefore I updated the previous patch.

Best regards,

jair0
Comment 3 Wim Taymans 2010-06-13 09:53:13 UTC 
I wonder if the problem is not fixed by putting a session scope control url in the SDP instead. The problem with your patch is that it would break other cases (non-aggregate control, for example).
Comment 4 Tobias Mueller 2010-11-06 13:17:02 UTC 
Reopening as I can't see any open question.
Comment 5 Wim Taymans 2011-01-12 15:59:53 UTC 
Can you try again with newer versions? a control=* was added to the SDP, maybe it fixes this issue.
Comment 6 Wim Taymans 2011-01-12 16:00:01 UTC 
Can you try again with newer versions? a control=* was added to the SDP, maybe it fixes this issue.
Comment 7 Jordi Jaen Pallares 2011-01-12 16:13:19 UTC 
Unfortunately I don't have currently any Windows Mobile devices at hand to test it. As soon as I get one, I will try it again.
Comment 8 Tobias Mueller 2011-02-28 15:26:58 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!