New VLC 3.0.7.1 No Longer Plays FLAC Streams from IceCast2

[Qboy61]

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.

[InTheWings]

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

[InTheWings]

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


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

[ePirat]

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.

[Qboy61]

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.

[neilm831]

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.

[Qboy61]

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.

[Qboy61]

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

[InTheWings]

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

[InTheWings]

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)

[Qboy61]

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.

[Qboy61]

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.

[Lotesdelere]

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:

Code: Select all

main debug: using audio decoder module "flac" flac debug: decode STREAMINFO flac debug: channels:2 samplerate:48000 bitspersamples:24 flac debug: STREAMINFO decoded flac warning: an error in the stream caused the decoder to lose synchronization. main debug: reusing audio output directsound debug: Opening DirectSound Audio Output directsound debug: Windows speaker config: Stereo and stream has 2 channels, using 2 channels main debug: output 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: looking for audio volume module matching "any": 2 candidates main debug: using audio volume module "float_mixer" main debug: input 's32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: looking for audio filter module matching "scaletempo": 16 candidates scaletempo debug: format: 48000 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode main debug: using audio filter module "scaletempo" main debug: conversion: 's32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: looking for audio converter module matching "any": 8 candidates audio_format debug: s32l->f32l, bits per sample: 32->32 main debug: using audio converter module "audio_format" main debug: conversion pipeline complete main debug: conversion: 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: conversion pipeline complete main debug: looking for audio resampler module matching "any": 3 candidates main debug: using audio resampler module "samplerate" main debug: Buffering 57% main debug: Buffering 86% main debug: Stream buffering done (1152 ms in 809 ms) main debug: Decoder wait done in 0 ms main warning: buffer too late (-5383382001 us): dropped main warning: buffer too late (-775383001 us): dropped main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1099102044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1103710044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1108318044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1112926044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1126750044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1140574044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1145182044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1159006044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1163614044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1186654044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1191262044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1195870044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1200478044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1205086044999 for flac main debug: discarded audio buffer main error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 3000000) main error: Could not convert timestamp 1209694044999 for flac

[Qboy61]

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)

[Qboy61]

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

[Qboy61]

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

[Qboy61]

cURL captures always play fine.

[Qboy61]

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).

[Qboy61]

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

[Qboy61]

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

[Qboy61]

This is also in VLC 3.0.8

[ePirat]

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

[asantoni]

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.