The VideoLAN Forums

After the update from 3.0.6 to 3.0.7.1 my FLAC stream from IceCast 2.4.4/RadioCaster 2.5.0.0 seems to be no longer playing on the Mac. The stream plays fine in the browser and VOX application. Also plays if I reinstall 3.0.6. Other streams (AAC+, OPUS, and MP3) all work.

I have no problem with http://dir.xiph.org/listen/4946188/listen.xspf

Related ?
https://trac.videolan.org/vlc/ticket/22399


more tests:
http://dir.xiph.org/search?search=flac

Please provide the stream URL of the stream that does not play, I can not reproduce the problem with a variety of other Icecast FLAC streams.

The stream is in my local area network and not shared on the internet. I am using IceCast v2.4.4 and RadioCaster v2.5.0.0. It appears that the stream is playing since I see the connection through IceCast to the status window in RadioCaster showing a listener but no audio plays. VLC's time counter is also counting. Window > Media Information... shows the correct Codec Details but there's no audio. I have done another test with VLC and just RadioCaster configured as its own built-in server but VLC will not play that at all in any format. An "Errors and Warnings" window pops up with:

Your input can't be opened
VLC is unable to open the MRL 'http://172.17.1.84:8082/'. Check the log for details.

All other media players (Firefox, Chrome, VOX on Mac, Chrome and XIIAlive on Android) work on these streams whether through IceCast2 server or the RadioCaster built-in server. I don't know what is different about my server on my local area network vs the stream example above (which does work on VLC). I have now confirmed that this is an issue for VLC across all OSs that I've tested (Mac, Windows, LINUX, and Android). VLC v3.0.6 played streams from IceCast2 (previous VLC 3 versions would play these streams with unreliable starts every so often). VLC v2.2.8 played the IceCast2 streams reliably. No VLC version v2.2.8 and beyond play the RadioCaster built-in server at all.

Over the past 10 days or like today for eg at 12.30pm I was kicked out of listening to

Bauer Flac streams

http://icecast-beta.timlradio.co.uk:80/mellowmagic.ogg eg between 12-30 and 5.30pm < tonight I will be blocked at 1.30am

This is a weird fault that has developed. Seems Timestamped related

Anyway can now because it is past 17.30 uk time I can log into my flac streams.

Its definitely not my isp provider as the flac streams play in browser. IT is a vlc player fault.

Odd thing... I have tried VLC this morning and the local area IceCast2 FLAC streams are playing. I will watch to see if this is based on time of day (though that seems odd to me). It is working on VLC for Mac, Android, LINUX and Windows. I'm not sure what has changed. I see neim831 has shared a link which is NOT playing in the same fashion as my links (on Mac, Android, LINUX or Win) though the link (plays on Vox on the Mac, Chrome and Firefox browsers). Maybe ePirat can use that link to test why this is happening.

The audio does drop randomly for small amounts of time (sub 1 sec) every so often.

The only change in FLAC between 3.0.6 and 3.0.7 is
6c0e7f7c01b90e0c5d875e85572cc35c432883ab
which fixes infinite loops. Maybe there's an issue with this when CRC mismatch (but I hardly see how that can happen over HTTP)

We need more info, especially logs around that time

If you have the possibility, do a wget or curl download in parallel, so you get a copy of the stream data (hoping the issue isn't in icecast metadata hole punch/handling)

InTheWings,

This is not good... Tried both my intranet stream and the Bauer FLAC stream today and it works on Mac, Windows, LINUX and Android. This is odd so after first updating VLC on all the platforms only the FLAC streams weren't playing. After some time now the streams all play back as normal. Not sure how to recreate the issue. I will try to remove VLC altogether and see if reinstalling v3.0.6 and then allowing the update will induce the issue. On the June 21st post (above) my LAN stream played but the Bauer FLAC stream wouldn't. Now when I say wouldn't I only meant the audio was not passing to the output. I could see about 1Mb of data being downloaded and the time counter was running but no audio. Do you want a cURL file of these streams still? The files will be big for a few minutes of capture and I'm not sure how to upload them.

Interesting experiment... If I download via cURL the built-in server in RadioCaster, and then play that file, it plays just fine in VLC. If I enter the URL directly in VLC it errors out with:

Your input can't be opened
VLC is unable to open the MRL 'http://172.17.1.84:8082/'. Check the log for details.

It seems that VLC is very "picky" about the formatting of the stream. All other apps I've tried are playing this stream fine.

For the record, I'm getting a similar issue on Windows.
Sometimes it plays fine (rarely), but most of the time it doesn't, it's random.
But the stream saved with Wget always plays.

When it doesn't play this is what I get:

Doesn't seem to be any activity here. This problem still exists since it reappeared today. Don't know what I disturbed. FLAC streams playing but no audio.

main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000)
main error: Could not convert timestamp 4771401276748 for flac
main debug: discarded audio buffer

Does it across Mac, Windows and LINUX(Ubuntu 18.04)

http://icecast-beta.timlradio.co.uk:80/mellowmagic.ogg does not play today.

Nightly 3.0.8 also results in no audio.

main error: Timestamp conversion failed (delay 3333000, buffering 100000, bound 3000000)
main error: Could not convert timestamp 605771550164 for flac
main debug: discarded audio buffer

cURL captures always play fine.

45 minutes later FLACs are playing again. Is there a counter in the stream (based on the "Could not convert timestamp" errors above? It appears as luck of the draw when you connect to the stream (though when is fails all versions of the App fail on several streams, though not all FLAC streams).

While my intranet FLAC stream plays now, http://icecast-beta.timlradio.co.uk:80/mellowmagic.ogg still does not play with a constant error report:

main error: Timestamp conversion failed (delay 3333000, buffering 100000, bound 3000000)
main error: Could not convert timestamp 1679710776343 for flac
main debug: discarded audio buffer

Another input on this... When I restart IceCast my intranet stream stops playing on all versions/OS'es of VLC. The stream appears to be playing (time counter advancing) but audio is no longer functioning.

A constant stream in the messages:
main error: Timestamp conversion failed (delay 3333000, buffering 100000, bound 3000000)
main error: Could not convert timestamp 7371636047634 for flac
main debug: discarded audio buffer

This is also in VLC 3.0.8

When the stream drops, for example because Icecast is restarted, it is expected that it can not continue to play it fine.

Hi all,
I also discovered this bug and git bisected it to find the commit that broke it. I've filed all the info I have here: https://trac.videolan.org/vlc/ticket/22699

It's fixed in the currently 4.0 nightlies, and the Ogg demuxer has changed a fair bit, so it's not clear to me when or how it got fixed. The underlying commit that broke it in 3.0.7 was cherry-picked so it's in 4.0 too, but the breakage doesn't occur there or was fixed later.