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 411520 - gst produces ogg junk
gst produces ogg junk
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: dont know
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-02-24 09:49 UTC by Daniel Holbach
Modified: 2007-06-26 15:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Holbach 2007-02-24 09:49:36 UTC
Starting from https://answers.launchpad.net/jokosher/+ticket/3205 I was able to reduce my problem down to

GST_DEBUG_NO_COLOR=true GST_DEBUG=5 gst-launch-0.10 alsasrc ! audioconvert ! vorbisenc ! oggmux ! filesink location=myfile.ogg 2 &> log

failing. The resulting log file and sound file can be found over here: 

log file (huge, sorry): http://daniel.holba.ch/temp/log.bz2
ogg file (ogg junk):    http://daniel.holba.ch/temp/myfile.ogg

gst-plugins-base0.10    0.10.11cvs20070222


If there's any missing info you need, let me know.
Comment 1 Jan Schmidt 2007-02-27 17:31:24 UTC
How about if you don't turn on all debugging? It's going to slow things down a lot, causing x-runs in the capture, especially since that single threaded pipeline isn't doing any buffering - if the encoding + muxing + writing of any buffer stalls for longer than 200ms (the default buffer-time of alsasrc), samples will be lost, causing the effect I hear in the output file.

Try:

gst-launch-0.10 alsasrc ! queue ! audioconvert !
vorbisenc ! oggmux ! filesink location=myfile.ogg

Comment 2 Daniel Holbach 2007-03-06 07:51:04 UTC
I reproduced it last night with jokosher 0.2 and gstreamer 0.10.11.2 -- not with the line you mentioned yet - I'll try that today.
Comment 3 Tim-Philipp Müller 2007-03-21 12:39:52 UTC
(In reply to comment #2)
> I reproduced it last night with jokosher 0.2 and gstreamer 0.10.11.2 -- not
> with the line you mentioned yet - I'll try that today.

Did you have a chance to try this yet?

The .ogg file sounds a lot like the vorbis encoder is flushing/resetting itself constantly (which it would do on stream discontinuities, e.g. if alsasrc can't capture fast enough and there are gaps in the captured input).


Comment 4 Daniel Holbach 2007-03-24 20:02:48 UTC
Up until now the gst-launch-0.10 line still works nicely for me, jokosher is constantly unusable for me. What reasons are there for not being able to capture fast enough?

I just noticed that when doing the recording jokosher+metacity+X use 100% CPU. Could it be the time counter which updates every n+1 ms?
Comment 5 Jan Schmidt 2007-03-26 11:52:15 UTC
Yes, that could well cause it. The fact that X is also chewing a lot of cpu definitely points toward redrawing being expensive.
Comment 6 Daniel Holbach 2007-03-26 12:44:44 UTC
I filed a jokosher bug: https://launchpad.net/jokosher/+bug/96441
Comment 7 Tim-Philipp Müller 2007-06-26 14:40:03 UTC
Can this be closed?
Comment 8 Daniel Holbach 2007-06-26 15:52:23 UTC
Yes, sorry - I still have the problem, but can't trace it back to gstreamer.

Thanks.