HD Video on GStreamer

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

HD Video on GStreamer

Ramana_polaka

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
Reply | Threaded
Open this post in threaded view
|

Re: HD Video on GStreamer

Bugzilla from sameer@damagehead.com
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
Reply | Threaded
Open this post in threaded view
|

Re: HD Video on GStreamer

Edward Hervey
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
Reply | Threaded
Open this post in threaded view
|

oss audio pipeline doesn't work when debug on

Liu, Bin
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
Reply | Threaded
Open this post in threaded view
|

Re: oss audio pipeline doesn't work when debug on

David Schleef
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
Reply | Threaded
Open this post in threaded view
|

Re: HD Video on GStreamer

Ramana_polaka
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
Reply | Threaded
Open this post in threaded view
|

Re: HD Video on GStreamer

Jan Schmidt-6
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
Reply | Threaded
Open this post in threaded view
|

Re: oss audio pipeline doesn't work when debug on

Liu, Bin
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
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
Reply | Threaded
Open this post in threaded view
|

Re: oss audio pipeline doesn't work when debug on

Liu, Bin
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
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

-------------------------------------------------------------------------
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