Hi everyone,
This is my first post as a gstreamer user, so feel free to correct me :) I am currently trying to develop a web interface for an ARM platform, in which is embedded an optical captor. I am able to stream video for the host to a desktop computer without any problem. Here is an example that works : gst-launch udpsrc port=1234 ! gdpdepay ! ffdec_mpeg4 ! sdlvideosink sync=false on the PC side, and then gst-launch v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! gdppay ! udpsink host=192.168.0.10 port=1234 on the platform. The idea is now to use RTMP so that the stream can be outputed in a web page using the vlc plugin. For that, the command line on the camera is : gst-launch -v v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! rtpmp4vpay send-config=true ! udpsink host=192.168.0.10 port=1234 (where mfw_mpeg4encoder is an embedded hardware encoder) I use a configuration file stream.sdp : v=0 m=video 1234 RTP/AVP 96 c=IN IP4 192.168.0.10 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 a=cliprect:0,0,480,640 a=framesize:96 640-480 And I feed Vlc with this file to get the streaming. It works fine, as long as I set Vlc first, and then launch the gstreamer command line. If the streaming is already started, Vlc detects the stream but is unable to display any data. Same case if the stream is outputed, then stopped and started again. Which means that each time, I need to set Vlc up first, and then start the streaming. And to do it again, I have to fully close vlc and start over completely. The same phenomenon appears when using gstreamer itself instead of vlc to catch the stream : gst-launch playbin uri=file:///home/jlengrand/Desktop/Dropbox/Taf/stream.sdp could someone please help me on this? I would really like to be able to stop and start more than one streaming whitout closing my client. And most of all, I would appreciate is the client could receive a streaming that has already started ! Any suggestions are welcome ! ! Thanks and Greetings Julien -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Comments inline below:
On Tue, Feb 1, 2011 at 3:40 PM, <[hidden email]> wrote: > Hi everyone, > > > This is my first post as a gstreamer user, so feel free to correct me :) > > I am currently trying to develop a web interface for an ARM platform, in which is embedded an optical captor. > > I am able to stream video for the host to a desktop computer without any problem. Here is an example that works : > gst-launch udpsrc port=1234 ! gdpdepay ! ffdec_mpeg4 ! sdlvideosink sync=false on the PC side, and then > gst-launch v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! gdppay ! udpsink host=192.168.0.10 port=1234 on the platform. > gdppay doesn't really work over UDP, but anyway.. > > The idea is now to use RTMP so that the stream can be outputed in a web page using the vlc plugin. > For that, the command line on the camera is : > gst-launch -v v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! rtpmp4vpay send-config=true ! udpsink host=192.168.0.10 port=1234 Try the config-interval=2 property on rtpmp4vpay, it sends the config string every 2 seconds. wim > (where mfw_mpeg4encoder is an embedded hardware encoder) > > I use a configuration file stream.sdp : > v=0 > m=video 1234 RTP/AVP 96 > c=IN IP4 192.168.0.10 > a=rtpmap:96 MP4V-ES/90000 > a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 > a=cliprect:0,0,480,640 > a=framesize:96 640-480 > > And I feed Vlc with this file to get the streaming. > > It works fine, as long as I set Vlc first, and then launch the gstreamer command line. > If the streaming is already started, Vlc detects the stream but is unable to display any data. > > Same case if the stream is outputed, then stopped and started again. > > > Which means that each time, I need to set Vlc up first, and then start the streaming. And to do it again, I have to fully close vlc and start over completely. > > The same phenomenon appears when using gstreamer itself instead of vlc to catch the stream : > gst-launch playbin uri=file:///home/jlengrand/Desktop/Dropbox/Taf/stream.sdp > > > could someone please help me on this? > I would really like to be able to stop and start more than one streaming whitout closing my client. And most of all, I would appreciate is the client could receive a streaming that has already started ! > > > Any suggestions are welcome ! ! > > Thanks and Greetings > > Julien > > > -- > -- > Julien Lengrand-Lambert > tel: +33 (0)240 50 21 73 > > ADVANSEE > 9 rue Alfred Kastler > CS30750, 44307 Nantes Cedex 3 > http://www.advansee.com > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by julien.lengrand-lambert
> Hi everyone,
> > > This is my first post as a gstreamer user, so feel free to correct me :) > > I am currently trying to develop a web interface for an ARM platform, in which is embedded an optical captor. > > I am able to stream video for the host to a desktop computer without any problem. Here is an example that works : > gst-launch udpsrc port=1234 ! gdpdepay ! ffdec_mpeg4 ! sdlvideosink sync=false on the PC side, and then > gst-launch v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! gdppay ! udpsink host=192.168.0.10 port=1234 on the platform. > gdppay doesn't really work over UDP, but anyway.. > > The idea is now to use RTMP so that the stream can be outputed in a web page using the vlc plugin. > For that, the command line on the camera is : > gst-launch -v v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! rtpmp4vpay send-config=true ! udpsink host=192.168.0.10 port=1234 Try the config-interval=2 property on rtpmp4vpay, it sends the config string every 2 seconds. wim > (where mfw_mpeg4encoder is an embedded hardware encoder) > > I use a configuration file stream.sdp : > v=0 > m=video 1234 RTP/AVP 96 > c=IN IP4 192.168.0.10 > a=rtpmap:96 MP4V-ES/90000 > a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 > a=cliprect:0,0,480,640 > a=framesize:96 640-480 > > And I feed Vlc with this file to get the streaming. > > It works fine, as long as I set Vlc first, and then launch the gstreamer command line. > If the streaming is already started, Vlc detects the stream but is unable to display any data. > > Same case if the stream is outputed, then stopped and started again. > > > Which means that each time, I need to set Vlc up first, and then start the streaming. And to do it again, I have to fully close vlc and start over completely. > > The same phenomenon appears when using gstreamer itself instead of vlc to catch the stream : > gst-launch playbin uri=file:///home/jlengrand/Desktop/Dropbox/Taf/stream.sdp > > > could someone please help me on this? > I would really like to be able to stop and start more than one streaming whitout closing my client. And most of all, I would appreciate is the client could receive a streaming that has already started ! > > > Any suggestions are welcome ! ! > > Thanks and Greetings > > Julien > > > -- > -- > Julien Lengrand-Lambert > tel: +33 (0)240 50 21 73 > > ADVANSEE > 9 rue Alfred Kastler > CS30750, 44307 Nantes Cedex 3 > http://www.advansee.com > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > So, here are some news. I had an older version of gstreamer and gst-plugins. I cross-compiled the newer versions, so that the config-interval option can be available. The command line is then : $ gst-launch -v v4l2src ! video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! mfw_mpeg4encoder ! rtpmp4vpay send-config=true config-interval=2 ! udpsink host=192.168.0.10 port=1234 But it does absolutely not change my problem, neither in vlc nor in gstreamer . . . Does someone know where I should search to solve this issue? I did not succeed streaming video flux in the firefox vlc plugin with something else than this sdp file :s Thanks by advance for your support. Julien -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Wed, Feb 2, 2011 at 4:47 PM, <[hidden email]> wrote: ..snip.. > >> (where mfw_mpeg4encoder is an embedded hardware encoder) >> >> I use a configuration file stream.sdp : >> v=0 >> m=video 1234 RTP/AVP 96 >> c=IN IP4 192.168.0.10 >> a=rtpmap:96 MP4V-ES/90000 >> a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 I see you're using a live source, so there's no grant that starting twice the stream you'll get the same config (and it's unlikely imo). Maybe you could try removing the config, as you're now already sending it in-band. >> a=cliprect:0,0,480,640 >> a=framesize:96 640-480 >> ..snip.. > > But it does absolutely not change my problem, neither in vlc nor in gstreamer . . . > > Does someone know where I should search to solve this issue? it would greatly help if you could post somewhere the debug log you get after setting GST_DEBUG=3 (or higher) on the sending and (more interesting) receiving side, as you're able to reproduce the issue with GStreamer on both ends. If more than 10 lines, please post to pastebin or attach as txt file. Regards ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by julien.lengrand-lambert
>Hi, >On Wed, Feb 2, 2011 at 4:47 PM, <[hidden email]> wrote: >..snip.. > >> (where mfw_mpeg4encoder is an embedded hardware encoder) >> >> I use a configuration file stream.sdp : >> v=0 >> m=video 1234 RTP/AVP 96 >> c=IN IP4 192.168.0.10 >> a=rtpmap:96 MP4V-ES/90000 >> a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 >I see you're using a live source, so there's no grant that starting >twice the stream you'll get the same config (and it's unlikely imo). >Maybe you could try removing the config, as you're now already sending >it in-band. >>> a=cliprect:0,0,480,640 >>> a=framesize:96 640-480 >>> ..snip..> >> >> But it does absolutely not change my problem, neither in vlc nor in gstreamer . . . >> > Does someone know where I should search to solve this issue?> >it would greatly help if you could post somewhere the debug log you >get after setting GST_DEBUG=3 (or higher) on the sending and (more >interesting) receiving side, as you're able to reproduce the issue >with GStreamer on both ends. If more than 10 lines, please post to >pastebin or attach as txt file.< > >Regards Hi, Once again, thanks for your help. Perhaps should I have sent the logs in my first message. I removed the config line, as you said, and it still works the same way than before. Not worse, not better. So I guess i don't need it anymore :) You will find enclosed the 3 logs I performed. 2 using gstreamer as the client and the server and the last one with vlc as client. Both client logs mention a "header damaged" error, so perhaps is it the source of the problem. However, I am unable to really find the reason for that error :s I hope you can give me some lights on this issue ! Thanks again Julien -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
And sorry to have forgotten the logs . . .
>Hi, >On Wed, Feb 2, 2011 at 4:47 PM, <[hidden email]> wrote: >..snip.. > >> (where mfw_mpeg4encoder is an embedded hardware encoder) >> >> I use a configuration file stream.sdp : >> v=0 >> m=video 1234 RTP/AVP 96 >> c=IN IP4 192.168.0.10 >> a=rtpmap:96 MP4V-ES/90000 >> a=fmtp:96 profile-level-id=245,config=000001b0f5000001b5090000010000000120008440 >I see you're using a live source, so there's no grant that starting >twice the stream you'll get the same config (and it's unlikely imo). >Maybe you could try removing the config, as you're now already sending >it in-band. >>> a=cliprect:0,0,480,640 >>> a=framesize:96 640-480 >>> ..snip..> >> >> But it does absolutely not change my problem, neither in vlc nor in gstreamer . . . >> > Does someone know where I should search to solve this issue?> >it would greatly help if you could post somewhere the debug log you >get after setting GST_DEBUG=3 (or higher) on the sending and (more >interesting) receiving side, as you're able to reproduce the issue >with GStreamer on both ends. If more than 10 lines, please post to >pastebin or attach as txt file.< > >Regards Hi, Once again, thanks for your help. Perhaps should I have sent the logs in my first message. I removed the config line, as you said, and it still works the same way than before. Not worse, not better. So I guess i don't need it anymore :) You will find enclosed the 3 logs I performed. 2 using gstreamer as the client and the server and the last one with vlc as client. Both client logs mention a "header damaged" error, so perhaps is it the source of the problem. However, I am unable to really find the reason for that error :s I hope you can give me some lights on this issue ! Thanks again Julien -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel client_hope (635K) Download Attachment cvlc_log (593 bytes) Download Attachment server.log (66K) Download Attachment |
In reply to this post by julien.lengrand-lambert
Sorry again, the files were scrubbed :s .
Here are the links of the three logs : http://dl.dropbox.com/u/11909603/client_hope => client with gstreamer http://dl.dropbox.com/u/11909603/cvlc_log => client with cvlc http://dl.dropbox.com/u/11909603/server.log => server log I hope everything will be fine this time Cheers -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
sorry for the late reply. I grasped only now that you're using a custom (hardware-specific) encoder. It should not matter as long as it sends the parameters set to the payloader within the "codec-data" field (you can check through the caps negotiated bw encoder and payloader), so check whether it's a configurable option if not enabled. Said so, the behaviour of both the clients (GStreamer and VLC) is expected, because their decoders never get an essential piece of information that is the configuration data. As it appears such an information is never re-sent from the payloader (even with send-config=true config-interval=2) the most plausible cause is the one I wrote in the paragraph above. As a note, the following pipelines work correctly on my old eeepc: gst-launch v4l2src ! \ video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ ffmpegcolorspace ! ffenc_mpeg4 ! rtpmp4vpay \ send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 gst-launch udpsrc port=1234 ! \ "application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)MP4V-ES, payload=96" ! \ rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink in case your encoder does not have an option to encapsulate parameter-sets into the src caps, it's still possible to use a parser, that is the sending pipe should be modified as follows (note the stub for the encoder name): gst-launch v4l2src ! \ video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ ffmpegcolorspace ! your_encoder ! mpeg4videoparse ! rtpmp4vpay \ send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 I hope this will help. PS next time you copy/paste debug output, please remember to disable output color with something like: export GST_DEBUG_NO_COLOR=1 Regards On Thu, Feb 3, 2011 at 4:35 PM, <[hidden email]> wrote: > Sorry again, the files were scrubbed :s . > > Here are the links of the three logs : > > http://dl.dropbox.com/u/11909603/client_hope => client with gstreamer > http://dl.dropbox.com/u/11909603/cvlc_log => client with cvlc > http://dl.dropbox.com/u/11909603/server.log => server log > > I hope everything will be fine this time > > Cheers > > -- > -- > Julien Lengrand-Lambert > tel: +33 (0)240 50 21 73 > > ADVANSEE > 9 rue Alfred Kastler > CS30750, 44307 Nantes Cedex 3 > http://www.advansee.com > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by julien.lengrand-lambert
Hi,
Thanks a lot for your message. I am trying to test your two command lines right now, but struggling a bit. The last Ubuntu packaged version for gst-base and plugins is 0.10.28, which does not include he config-interval option. I must then compile from the source, but I get errors with the configure in plugins-good which is searching for its dependencies in the /usr/bin folder. Is there a way to inform the configure file that my binaries are in a custom folder? I searched in the source, but failed for now :S. Anyway, the information you gave about the hardware encoder are interesting. I did not think that the problem could come from there. I will try to find the sources, so that a solution can be found. Thanks again, I inform you as soon as I get more information. Julien >Hi, > >sorry for the late reply. I grasped only now that you're using a >custom (hardware-specific) encoder. It should not matter as long as it >sends the parameters set to the payloader within the "codec-data" >field (you can check through the caps negotiated bw encoder and >payloader), so check whether it's a configurable option if not >enabled. > >Said so, the behaviour of both the clients (GStreamer and VLC) is >expected, because their decoders never get an essential piece of >information that is the configuration data. As it appears such an >information is never re-sent from the payloader (even with >send-config=true config-interval=2) the most plausible cause is the >one I wrote in the paragraph above. > >As a note, the following pipelines work correctly on my old eeepc: > >gst-launch v4l2src ! \ >video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ >ffmpegcolorspace ! ffenc_mpeg4 ! rtpmp4vpay \ >send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 > >gst-launch udpsrc port=1234 ! \ >"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)MP4V-ES, >payload=96" ! \ >rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink > >in case your encoder does not have an option to encapsulate >parameter-sets into the src caps, it's still possible to use a parser, >that is the sending pipe should be modified as follows (note the stub >for the encoder name): > >gst-launch v4l2src ! \ >video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ >ffmpegcolorspace ! your_encoder ! mpeg4videoparse ! rtpmp4vpay \ >send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 > >I hope this will help. > >PS next time you copy/paste debug output, please remember to disable >output color with something like: > >export GST_DEBUG_NO_COLOR=1 > >Regards On Thu, Feb 3, 2011 at 4:35 PM, <[hidden email]> wrote: > Sorry again, the files were scrubbed :s . > > Here are the links of the three logs : > > http://dl.dropbox.com/u/11909603/client_hope => client with gstreamer > http://dl.dropbox.com/u/11909603/cvlc_log => client with cvlc > http://dl.dropbox.com/u/11909603/server.log => server log > > I hope everything will be fine this time > > Cheers > > -- > -- > Julien Lengrand-Lambert > tel: +33 (0)240 50 21 73 > > ADVANSEE > 9 rue Alfred Kastler > CS30750, 44307 Nantes Cedex 3 > http://www.advansee.com > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- -- Julien Lengrand-Lambert tel: +33 (0)240 50 21 73 ADVANSEE 9 rue Alfred Kastler CS30750, 44307 Nantes Cedex 3 http://www.advansee.com ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Mon, Feb 7, 2011 at 3:02 PM, <[hidden email]> wrote: > Hi, > > > Thanks a lot for your message. > > I am trying to test your two command lines right now, but struggling a bit. > > > The last Ubuntu packaged version for gst-base and plugins is 0.10.28, which does not include he config-interval option. > I must then compile from the source, but I get errors with the configure in plugins-good which is searching for its dependencies in the /usr/bin folder. > > Is there a way to inform the configure file that my binaries are in a custom folder? I searched in the source, but failed for now :S. I fell in your same issues in the past. You can try and use jhbuild (you'll need to go through a few docs before succeeding): http://library.gnome.org/devel/jhbuild/stable/jhbuild-and-gnome.html.en ---- Alternatively, I wrote my own set of scripts. You can take inspiration from them: http://gitorious.org/mkgst please note they're nothing official (personal use only ;) ), so your degree of success may vary depending on upstream GStreamer developments / your building environment. The last time I've used them (the last week) they worked pretty well on a freshly installed Ubuntu. If you're lucky the only thing you'll have to do in order to build GStreamer from git is: cd to the dir containing the mkgst folder run bash ./mkgst/mkgst.sh if you're so lucky that build succeeds, in order to set up your shell to use the newly built environment you'll have to run: . ./mkgst/setenv.sh P.S. maybe you'll have to remove some of the -dev packages from your Ubuntu box. good luck! Regards > > > Anyway, the information you gave about the hardware encoder are interesting. I did not think that the problem could come from there. > I will try to find the sources, so that a solution can be found. > > > Thanks again, > I inform you as soon as I get more information. > > Julien > > > > >>Hi, >> >>sorry for the late reply. I grasped only now that you're using a >>custom (hardware-specific) encoder. It should not matter as long as it >>sends the parameters set to the payloader within the "codec-data" >>field (you can check through the caps negotiated bw encoder and >>payloader), so check whether it's a configurable option if not >>enabled. >> >>Said so, the behaviour of both the clients (GStreamer and VLC) is >>expected, because their decoders never get an essential piece of >>information that is the configuration data. As it appears such an >>information is never re-sent from the payloader (even with >>send-config=true config-interval=2) the most plausible cause is the >>one I wrote in the paragraph above. >> >>As a note, the following pipelines work correctly on my old eeepc: >> >>gst-launch v4l2src ! \ >>video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ >>ffmpegcolorspace ! ffenc_mpeg4 ! rtpmp4vpay \ >>send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 >> >>gst-launch udpsrc port=1234 ! \ >>"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)MP4V-ES, >>payload=96" ! \ >>rtpmp4vdepay ! ffdec_mpeg4 ! xvimagesink >> >>in case your encoder does not have an option to encapsulate >>parameter-sets into the src caps, it's still possible to use a parser, >>that is the sending pipe should be modified as follows (note the stub >>for the encoder name): >> >>gst-launch v4l2src ! \ >>video/x-raw-yuv,width=640,height=480,format='(fourcc)'YV12 ! \ >>ffmpegcolorspace ! your_encoder ! mpeg4videoparse ! rtpmp4vpay \ >>send-config=true config-interval=2 ! udpsink host=127.0.0.1 port=1234 >> >>I hope this will help. >> >>PS next time you copy/paste debug output, please remember to disable >>output color with something like: >> >>export GST_DEBUG_NO_COLOR=1 >> >>Regards > > On Thu, Feb 3, 2011 at 4:35 PM, <[hidden email]> wrote: >> Sorry again, the files were scrubbed :s . >> >> Here are the links of the three logs : >> >> http://dl.dropbox.com/u/11909603/client_hope => client with gstreamer >> http://dl.dropbox.com/u/11909603/cvlc_log => client with cvlc >> http://dl.dropbox.com/u/11909603/server.log => server log >> >> I hope everything will be fine this time >> >> Cheers >> >> -- >> -- >> Julien Lengrand-Lambert >> tel: +33 (0)240 50 21 73 >> >> ADVANSEE >> 9 rue Alfred Kastler >> CS30750, 44307 Nantes Cedex 3 >> http://www.advansee.com >> >> ------------------------------------------------------------------------------ >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! >> Finally, a world-class log management solution at an even better price-free! >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires >> February 28th, so secure your free ArcSight Logger TODAY! >> http://p.sf.net/sfu/arcsight-sfd2d >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> > > -- > -- > Julien Lengrand-Lambert > tel: +33 (0)240 50 21 73 > > ADVANSEE > 9 rue Alfred Kastler > CS30750, 44307 Nantes Cedex 3 > http://www.advansee.com > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |