[gstreamer-bugs] [Bug 517993] pipeline-tester should not be hardcoded to ALSA

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=517993

  GStreamer | gst-python | Ver: HEAD CVS




------- Comment #1 from Brian Cameron  2008-03-05 01:16 UTC -------

I also notice that several of the tests fail on Solaris Sparc because Xvideo is
not supported.  I find that if I change "xvimagesink" to "ffmpegcolorspace !
ximagsink" that the tests work even on machines that do not support Xvideo.

Another issue is that the "Sound Capture via ALSA" test hardcodes the
endianness=1234, so this makes the test fail on big-endian machines like Sparc.
Does this need to be hardcoded?

The software scaling test seems to not work because videoscale method=2 only
works on I420.  Perhaps a different test that works on other machines would be
better here?

Ignore my comment about "Reencode Vorbis to mulaw, play via alsa" test not
being able to find cooldance.ogg.  I didn't realize you had to run the "tee to
disk" test first to create the file.  It might be nice if this were more clear
that you need to run the tee test first.  Perhaps the "Reencode Vorbis to
mulaw, play via alsa" test could be nicer and check for the file and pop-up a
dialog explaining you need to run the other test first.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=517993.