Probably this is an instance of  issue 794782 . Probably one of the streamed MP3 file has some junk in it; alternatively there may be some ICY packet in the mix which ffmpeg isn't properly discarding.

Does this happen on all tracks or just certain ones? I've been playing for a while and it hasn't stopped for me. If it's only certain tracks are you able to check them with mp3val?

http://mp3val.sourceforge.net/

See c#14 on the linked issue for usage information.

Thank you for your answer. I checked mp3 files after stopping and they are ok. Strange that the stream only stops in chromium, chrome linux. 
There is no problem in firefox linux and chrome windows. I checked the Rhythmbox player and is ok. I did not notice the loss of connection with server (I checked wget for example).

Can you paste the contents of chrome://media-internals the stream that is stopping after it has stopped?

Before:
render_id: 63
player_id: 5
origin_url: http://szpila-radio.pl:8300/
frame_url: http://szpila-radio.pl:8300/live
frame_title: 
url: http://szpila-radio.pl:8300/live
total_bytes: -1
streaming: true
single_origin: true
passed_cors_access_check: false
range_header_supported: false
pipeline_state: kPlaying
info: Effective playback rate changed from 0 to 1
audio_channels_count: 2
audio_codec_name: mp3
audio_sample_format: Signed 16-bit planar
audio_samples_per_second: 44100
bitrate: 128000
found_audio_stream: true
found_video_stream: false
max_duration: kInfiniteDuration
start_time: 0
duration: unknown
audio_dds: false
audio_decoder: FFmpegAudioDecoder
audio_buffering_state: BUFFERING_HAVE_ENOUGH
pipeline_buffering_state: BUFFERING_HAVE_ENOUGH
event: PLAY

After:
render_id: 63
player_id: 5
origin_url: http://szpila-radio.pl:8300/
frame_url: http://szpila-radio.pl:8300/live
frame_title: 
url: http://szpila-radio.pl:8300/live
total_bytes: -1
streaming: true
single_origin: true
passed_cors_access_check: false
range_header_supported: false
pipeline_state: kStopped
info: Effective playback rate changed from 0 to 1
audio_channels_count: 2
audio_codec_name: mp3
audio_sample_format: Signed 16-bit planar
audio_samples_per_second: 44100
bitrate: 128000
found_audio_stream: true
found_video_stream: false
max_duration: kInfiniteDuration
start_time: 0
duration: unknown
audio_dds: false
audio_decoder: FFmpegAudioDecoder
audio_buffering_state: BUFFERING_HAVE_ENOUGH
pipeline_buffering_state: BUFFERING_HAVE_ENOUGH
event: PAUSE
error: audio error during playing, status: PIPELINE_ERROR_DECODE
pipeline_error: PIPELINE_ERROR_DECODE

Hmm I'd expect to see a "failed to send audio packet" error if it's the same error as the other issue. Do you have a sample clip which is hitting this error if you play it directly in Chrome?

The same clip played directly in chrome plays normally.

Tested the issue on ubuntu 14.04, mac 10.12.6, Win-7 and Win-10 using chrome reported version #64.0.3282.140 and latest canary #66.0.3342.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Navigated to URL: http://szpila-radio.pl:8300/live
2. Observed that only audio played but the control did not move forward
Note: In firefox the controls moved forward.

kontakt@ - Could you please check the steps followed and please let us know if it is the issue. Also please provide a screen cast if possible for better understanding of issue.

Thanks...!!