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 777739 - Opus stream not working
Opus stream not working
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
1.10.2
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-01-25 12:41 UTC by Christoph Reiter (lazka)
Modified: 2017-07-11 21:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christoph Reiter (lazka) 2017-01-25 12:41:20 UTC
The stream https://chiru.no:8080/stream.opus does not work with GStreamer, but works with VLC or MPV.

1) gst-play-1.0 https://chiru.no:8080/stream.opus
2) Buffering starts

Expected: buffering finishes and starts playing
Actual: buffering stuck at 0%

Using 1.10.2
Comment 1 Sebastian Dröge (slomo) 2017-01-25 12:46:04 UTC
Confirmed here, also with GIT master and after downloading a part of the stream.
Comment 2 Christoph Reiter (lazka) 2017-01-25 12:49:35 UTC
I get some TLS warnings with MPV, so maybe this is a gnu-tls vs openssl issue and there is something wrong with the server setup.
Comment 3 Sebastian Dröge (slomo) 2017-01-25 13:05:46 UTC
Problem here is that the first PTS is many hours in the future and not starting at 0
Comment 4 Tim-Philipp Müller 2017-01-25 13:15:13 UTC
One wonders how any ogg internet radio (or other) streams work then, since that's totally normal and happens in those cases too.
Comment 5 Vincent Penquerc'h 2017-03-16 09:46:41 UTC
I downloaded it and got a somewhat corrupt stream part (negative ogg granulepos, oggz claiming 2 packets in about 700 kB). A second try got me a valid one, which plays fine. A third attempt got me something that plays fine too.
Comment 6 Christoph Reiter (lazka) 2017-03-16 14:31:43 UTC
It currently seems to work here too, using 1.10.4 from debian sid.
Comment 7 Vincent Penquerc'h 2017-05-11 14:40:30 UTC
Still working.
The first ts is indeed not 0, but oggdemux sends a segment with start equal to that first timestamp, so seems fine.
Given one of the samples I downloaded a couple months ago was corrupt, I suspect there's a bug in the streamer they're using, and it sometimes sends wrong data.
Comment 8 Tim-Philipp Müller 2017-07-11 21:01:49 UTC
Works for me. Not sure what else to do here. Please re-open if it's still an issue and ideally attach a wireshark or wget capture so we can replay and debug. Thanks!
Comment 9 Christoph Reiter (lazka) 2017-07-11 21:05:22 UTC
Still working here with 1.12.1. Thanks everyone!