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 659837 - matroskamux: unable to mux audio/x-raw-int,rate=8000,channels=1,endianness=1234,width=16,depth=16,signed=true
matroskamux: unable to mux audio/x-raw-int,rate=8000,channels=1,endianness=12...
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.31
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-09-22 16:07 UTC by Nicola
Modified: 2011-10-31 14:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gstreamer logs (232.33 KB, application/x-bzip)
2011-09-22 16:07 UTC, Nicola
Details

Description Nicola 2011-09-22 16:07:29 UTC
Created attachment 197261 [details]
gstreamer logs

Please consider the following pipeline:

gst-launch -e -v -m -t souphttpsrc name=soup0 location=http://admin:admin@192.168.10.103/cgi/audio/audio.cgi?type=ulaw is-live=true do-timestamp=true ! multipartdemux single-stream=true skip-first-n-bytes=28 force-mime-if-null="audio/x-raw-int,rate=8000,channels=1,endianness=1234,width=16,depth=16,signed=true" ! queue ! mux. souphttpsrc location=http://admin:admin@192.168.10.103/cgi/mjpg/mjpg.cgi is-live=true do-timestamp=true name=soup1 ! jpegparse ! videorate ! image/jpeg, width=640,height=480, framerate=10/1 ! queue ! mux. matroskamux name=mux ! filesink location=/tmp/test_av.mkv

it fails with 

gstbasesrc.c(2618): gst_base_src_loop (): /GstPipeline:pipeline0/GstSoupHTTPSrc:soup0: streaming task paused, reason not-linked (-1)

if I change matroskamux to avimux or qtmux it works fine
Comment 1 Nicola 2011-09-22 16:10:01 UTC
Please note that matroskamux is able to mux audio only or video only but not together
Comment 2 David Schleef 2011-09-24 21:38:21 UTC
You should probably specify the request pads by name, i.e., mux.audio_%d
Comment 3 Nicola 2011-09-25 07:51:16 UTC
thanks David,

using mux.audio_%d make it works and I'm able to record the file, however the result is weired: totem can reproduce both audio and video but vlc reproduce only video and mplayer only audio, ffplay works. Using avimux or qtmux make the video playable by every player

VLC errors:

PCM channels out of bounds
PCM channels out of bounds

mplayer error:

[mkv] Unknown/unsupported CodecID (V_MJPEG) or missing/bad CodecPrivate

ffplay output:

[matroska @ 0x1304fd0]Estimating duration from bitrate, this may be inaccurate
Input #0, matroska, from '/tmp/test_av.mkv':
  Metadata:
    doctype         : matroska
  Duration: 00:00:09.90, start: 0.000000, bitrate: N/A
    Stream #0.0(eng): Video: mjpeg, yuvj420p, 640x480, PAR 1:1 DAR 4:3, 10 fps, 10 tbr, 1k tbn, 10 tbc
    Metadata:
      title           : Video
    Stream #0.1(eng): Audio: pcm_s16le, 8000 Hz, 1 channels, s16, 128 kb/s
    Metadata:
      title           : Audio
[ffplay_output @ 0x1320720]auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'
[scale @ 0x1320b20]w:640 h:480 fmt:yuv420p

please close this bug if this is the normal behaviuor, or ask for additional infos if needed (for example a test video)

thanks
Nicola
Comment 4 Mark Nauwelaerts 2011-10-31 14:51:33 UTC
We seemed to be using an unspec'ed codec id.

commit 00c8ae733dbeb4a8766d7e8148f81610c6a6ff08
Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk>
Date:   Mon Oct 31 15:43:25 2011 +0100

    matroskamux: do not use unoffical V_MJPEG codec id
    
    ... but as not spec'ed especially, consider it a VfW compatibility case.
    
    Fixes #659837.