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 683428 - rtpmp2tpay: WARNING **: ignoring stream 0 without media type
rtpmp2tpay: WARNING **: ignoring stream 0 without media type
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.11.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-09-05 15:24 UTC by Andreas Frisch
Modified: 2012-09-06 17:26 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5 ./test-launch "( filesrc location=/dream/movie/einsfestivalHD.ts ! rtpmp2tpay name=pay0 pt=96 )" >logfile.log 2>&1 (184.95 KB, application/x-bzip)
2012-09-05 15:24 UTC, Andreas Frisch 		Details

Description Andreas Frisch 2012-09-05 15:24:09 UTC 
Created attachment 223550 [details]
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5 ./test-launch "( filesrc location=/dream/movie/einsfestivalHD.ts ! rtpmp2tpay name=pay0 pt=96 )" >logfile.log 2>&1

when using current gst-rtsp-server example test-launch with a standard dvb satellite recording transport stream file, it will result in a warning and no payload is delivered.

$ ./test-launch "( filesrc location=/dream/movie/einsfestivalHD.ts ! rtpmp2tpay name=pay0 pt=96 )"
stream ready at rtsp://127.0.0.1:8554/test

** (lt-test-launch:2012): WARNING **: ignoring stream 0 without media type

file available at ftp://test4711@82.149.226.170/einsfestivalHD.ts
Comment 1 Andreas Frisch 2012-09-05 16:08:29 UTC 
ftp passwort is test4711
Comment 2 Tim-Philipp Müller 2012-09-06 17:26:46 UTC 
"Fixed", in the sense that it now errors out correctly. tsparse needs fixing too, feel free to file a new bug for that. 

commit 21c61586ad374a69f155b5bb29581fa2b367646d
Author: Tim-Philipp Müller <tim.muller@collabora.co.uk>
Date:   Thu Sep 6 18:16:54 2012 +0100

    rtpbasepayload: error out if no CAPS event was received before buffers
    
    Most payloaders set/send their own output format from the setcaps
    function, so if we don't get input caps, things probably wont' work
    right, even if the input format is fixed (as in the case of the mpeg-ts
    payloader for example).
    
    https://bugzilla.gnome.org/show_bug.cgi?id=683428