Mixxx

Mixxx 2 under W10 disconnects without warning in live stream

Bug #1552312 reported by Darren Smithson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
High
Daniel Schürmann
Mixxx 2.1.0

Bug Description

Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx V2 we have all had problems with it dropping the live stream, often without a pop up disconnect message. We have 4 different systems and 4 different ISPs, all running Windows 10 however. and all using Listen2MyRadio hosting. Any ideas???

Tags: shoutcast
Revision history for this message
Daniel Schürmann (daschuer) wrote :

How is your sound Hardware set up? Which input and output devices and which API.
Please post a mixxx.log file from a faulty run. With some luck there is an old one with a number prefix at:
 %APPDATA%\Mixxx\mixxx.log.x

tags: added: shoutcast
Changed in mixxx:
importance: Undecided → High
Revision history for this message
Daniel Schürmann (daschuer) wrote :

Is there something in common with Bug #1539119?

Which setup was working, Mixxx 1.11 on Win 10?

Revision history for this message
Darren Smithson (darrenitu) wrote :

Hi yes, Mixxxx 1.11 was working on W10, however the last W10 update of about 3 weeks ago may also have introduced an inconsistency of connection to that too- one of my colleagues is W10/Mixxx 1.11 and he has reported connection drop too. I'll just go get the log you mention for this laptop and will also get the one for the other one I use.

Revision history for this message
Darren Smithson (darrenitu) wrote :
Download full text (197.0 KiB)

This is the log from the show I did last night on the Asus K55A running W10 (I was thrown off twice between 7 and 10pm).:

Debug [Main]: Dynamically loaded "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.dll"
Debug [Main]: m4a
Debug [Main]: mp4
Debug [Main]: Plugin supports: m4a
Debug [Main]: Plugin supports: mp4
Debug [Main]: Failed to dynamically load "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.exp" "Cannot load library C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.exp: "
Debug [Main]: Failed to dynamically load "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.lib" "Cannot load library C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.lib: "
Debug [Main]: Mixxx "2.0.0" "(git 1.12 r5772; built on: Dec 29 2015 @ 17:57:35; flags: asan=0 asmlib=0 autodjcrates=1 buildtime=1 bulk=0 color=0 coreaudio=0 faad=0 ffmpeg=0 hid=1 hss1394=1 ipod=0 localecompare=1 macappstore=0 mad=1 mediafoundation=1 modplug=0 optimize=portable opus=1 perftools=0 perftools_profiler=0 profiling=0 qdebug=1 qt_sqlite_plugin=0 shoutcast=1 test=1 vamp=1 verbose=1 vinylcontrol=1 wv=0)" is starting...
Debug [Main]: Library versions:
Debug [Main]: Qt: 4.8.6
Debug [Main]: libshout: 2.4.0
Debug [Main]: RubberBand: 1.8.1
Debug [Main]: SoundTouch: 1.8.0
Debug [Main]: TagLib: 1.10.0
Debug [Main]: ChromaPrint: 1.1.0
Debug [Main]: Vorbis: Xiph.Org libVorbis 1.3.4
Debug [Main]: FLAC: 1.3.0
Debug [Main]: QDesktopServices::storageLocation(HomeLocation): "C:/Users/darre_000"
Debug [Main]: QDesktopServices::storageLocation(DataLocation): "C:\Users\darre_000\AppData\Local\Mixxx"
Debug [Main]: QCoreApplication::applicationDirPath() "C:/Program Files/Mixxx2"
Debug [Main]: ConfigObject: Could not read "C:/Users/darre_000/AppData/Local/Mixxx/mixxx.cfg"
Debug [Main]: Config version is empty, trying to read pre-1.12.0 config
Debug [Main]: Found pre-1.12.0 config for Windows
Debug [Main]: Configuration file is at the current version 2.0.0
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading translations for locale "en_GB" from translations folder "C:/Program Files/Mixxx2/translations/" : success
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Compressor attack per frame: 0.000408163 decay per frame: 4.08163e-05
Debug [Main]: PortAudio version: 1899 text: PortAudio V19-devel (built Nov 12 2015 06:22:28)
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary1]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary2]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary3]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary4]" , "passthrough" )
Debug [Main]: WARNING: AudioInput already registered!
Debug [Main]: WARNING: Audi...

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Thank you, I see.

The issue is starting with:
Debug []: EngineNetworkStream::write() buffer full, loosing samples

The EngineNetworkStream::m_pOutputFifo of 743 ms is full.
Meaning that the engine thread produces more samples than the broadcast thread is able to consume.

Later:
Debug []: EngineNetworkStream::writeSilence() buffer full
This means that the engine tries to fill the buffer with silence to compensate the lost samples.

Later:
Debug [EngineShoutcast 1]: shout_queuelen 10560
The shoutcast thread is trying to empty the buffer, but it can't
Finally its own buffer get filled up and it disconnects.

It looks lie the shoucast thread is blocked somehow > 743 ms so the EngineNetworkStream::m_pOutputFifo is filled.
This can be due to an overload condition or due to a locking system call.

Has something happen with your system when the stream is broken? A Sheduled Virus scan or disk defrag?

Revision history for this message
Darren Smithson (darrenitu) wrote :

Hi there- I turn off the virus and other tools to do the broadcast. We do broadcast at 320kbps but have been doing quite happily for a number of months. I haven't changed any other settings on this laptop- could it be something to do with Mixxx 2 and the latest W10 update and some kind of disk or RAM buffer setting/restriction? If so how can I get around it? Note: 2 other laptops also running the latest version of Mixxx and W10 are having the same issue.

Revision history for this message
Owen Williams (ywwg) wrote :

It might help to increase latency by a bit. Sometimes a setup can seem stable at a chosen latency but in performance conditions it can have trouble and drop buffers like this.

Revision history for this message
Darren Smithson (darrenitu) wrote : Re: [Bug 1552312] Re: Mixxx 2 under W10 disconnects without warning in live stream

Thanks. Yeah I have the latency set to max. I usually record the shows too
but yesterday did a six hour test without recording and had no issues. So
some kind of buffer conflict seems it.
On 5 Mar 2016 2:40 am, "Owen Williams" <email address hidden> wrote:

> It might help to increase latency by a bit. Sometimes a setup can seem
> stable at a chosen latency but in performance conditions it can have
> trouble and drop buffers like this.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1552312
>
> Title:
> Mixxx 2 under W10 disconnects without warning in live stream
>
> Status in Mixxx:
> New
>
> Bug description:
> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
> V2 we have all had problems with it dropping the live stream, often
> without a pop up disconnect message. We have 4 different systems and 4
> different ISPs, all running Windows 10 however. and all using
> Listen2MyRadio hosting. Any ideas???
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>

Revision history for this message
Darren Smithson (darrenitu) wrote :

Ok, further to this, it also looks likely that trying to record the show in Mixxx 2, under W10, when broadcasting at 320kbps, cause the buffer overun and disconnect. To be clear we were doing this quite happily until the last update of W10, so we are assuming it's a conflict rather than a bug? Can someone from the MIxxx development team give us an eta on this please? Thanks for everyone's help so far :)

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Ah, I have just noticed that recording is running during the failure.
Does it also happen without recording?

Revision history for this message
Darren Smithson (darrenitu) wrote :

I played for 3 hours yesterday without it falling over- but not recording.
however, there was a major w10 update yesterday and i have now been playing
with record for 2.5 hours and no throw off.....

On 10 March 2016 at 10:59, Daniel Schürmann <email address hidden>
wrote:

> Ah, I have just noticed that recording is running during the failure.
> Does it also happen without recording?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1552312
>
> Title:
> Mixxx 2 under W10 disconnects without warning in live stream
>
> Status in Mixxx:
> New
>
> Bug description:
> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
> V2 we have all had problems with it dropping the live stream, often
> without a pop up disconnect message. We have 4 different systems and 4
> different ISPs, all running Windows 10 however. and all using
> Listen2MyRadio hosting. Any ideas???
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>

Revision history for this message
Darren Smithson (darrenitu) wrote :

Interesting. Before last week's W10 update, all was good. After, no good, kept getting thrown off. After yesterday's W10 update now done two 4 hour shows, one with recording in progress, and no throw off. Coincidence or something Microsoft did with disk management that caused Mv2 to overbuffer?

Revision history for this message
Darren Smithson (darrenitu) wrote :

We're now testing Mv2 in broadcast/record mode on a second machine that was affected and has subsequently received the latest W10 update and all seems fine again.

Revision history for this message
Darren Smithson (darrenitu) wrote :

Scratch that, the 2nd machine has disconnected itself again.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Hi Darren,

I am working on a version with more debug output.
In the meantime, please post the log file from your latest disconnect.

Thank you.

Revision history for this message
Darren Smithson (darrenitu) wrote :

Awesome news. Just checked back through and it wasn't mixxx on this last
occasion, it was our radio server host, they had a catastrophic server
crash. So it does look like the last w10 update fixed whatever the one
before created!
On 11 Mar 2016 8:15 am, "Daniel Schürmann" <email address hidden>
wrote:

> Hi Darren,
>
> I am working on a version with more debug output.
> In the meantime, please post the log file from your latest disconnect.
>
> Thank you.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1552312
>
> Title:
> Mixxx 2 under W10 disconnects without warning in live stream
>
> Status in Mixxx:
> New
>
> Bug description:
> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
> V2 we have all had problems with it dropping the live stream, often
> without a pop up disconnect message. We have 4 different systems and 4
> different ISPs, all running Windows 10 however. and all using
> Listen2MyRadio hosting. Any ideas???
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>

Revision history for this message
Darren Smithson (darrenitu) wrote :
Download full text (127.9 KiB)

Darn, we were thrown off again- only for a moment but the same issue, no reconnect until restart of app etc. It was the first time since the last windows 10 update.

 Debug [Main]: Dynamically loaded "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.dll"
Debug [Main]: m4a
Debug [Main]: mp4
Debug [Main]: Plugin supports: m4a
Debug [Main]: Plugin supports: mp4
Debug [Main]: Failed to dynamically load "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.exp" "Cannot load library C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.exp: "
Debug [Main]: Failed to dynamically load "C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.lib" "Cannot load library C:/Program Files/Mixxx2/plugins/soundsource/soundsourcemediafoundation.lib: "
Debug [Main]: Mixxx "2.0.0" "(git 1.12 r5772; built on: Dec 29 2015 @ 17:57:35; flags: asan=0 asmlib=0 autodjcrates=1 buildtime=1 bulk=0 color=0 coreaudio=0 faad=0 ffmpeg=0 hid=1 hss1394=1 ipod=0 localecompare=1 macappstore=0 mad=1 mediafoundation=1 modplug=0 optimize=portable opus=1 perftools=0 perftools_profiler=0 profiling=0 qdebug=1 qt_sqlite_plugin=0 shoutcast=1 test=1 vamp=1 verbose=1 vinylcontrol=1 wv=0)" is starting...
Debug [Main]: Library versions:
Debug [Main]: Qt: 4.8.6
Debug [Main]: libshout: 2.4.0
Debug [Main]: RubberBand: 1.8.1
Debug [Main]: SoundTouch: 1.8.0
Debug [Main]: TagLib: 1.10.0
Debug [Main]: ChromaPrint: 1.1.0
Debug [Main]: Vorbis: Xiph.Org libVorbis 1.3.4
Debug [Main]: FLAC: 1.3.0
Debug [Main]: QDesktopServices::storageLocation(HomeLocation): "C:/Users/darre_000"
Debug [Main]: QDesktopServices::storageLocation(DataLocation): "C:\Users\darre_000\AppData\Local\Mixxx"
Debug [Main]: QCoreApplication::applicationDirPath() "C:/Program Files/Mixxx2"
Debug [Main]: ConfigObject: Could not read "C:/Users/darre_000/AppData/Local/Mixxx/mixxx.cfg"
Debug [Main]: Config version is empty, trying to read pre-1.12.0 config
Debug [Main]: Found pre-1.12.0 config for Windows
Debug [Main]: Configuration file is at the current version 2.0.0
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Loading translations for locale "en_GB" from translations folder "C:/Program Files/Mixxx2/translations/" : success
Debug [Main]: Loading resources from "C:/Program Files/Mixxx2/"
Debug [Main]: Compressor attack per frame: 0.000408163 decay per frame: 4.08163e-05
Debug [Main]: PortAudio version: 1899 text: PortAudio V19-devel (built Nov 12 2015 06:22:28)
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary1]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary2]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary3]" , "passthrough" )
Warning [Main]: ControlDoublePrivate::getControl returning NULL for ( "[Auxiliary4]" , "passthrough" )
Debug [Main]: WARNING: AudioInput alr...

Revision history for this message
Daniel Schürmann (daschuer) wrote :

We have a new alpha build now:
http://downloads.mixxx.org/builds/master/release/mixxx-2.1.0-alpha-pre-master-git5868-release-x64.exe

Please retest.

Revision history for this message
Sébastien BLAISOT (sblaisot) wrote :

there was a bug in the installer daniel linked to. please use this new one instead: http://downloads.mixxx.org/builds/master/release/mixxx-2.1.0-alpha-pre-master-git5869-release-x64.exe

Revision history for this message
Daniel Schürmann (daschuer) wrote :

I could finally reproduce and fix this issue in
https://github.com/mixxxdj/mixxx/pull/1031

Changed in mixxx:
assignee: nobody → Daniel Schürmann (daschuer)
status: New → In Progress
milestone: none → 2.1.0
Revision history for this message
Darren Smithson (darrenitu) wrote :

excellent! will do :)

On 26 October 2016 at 22:18, Daniel Schürmann <email address hidden>
wrote:

> I could finally reproduce and fix this issue in
> https://github.com/mixxxdj/mixxx/pull/1031
>
> ** Changed in: mixxx
> Assignee: (unassigned) => Daniel Schürmann (daschuer)
>
> ** Changed in: mixxx
> Status: New => In Progress
>
> ** Changed in: mixxx
> Milestone: None => 2.1.0
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1552312
>
> Title:
> Mixxx 2 under W10 disconnects without warning in live stream
>
> Status in Mixxx:
> In Progress
>
> Bug description:
> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
> V2 we have all had problems with it dropping the live stream, often
> without a pop up disconnect message. We have 4 different systems and 4
> different ISPs, all running Windows 10 however. and all using
> Listen2MyRadio hosting. Any ideas???
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>

Be (be.ing)
Changed in mixxx:
status: In Progress → Fix Committed
Daniel Schürmann (daschuer)
Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
Darren Smithson (darrenitu) wrote :

Hi guys! Long time no speak, but we have some real issues with Ubuntu v20
and Mixxx 2.3 that are causing some major problems with our stream.

The two issues are:

1. Autoplay track skip. autoplay jumps over tracks - in a one hour 13 track
schedule for example, it skipped 5 of those tracks. In a long autoplay that
can be issue enough if we run out of songs before one of us is around. But
in a live show, at the end I usually play out on 3 live tracks and a
handover mp3 so i can get a drink and a sandwich or go for a loo break. It
will skip almost every time over 1 of those 3 tracks, meaning I cannot
leave the room. I have checked every preference setting I can find, and
checked/unchecked any new command that might be responsible, but to no
avail.

2. More serious. Back when we first started using Mixxx (which is why I
have attached these emails), autoplay would fill up some memory log in
Mixxx and it would crash. You fixed this issue and in 2.2.4 we were quite
happily running a 30 day autoplay (interrupted only for our live shows and
then set back on). Now we are lucky if we get 3 days with 2.3. As you can
imagine, we are often out when this crash occurs, meaning dead air time!

I have the same two issues on two different Ubuntu computers, running in
two different locations. Furthermore, when I tried to reinstall 2.2.x,
earlier Mixxx simply refuses to open, meaning I have to reinstall 2.3.

Please be aware also that I have done TWO complete delete and reformat to
reinstall Ubuntu and Mixxx (with no other apps) on the server, with the
same result.

PLEASE ADVISE URGENTLY!

Thanks and over to you!

Darren Smithson
Revolution Radio Online (formerly Crossfire Radio)

On Sun, 15 Apr 2018 at 23:11, Daniel Schürmann <email address hidden>
wrote:

> ** Changed in: mixxx
> Status: Fix Committed => Fix Released
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1552312
>
> Title:
> Mixxx 2 under W10 disconnects without warning in live stream
>
> Status in Mixxx:
> Fix Released
>
> Bug description:
> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
> V2 we have all had problems with it dropping the live stream, often
> without a pop up disconnect message. We have 4 different systems and 4
> different ISPs, all running Windows 10 however. and all using
> Listen2MyRadio hosting. Any ideas???
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>

Revision history for this message
Darren Smithson (darrenitu) wrote : SERIOUS AUTOPLAY ISSUES MIXXX 2.3

I forgot to change the heating lol

On Tue, 31 Aug 2021, 17:04 Darren Smithson, <email address hidden> wrote:

> Hi guys! Long time no speak, but we have some real issues with Ubuntu v20
> and Mixxx 2.3 that are causing some major problems with our stream.
>
> The two issues are:
>
> 1. Autoplay track skip. autoplay jumps over tracks - in a one hour 13
> track schedule for example, it skipped 5 of those tracks. In a long
> autoplay that can be issue enough if we run out of songs before one of us
> is around. But in a live show, at the end I usually play out on 3 live
> tracks and a handover mp3 so i can get a drink and a sandwich or go for a
> loo break. It will skip almost every time over 1 of those 3 tracks, meaning
> I cannot leave the room. I have checked every preference setting I can
> find, and checked/unchecked any new command that might be responsible, but
> to no avail.
>
> 2. More serious. Back when we first started using Mixxx (which is why I
> have attached these emails), autoplay would fill up some memory log in
> Mixxx and it would crash. You fixed this issue and in 2.2.4 we were quite
> happily running a 30 day autoplay (interrupted only for our live shows and
> then set back on). Now we are lucky if we get 3 days with 2.3. As you can
> imagine, we are often out when this crash occurs, meaning dead air time!
>
> I have the same two issues on two different Ubuntu computers, running in
> two different locations. Furthermore, when I tried to reinstall 2.2.x,
> earlier Mixxx simply refuses to open, meaning I have to reinstall 2.3.
>
> Please be aware also that I have done TWO complete delete and reformat to
> reinstall Ubuntu and Mixxx (with no other apps) on the server, with the
> same result.
>
> PLEASE ADVISE URGENTLY!
>
> Thanks and over to you!
>
> Darren Smithson
> Revolution Radio Online (formerly Crossfire Radio)
>
> On Sun, 15 Apr 2018 at 23:11, Daniel Schürmann <email address hidden>
> wrote:
>
>> ** Changed in: mixxx
>> Status: Fix Committed => Fix Released
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1552312
>>
>> Title:
>> Mixxx 2 under W10 disconnects without warning in live stream
>>
>> Status in Mixxx:
>> Fix Released
>>
>> Bug description:
>> Hi guys- we love Mixxx on Crossfire Radio BUT since installing Mixxx
>> V2 we have all had problems with it dropping the live stream, often
>> without a pop up disconnect message. We have 4 different systems and 4
>> different ISPs, all running Windows 10 however. and all using
>> Listen2MyRadio hosting. Any ideas???
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/mixxx/+bug/1552312/+subscriptions
>>
>

Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/8488

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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