vlc playback of shoutcast stream is chirpy

Bug #302024 reported by Simon IJskes
2
Affects Status Importance Assigned to Milestone
vlc (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: vlc

When playing a shoutcast stream the sound is chirpy.

running:
vlc 'http://yp.shoutcast.com/sbin/tunein-station.pls?id=9907'

produces:
mdb:224, lastbuf:0 skipping granule 0
mdb:224, lastbuf:0 skipping granule 0
mdb:224, lastbuf:0 skipping granule 1
mdb:327, lastbuf:0 skipping granule 0
mdb:327, lastbuf:0 skipping granule 0
mdb:327, lastbuf:0 skipping granule 1
mdb:369, lastbuf:330 skipping granule 0
mdb:382, lastbuf:357 skipping granule 0
bits_left=-3
mdb:399, lastbuf:390 skipping granule 0

at the time of the chirp.

Description: Ubuntu 8.10
Release: 8.10

vlc:
  Installed: 0.9.4-1ubuntu3

Revision history for this message
Simon IJskes (sim-nyx) wrote :
Revision history for this message
KenSentMe (jeroen-vandenieuwenhof) wrote :

I'm also running 8.10, but after running

vlc 'http://yp.shoutcast.com/sbin/tunein-station.pls?id=9907'

All sounds fine. No chirps after one minute of listening. I also don't get the terminal messages you get.

Revision history for this message
Simon IJskes (sim-nyx) wrote : Re: [Bug 302024] Re: vlc playback of shoutcast stream is chirpy

KenSentMe wrote:
> I'm also running 8.10, but after running
>
> vlc 'http://yp.shoutcast.com/sbin/tunein-station.pls?id=9907'
>
> All sounds fine. No chirps after one minute of listening. I also don't
> get the terminal messages you get.
>

Also running amd64 ?

Gr. Sim

Revision history for this message
Simon IJskes (sim-nyx) wrote :

OK, decommisioned squid proxy and it works without a chirp.

Any suggestions? It is a bit to easy to point the finger directly at squid.

The more because it now says:

[00000445] access_http access: Raw-audio server found, mp3 demuxer selected

Revision history for this message
Simon IJskes (sim-nyx) wrote :

squid is running on hardy x32 server.

Revision history for this message
Simon IJskes (sim-nyx) wrote :

if http_proxy env var is unset, and http_proxy setting is used, same effect. chirps.

Revision history for this message
Simon IJskes (sim-nyx) wrote :
Revision history for this message
Simon IJskes (sim-nyx) wrote :
Revision history for this message
Simon IJskes (sim-nyx) wrote :

as you can see from the previous logs, the connection direct is demuxed with as demux='mp3' , the connection over the proxy is demuxed as demux='avformat'.

A guess would be that the ICY metadata is still in the stream fed to the avformat demux.

Revision history for this message
Simon IJskes (sim-nyx) wrote :

Quick and very dirty fix on http://linux.qcg.nl/node/46

Revision history for this message
Xtophe (xtophe) wrote :

What's bother me with this solution is that it implies that squid is transforming the Icy-MetaData into Xcy-MetaData. so it's not really a "transparent" proxy

Now, if it's a standardize behaviour common to all proxies, we cold change the code in access/http.c to look for both. But if it's just some peculiar behaviour of squid, it is squid which needs fixing

Revision history for this message
Simon IJskes (sim-nyx) wrote :

It is not a true fix. The change makes sure that VLC does not request the Icy-Metadata.

This is to make sure the streaming server replies without Icy-metadata. Because if it does, the proxy changes the ICY 200 OK response into HTTP/1.1 200 OK.

VLC thinks it is not an ICY stream, but the server does. The server muxes icy-metadat into the stream, vlc does not demux this metadata and feeds it directly to the mp3 decoder. mp3 decoder chirps and gets confused.

Revision history for this message
Simon IJskes (sim-nyx) wrote :

After a discussion on IRC it was fixed by 'nefrir', it will probably be fixed in vlc 0.9.7

Changed in vlc:
status: New → Fix Committed
Revision history for this message
Reinhard Tartler (siretart) wrote :

jaunty ships 0.9.9a

Changed in vlc (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.