After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 87814 - gst-launch fails to play simple pipelines
gst-launch fails to play simple pipelines
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: dont know
0.4.0
Other other
: Normal critical
: 0.4.0
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-07-10 08:13 UTC by Joshua N Pritikin
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
.tar.gz of the feedback & gst-mask log (13.28 KB, application/octet-stream)
2002-07-10 08:14 UTC, Joshua N Pritikin 		Details
gzip'd gst-mask log (9.03 KB, application/octet-stream)
2002-07-10 17:12 UTC, Joshua N Pritikin 		Details

Description Joshua N Pritikin 2002-07-10 08:13:00 UTC 
i built 0.4.0 from the tarball.  See the attached .tar.gz file of
gst-feedback & --gst-mask log.  The command was:

gst-launch --gst-mask=-1 filesrc location=01.%20Gandalf.mp3 ! mad ! osssink
Comment 1 Joshua N Pritikin 2002-07-10 08:14:31 UTC 
Created attachment 9769 [details]
.tar.gz of the feedback & gst-mask log
Comment 2 Thomas Vander Stichele 2002-07-10 12:03:07 UTC 
Can you try renaming the file to something without percentage signs or
anything to confirm if this is a filename parsing bug or a gstreamer bug ?
Comment 3 Joshua N Pritikin 2002-07-10 17:11:19 UTC 
i renamed the file.  The file name itself wasn't causing a problem.

Actually, part of the problem is that i switched to devfs and /dev/dsp
wasn't getting created automatically.  osssink should really provide a
clear error message if it can't open the target device.  With that
fixed, the pipeline gets a little bit farther.

Here is the stack trace.  i will also attach a new gst-mask log.

Program received signal SIGSEGV, Segmentation fault.

+ Trace 24894

Thread 1024 (LWP 1339)

  • #0 memcpy
    from /lib/libc.so.6
  • #1 cothread_private_set
    at cothreads.c line 442
  • #2 cothread_create
    at cothreads.c line 282
  • #3 gst_basic_scheduler_cothreaded_chain
    at gstbasicscheduler.c line 650
  • #4 gst_basic_scheduler_chain_enable_element
    at gstbasicscheduler.c line 758
  • #5 gst_basic_scheduler_state_transition
    at gstbasicscheduler.c line 1108
  • #6 gst_scheduler_state_transition
    at gstscheduler.c line 302
  • #7 gst_element_change_state
    at gstelement.c line 2001
  • #8 gst_filesrc_change_state
    at gstfilesrc.c line 675
  • #9 gst_element_set_state
    at gstelement.c line 1854
  • #10 gst_bin_change_state
    at gstbin.c line 536 






Comment 4


Joshua N Pritikin





          2002-07-10 17:12:26 UTC
        



Created attachment 9780 [details]
gzip'd gst-mask log






Comment 5


Joshua N Pritikin





          2002-07-10 17:22:03 UTC
        



When i try it again with --gst-scheduler=standard then it works.  Cool.






Comment 6


Thomas Vander Stichele





          2002-07-10 21:14:33 UTC
        



patch applied, closing bug
if the other traceback is still a problem, reopen the bug.