sdpdemux crash

[GoogleCodeExporter]

Hi,

I tryed this pipeline

filesrc location=<pathtosdp.sdp> ! sdpdemux ! decodebin ! ffmpegcolorspace ! 
*sink

I get this stack trace:

>   libgstsdpelem.dll!is_multicast_address(const char * host_name=0x00000000)  
Riga 383    C
    libgstsdpelem.dll!gst_sdp_demux_create_stream(_GstSDPDemux * demux=0x00000000, GstSDPMessage * sdp=0x0111fda8, int idx=0)  Riga 447 C
    libgstsdpelem.dll!gst_sdp_demux_start(_GstSDPDemux * demux=0x00000000)  Riga 1273   C
    libgstsdpelem.dll!gst_sdp_demux_sink_event(_GstPad * pad=0x00b38108, _GstEvent * event=0x00b7d680)  Riga 1337 + 0x7 byte    C
    libgstreamer-0.10.dll!gst_pad_send_event(_GstPad * pad=0x00b38108, _GstEvent * event=0x00b7d680)  Riga 5104 + 0x4 byte  C
    libgstreamer-0.10.dll!gst_pad_push_event(_GstPad * pad=0x00b38040, _GstEvent * event=0x00b7d680)  Riga 4960 + 0x7 byte  C
    libgstbase-0.10.dll!gst_base_src_loop(_GstPad * pad=)  Riga 2550    C
    libgstreamer-0.10.dll!gst_task_func(_GstTask * task=0x00ba53f8)  Riga 273   C
    libgstreamer-0.10.dll!default_func(TaskData * tdata=0x00923388, _GstTaskPool * pool=0x00925058)  Riga 68 + 0x3 byte C
    libglib-2.0-0.dll!686147d9()    
    [I frame indicati di seguito possono essere errati e/o mancanti, non sono stati caricati simboli per libglib-2.0-0.dll] 
    libglib-2.0-0.dll!6861290b()    
    msvcrt.dll!77bfc2de()   
    libgthread-2.0-0.dll!65c4231a()     
    msvcrt.dll!77c0a3b0()   
    kernel32.dll!7c80b729()     

Original issue reported on code.google.com by drakkan1...@gmail.com on 7 Oct 2010 at 10:10

[GoogleCodeExporter]

I suggest to decrease the priority from medium to low, infact you can 
workaround the problem setting the right caps on udpsrc directly

Original comment by drakkan1...@gmail.com on 7 Oct 2010 at 4:32

[GoogleCodeExporter]

Can you provide an example (link?) showing the problem?

Original comment by david.g.hoyt on 16 Oct 2010 at 1:15

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Hi, I don't have windows now, however you can use something like this:

source (replace v4l2src with something windows specific or run the source 
pipeline on linux ):

gst-launch-0.10 -v v4l2src do-timestamp=true ! jpegenc ! rtpjpegpay pt=26 ! 
udpsink host=127.0.0.1 port=6000

receiver:

gst-launch filesrc location=stream.sdp ! sdpdemux ! decodebin ! 
ffmpegcolorspace ! autovideosink 

where stream.sdp is something like this:

v=0
o=- 1287050046 1287050047 IN IP4 127.0.0.1
s=udpsink
e=None
c=IN IP4 127.0.0.1
t=0
m=video 6000 RTP/AVP 26
a=rtpmap:26 JPEG/90000

this works on linux but should crash on windows (I cannot test now)

Original comment by drakkan1...@gmail.com on 17 Oct 2010 at 5:53

[GoogleCodeExporter]

Can you point me to a publicly available sdp file that crashes? That'd be less 
setup and easier to debug. (c:

Original comment by david.g.hoyt on 28 Oct 2010 at 6:12

[GoogleCodeExporter]

it is not easy, this type of streams expect to open a connection from the 
server to the client (that really act as a server) so they doesn't work well in 
firewalled environment (you as client should be directly accessible from the 
server or we should configure some type of port forwading). 

Original comment by drakkan1...@gmail.com on 29 Oct 2010 at 6:10

[GoogleCodeExporter]

Any progress on fixing or determining the problem?

Original comment by david.g.hoyt on 20 Jan 2011 at 12:25

[GoogleCodeExporter]

solved with the latest gstreamer updates

Original comment by drakkan1...@gmail.com on 19 Dec 2011 at 3:34

[GoogleCodeExporter]

sorry, my bad the problem is still here :(

Original comment by drakkan1...@gmail.com on 22 Dec 2011 at 5:32