Hi, I wanted test HD video stream on GStreamer. Used the
following command on Fedora7. gst-launch filesrc
location=hdtv.ts ! queue ! flutsdemux ! ffdec_mpeg2video ! xvimagesink Error log ------------ Setting
pipeline to PAUSED ... Pipeline
is PREROLLING ... X
Error of failed request: BadAlloc (insufficient resources for operation) Major
opcode of failed request: 140 (XVideo) Minor
opcode of failed request: 19 () Serial
number of failed request: 54 Current
serial number in output stream: 55 Did I make any mistake? Is it an error because of RAM size?
I use 512MB RAM. I can play the same video on Windows with VLC Regards Ramana
------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
try the following pipeline
*gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! ffdec_mpeg2video ! ffmpegcolorspace ! queue ! xvimagesink *However i believe this is the problem with your linux display drivers, where this driver is not allowing you to make display memory allocations of the requested size(whatever hd resolution you are using). try playing the same video using vlc player on linux. if vlc isn't able to play your video, then thats it. if thats the case then you will be able to play the video by plugging in a videoscale element and resize the video to a known resolution. that'll do it. regards sameer Ramana Reddy Polaka wrote: > > Hi, > > > > I wanted test HD video stream on GStreamer. Used the following command > on Fedora7. > > > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > ffdec_mpeg2video ! xvimagesink*** > > > > > > Error log > > ------------ > > > > Setting pipeline to PAUSED ... > > Pipeline is PREROLLING ... > > X Error of failed request: BadAlloc (insufficient resources for > operation) > > Major opcode of failed request: 140 (XVideo) > > Minor opcode of failed request: 19 () > > Serial number of failed request: 54 > > Current serial number in output stream: 55 > > > > > > Did I make any mistake? Is it an error because of RAM size? I use > 512MB RAM. I can play the same video on Windows with VLC > > > > Regards > > Ramana// > > **************** CAUTION - Disclaimer ***************** > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > for the use of the addressee(s). If you are not the intended recipient, please > notify the sender by e-mail and delete the original message. Further, you are not > to copy, disclose, or distribute this e-mail or its contents to any other person and > any such actions are unlawful. This e-mail may contain viruses. Infosys has taken > every reasonable precaution to minimize this risk, but is not liable for any damage > you may sustain as a result of any virus in this e-mail. You should carry out your > own virus checks before opening the e-mail or attachment. Infosys reserves the > right to monitor and review the content of all messages sent to or from this e-mail > address. Messages sent to or from this e-mail address may be stored on the > Infosys e-mail system. > ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Administrator
|
Hi,
You can confirm the maximum resolution your driver can use by using xvinfo. That maximum resolution has nothing to do with your display resolution (I get a maximum xv resolution of 1920x1088 whereas my laptop display is 1024x768). xvinfo | grep maximum maximum XvImage size: 1920 x 1088 maximum XvImage size: 1920 x 1088 On Thu, 2008-06-05 at 12:37 +0530, Sameer Naik wrote: > try the following pipeline > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > ffdec_mpeg2video ! ffmpegcolorspace ! queue ! xvimagesink > > *However i believe this is the problem with your linux display drivers, > where this driver is not allowing you to make display memory allocations > of the requested size(whatever hd resolution you are using). > try playing the same video using vlc player on linux. if vlc isn't able > to play your video, then thats it. > if thats the case then you will be able to play the video by plugging in > a videoscale element and resize the video to a known resolution. that'll > do it. > > regards > sameer > > > Ramana Reddy Polaka wrote: > > > > Hi, > > > > > > > > I wanted test HD video stream on GStreamer. Used the following command > > on Fedora7. > > > > > > > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > > ffdec_mpeg2video ! xvimagesink*** > > > > > > > > > > > > Error log > > > > ------------ > > > > > > > > Setting pipeline to PAUSED ... > > > > Pipeline is PREROLLING ... > > > > X Error of failed request: BadAlloc (insufficient resources for > > operation) > > > > Major opcode of failed request: 140 (XVideo) > > > > Minor opcode of failed request: 19 () > > > > Serial number of failed request: 54 > > > > Current serial number in output stream: 55 > > > > > > > > > > > > Did I make any mistake? Is it an error because of RAM size? I use > > 512MB RAM. I can play the same video on Windows with VLC > > > > > > > > Regards > > > > Ramana// > > > > **************** CAUTION - Disclaimer ***************** > > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > > for the use of the addressee(s). If you are not the intended recipient, please > > notify the sender by e-mail and delete the original message. Further, you are not > > to copy, disclose, or distribute this e-mail or its contents to any other person and > > any such actions are unlawful. This e-mail may contain viruses. Infosys has taken > > every reasonable precaution to minimize this risk, but is not liable for any damage > > you may sustain as a result of any virus in this e-mail. You should carry out your > > own virus checks before opening the e-mail or attachment. Infosys reserves the > > right to monitor and review the content of all messages sent to or from this e-mail > > address. Messages sent to or from this e-mail address may be stored on the > > Infosys e-mail system. > > ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
I am new to gstreamer. I cross-compiled gst to my ARM board. I have no problem to play the mp3 audio stream from a movie clip using the following pipeline: gst-launch -v --gst-debug-level=2 \ filesrc location=t.avi ! avidemux ! queue ! mad ! osssink But if I turn on the debug level higher than level 2 for any component, I cannot hear anything from the speakers, for example using the following pipeline: GST_DEBUG="baseaudiosink:4" gst-launch -v --gst-debug-level=2 \ filesrc location=t.avi ! avidemux ! queue ! mad ! osssink It seems like the PCM data have never been written to oss device, because the gst_oss_sink_write() function never been called in gstosssink.c. Basically audioringbuffer_thread_func() never wakes up from waiting for the ringbuffer condition in gstaudiosink.c. Do you have any input on that? BTY, I have patched the gstmad.c to output 16-bit PCM data to directly output to osssink, so here is no conversion between mad and osssink. Thanks, -Bin. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Mon, Jun 09, 2008 at 03:35:13PM -0500, Liu, Bin wrote:
> Hi, > > I am new to gstreamer. I cross-compiled gst to my ARM board. I have no > problem to play the mp3 audio stream from a movie clip using the > following pipeline: > > gst-launch -v --gst-debug-level=2 \ > filesrc location=t.avi ! avidemux ! queue ! mad ! osssink > > But if I turn on the debug level higher than level 2 for any component, > I cannot hear anything from the speakers, for example using the > following pipeline: This is not surprising. Audio is automatically dropped when the buffers arrive at the sink late. Debugging produces a lot of output, and if the output device is slow or has a small buffer, it will likely fill up and cause all GStreamer processing to stop. On a desktop system, output to an xterm is both fast and has a large buffer, so you're unlikely to ever see the problem. The best way to solve this on an embedded system is using ssh to log into the system and/or pipe the debug output out to a file. It is also possible to write a custom debug handler that manages the output in a specific way. For one client, I created a custom debug handler that emulated a simple web server, and connecting to this web server gave a constant stream of gstreamer debug output in a web browser. dave... ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Edward Hervey
Hi,
Even I can get the same info as Edward when I did " xvinfo | grep maximum " What shall I do to play HD Video? I tried using other video sinks like sdlvideosink, ximagesink and changing resolutions. Nothing worked infact. Regards, Ramana -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Edward Hervey Sent: Saturday, June 07, 2008 3:07 PM To: Sameer Naik Cc: [hidden email] Subject: Re: [gst-devel] HD Video on GStreamer Hi, You can confirm the maximum resolution your driver can use by using xvinfo. That maximum resolution has nothing to do with your display resolution (I get a maximum xv resolution of 1920x1088 whereas my laptop display is 1024x768). xvinfo | grep maximum maximum XvImage size: 1920 x 1088 maximum XvImage size: 1920 x 1088 On Thu, 2008-06-05 at 12:37 +0530, Sameer Naik wrote: > try the following pipeline > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > ffdec_mpeg2video ! ffmpegcolorspace ! queue ! xvimagesink > > *However i believe this is the problem with your linux display drivers, > where this driver is not allowing you to make display memory allocations > of the requested size(whatever hd resolution you are using). > try playing the same video using vlc player on linux. if vlc isn't able > to play your video, then thats it. > if thats the case then you will be able to play the video by plugging in > a videoscale element and resize the video to a known resolution. that'll > do it. > > regards > sameer > > > Ramana Reddy Polaka wrote: > > > > Hi, > > > > > > > > I wanted test HD video stream on GStreamer. Used the following command > > on Fedora7. > > > > > > > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > > ffdec_mpeg2video ! xvimagesink*** > > > > > > > > > > > > Error log > > > > ------------ > > > > > > > > Setting pipeline to PAUSED ... > > > > Pipeline is PREROLLING ... > > > > X Error of failed request: BadAlloc (insufficient resources for > > operation) > > > > Major opcode of failed request: 140 (XVideo) > > > > Minor opcode of failed request: 19 () > > > > Serial number of failed request: 54 > > > > Current serial number in output stream: 55 > > > > > > > > > > > > Did I make any mistake? Is it an error because of RAM size? I use > > 512MB RAM. I can play the same video on Windows with VLC > > > > > > > > Regards > > > > Ramana// > > > > **************** CAUTION - Disclaimer ***************** > > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > > for the use of the addressee(s). If you are not the intended recipient, please > > notify the sender by e-mail and delete the original message. Further, you are not > > to copy, disclose, or distribute this e-mail or its contents to any other person and > > any such actions are unlawful. This e-mail may contain viruses. Infosys has taken > > every reasonable precaution to minimize this risk, but is not liable for any damage > > you may sustain as a result of any virus in this e-mail. You should carry out your > > own virus checks before opening the e-mail or attachment. Infosys reserves the > > right to monitor and review the content of all messages sent to or from this e-mail > > address. Messages sent to or from this e-mail address may be stored on the > > Infosys e-mail system. > > ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Tue, 2008-06-10 at 11:47 +0530, Ramana Reddy Polaka wrote:
> Hi, > > Even I can get the same info as Edward when I did " xvinfo | grep maximum " > > What shall I do to play HD Video? Like it said in the original mail, you need to insert a videoscale element in front of the sink to downscale the video slightly before feeding it to xvimagesink. Regards, Jan. > > I tried using other video sinks like sdlvideosink, ximagesink and changing resolutions. > > Nothing worked infact. > > Regards, > Ramana > > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On Behalf Of Edward Hervey > Sent: Saturday, June 07, 2008 3:07 PM > To: Sameer Naik > Cc: [hidden email] > Subject: Re: [gst-devel] HD Video on GStreamer > > Hi, > > You can confirm the maximum resolution your driver can use by using > xvinfo. That maximum resolution has nothing to do with your display > resolution (I get a maximum xv resolution of 1920x1088 whereas my laptop > display is 1024x768). > > xvinfo | grep maximum > maximum XvImage size: 1920 x 1088 > maximum XvImage size: 1920 x 1088 > > > On Thu, 2008-06-05 at 12:37 +0530, Sameer Naik wrote: > > try the following pipeline > > > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > > ffdec_mpeg2video ! ffmpegcolorspace ! queue ! xvimagesink > > > > *However i believe this is the problem with your linux display drivers, > > where this driver is not allowing you to make display memory allocations > > of the requested size(whatever hd resolution you are using). > > try playing the same video using vlc player on linux. if vlc isn't able > > to play your video, then thats it. > > if thats the case then you will be able to play the video by plugging in > > a videoscale element and resize the video to a known resolution. that'll > > do it. > > > > regards > > sameer > > > > > > Ramana Reddy Polaka wrote: > > > > > > Hi, > > > > > > > > > > > > I wanted test HD video stream on GStreamer. Used the following command > > > on Fedora7. > > > > > > > > > > > > *gst-launch filesrc location=hdtv.ts ! queue ! flutsdemux ! > > > ffdec_mpeg2video ! xvimagesink*** > > > > > > > > > > > > > > > > > > Error log > > > > > > ------------ > > > > > > > > > > > > Setting pipeline to PAUSED ... > > > > > > Pipeline is PREROLLING ... > > > > > > X Error of failed request: BadAlloc (insufficient resources for > > > operation) > > > > > > Major opcode of failed request: 140 (XVideo) > > > > > > Minor opcode of failed request: 19 () > > > > > > Serial number of failed request: 54 > > > > > > Current serial number in output stream: 55 > > > > > > > > > > > > > > > > > > Did I make any mistake? Is it an error because of RAM size? I use > > > 512MB RAM. I can play the same video on Windows with VLC > > > > > > > > > > > > Regards > > > > > > Ramana// > > > > > > **************** CAUTION - Disclaimer ***************** > > > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > > > for the use of the addressee(s). If you are not the intended recipient, please > > > notify the sender by e-mail and delete the original message. Further, you are not > > > to copy, disclose, or distribute this e-mail or its contents to any other person and > > > any such actions are unlawful. This e-mail may contain viruses. Infosys has taken > > > every reasonable precaution to minimize this risk, but is not liable for any damage > > > you may sustain as a result of any virus in this e-mail. You should carry out your > > > own virus checks before opening the e-mail or attachment. Infosys reserves the > > > right to monitor and review the content of all messages sent to or from this e-mail > > > address. Messages sent to or from this e-mail address may be stored on the > > > Infosys e-mail system. > > > ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > > > > > ------------------------------------------------------------------------ > > > > > > ------------------------------------------------------------------------- > > > Check out the new SourceForge.net Marketplace. > > > It's the best place to buy or sell services for > > > just about anything Open Source. > > > http://sourceforge.net/services/buy/index.php > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > gstreamer-devel mailing list > > > [hidden email] > > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > Jan Schmidt <[hidden email]> ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by David Schleef
Thanks, Dave,
The issue I face is the pipeline can play either the audio or video stream, but not both together. (The mpeg4 decoder runs on a hardware similar as a DSP.) The pipeline seems running but no video and audio outputs. After a while when I Ctrl+C to stop the pipeline, few video frames will show on TV. The pipeline I use is gst-launch -v --gst-debug-level=2 \ filesrc location=t.avi ! avidemux name=t t.audio_00 ! \ queue ! mad ! osssink t.video_00 ! \ queue ! gdecoder Codec=1 ! fbvideosink Is there any way to give the audio thread higher priority to avoid dropping samples? Please let me know if a debug log will give a better idea what is going on. Thanks, -Bin. -----Original Message----- From: David Schleef [mailto:[hidden email]] Sent: Monday, June 09, 2008 8:13 PM To: Liu, Bin Cc: [hidden email] Subject: Re: [gst-devel] oss audio pipeline doesn't work when debug on On Mon, Jun 09, 2008 at 03:35:13PM -0500, Liu, Bin wrote: > Hi, > > I am new to gstreamer. I cross-compiled gst to my ARM board. I have no > problem to play the mp3 audio stream from a movie clip using the > following pipeline: > > gst-launch -v --gst-debug-level=2 \ > filesrc location=t.avi ! avidemux ! queue ! mad ! osssink > > But if I turn on the debug level higher than level 2 for any > I cannot hear anything from the speakers, for example using the > following pipeline: This is not surprising. Audio is automatically dropped when the buffers arrive at the sink late. Debugging produces a lot of output, and if the output device is slow or has a small buffer, it will likely fill up and cause all GStreamer processing to stop. On a desktop system, output to an xterm is both fast and has a large buffer, so you're unlikely to ever see the problem. The best way to solve this on an embedded system is using ssh to log into the system and/or pipe the debug output out to a file. It is also possible to write a custom debug handler that manages the output in a specific way. For one client, I created a custom debug handler that emulated a simple web server, and connecting to this web server gave a constant stream of gstreamer debug output in a web browser. dave... ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
The issue got resolved. The video codec accidentally decreased the oss
driver DMA priority. -Bin. -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Liu, Bin Sent: Tuesday, June 10, 2008 9:28 AM To: [hidden email] Subject: Re: [gst-devel] oss audio pipeline doesn't work when debug on Thanks, Dave, The issue I face is the pipeline can play either the audio or video stream, but not both together. (The mpeg4 decoder runs on a hardware similar as a DSP.) The pipeline seems running but no video and audio outputs. After a while when I Ctrl+C to stop the pipeline, few video frames will show on TV. The pipeline I use is gst-launch -v --gst-debug-level=2 \ filesrc location=t.avi ! avidemux name=t t.audio_00 ! \ queue ! mad ! osssink t.video_00 ! \ queue ! gdecoder Codec=1 ! fbvideosink Is there any way to give the audio thread higher priority to avoid dropping samples? Please let me know if a debug log will give a better idea what is going on. Thanks, -Bin. -----Original Message----- From: David Schleef [mailto:[hidden email]] Sent: Monday, June 09, 2008 8:13 PM To: Liu, Bin Cc: [hidden email] Subject: Re: [gst-devel] oss audio pipeline doesn't work when debug on On Mon, Jun 09, 2008 at 03:35:13PM -0500, Liu, Bin wrote: > Hi, > > I am new to gstreamer. I cross-compiled gst to my ARM board. I have no > problem to play the mp3 audio stream from a movie clip using the > following pipeline: > > gst-launch -v --gst-debug-level=2 \ > filesrc location=t.avi ! avidemux ! queue ! mad ! osssink > > But if I turn on the debug level higher than level 2 for any > I cannot hear anything from the speakers, for example using the > following pipeline: This is not surprising. Audio is automatically dropped when the buffers arrive at the sink late. Debugging produces a lot of output, and if the output device is slow or has a small buffer, it will likely fill up and cause all GStreamer processing to stop. On a desktop system, output to an xterm is both fast and has a large buffer, so you're unlikely to ever see the problem. The best way to solve this on an embedded system is using ssh to log into the system and/or pipe the debug output out to a file. It is also possible to write a custom debug handler that manages the output in a specific way. For one client, I created a custom debug handler that emulated a simple web server, and connecting to this web server gave a constant stream of gstreamer debug output in a web browser. dave... ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |