Single zone - "An audio file loading slowly..."

hi, i must have changed something and made an improvement. no hardware changes, only software on the pc running roonserver, trying to think what fundamental changes that might have been, other than applying updates.
right now i have my mobile phone and ipad both playing randomly simultaneously, and neither one is tripping up.
i’ll experiment with the laptop tomorrow.

1 Like

Hi, did some more listening today. Uninstalled roon and roonbridge and started over with fresh install of roon as remote.

This appears to show what happened

SignalPath Quality = Lossless
Elements:
Source Format=Flac 44100/16/2 BitRate=893 Quality=Lossless
Raat Device=Meridian Explorer USB DAC audio
Output OutputType=Local_ExclusiveMode_Wasapi Quality=Lossless SubType= Model=

03/01 12:56:21 Info: [zone Meridian Explorer] OnPlayFeedback OnToNext
03/01 12:56:21 Debug: [zone Meridian Explorer] _Advance
03/01 12:56:21 Info: [library] recorded play for profile 2c4eef5c-256b-416c-bd52-2043bbe7fb5d: mediaid=50:1:e6386ebb-d4df-4598-b2ae-c48510a017e3 metadataid=123:0:MT0051127008 contentid= libraryid=50:1:e6386ebb-d4df-4598-b2ae-c48510a017e3
03/01 12:56:21 Info: [zone Meridian Explorer] OnPlayFeedback Playing
03/01 12:56:21 Trace: [library] finished with 21 dirty tracks 2 dirty albums 5 dirty performers 21 dirty works 21 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 0 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 50 changed objects
03/01 12:56:21 Debug: [library/index] updating search indices: 8 ops 0 adds, 0 removes
03/01 12:56:21 Trace: [dbperf] flush 0 bytes, 0 ops in 1 ms (cumulative 95262351 bytes, 64175 ops in 17056 ms)
03/01 12:56:21 Trace: [library] endmutation in 12ms
03/01 12:56:21 Info: [Meridian Explorer] [zoneplayer] Queueing: /media/WDRED1/My Music/My Music/Purity Ring/Another Eternity/08-purity_ring-flood_on_the_floor.flac
03/01 12:56:21 Info: [Meridian Explorer] [zoneplayer] Open result (Queueing): Result[Status=Success]
03/01 12:56:21 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/194 sec
03/01 12:56:21 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 48 Threads
03/01 12:56:22 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:00/3:30] Dust Hymn - Purity Ring
03/01 12:56:27 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:06/3:30] Dust Hymn - Purity Ring
03/01 12:56:32 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:11/3:30] Dust Hymn - Purity Ring
03/01 12:56:36 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 48 Threads
03/01 12:56:37 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:16/3:30] Dust Hymn - Purity Ring
03/01 12:56:43 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:21/3:30] Dust Hymn - Purity Ring
03/01 12:56:43 Trace: [Meridian Explorer] [zoneplayer/raat] sync Meridian Explorer USB DAC audio: realtime=1589528166667 rtt=500us offset=-2393117833us delta=333us drift=-13666us in 1298.1335s (-10.528ppm, -37.901ms/hr)
03/01 12:56:48 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:27/3:30] Dust Hymn - Purity Ring
03/01 12:56:52 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 48 Threads
03/01 12:56:53 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:32/3:30] Dust Hymn - Purity Ring
03/01 12:56:58 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:37/3:30] Dust Hymn - Purity Ring
03/01 12:56:59 Trace: [zone Meridian Explorer] PlayPause
03/01 12:56:59 Trace: [zone Meridian Explorer] Pause
03/01 12:56:59 Trace: [Meridian Explorer] [zoneplayer/raat] Pausing at streamtime_ns 1313053000000 now_ns 1605403000000
03/01 12:56:59 Trace: [Meridian Explorer USB DAC audio] [raatclient] SENT [60]{“request”:“stop”}
03/01 12:56:59 Trace: [Meridian Explorer] [zoneplayer/raat] Endpoint Meridian Explorer USB DAC audio State Changed: Playing => Paused
03/01 12:56:59 Info: [zone Meridian Explorer] OnPlayFeedback Paused
03/01 12:56:59 Trace: [Meridian Explorer] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PAUSED @ 0:38/3:30] Dust Hymn - Purity Ring
03/01 12:56:59 Trace: [Meridian Explorer USB DAC audio] [raatclient] GOT [58] {“status”:“Stopped”}
03/01 12:56:59 Trace: [Meridian Explorer USB DAC audio] [raatclient] GOT [60] {“status”:“Success”}
03/01 12:57:04 Trace: [zone] no playback for 5s, suspending to release audio device
03/01 12:57:04 Trace: [zone Meridian Explorer] Suspend
03/01 12:57:04 Trace: [zone Meridian Explorer] Stop
03/01 12:57:04 Info: [zone Meridian Explorer] OnPlayFeedback Stopped
03/01 12:57:04 Trace: [Meridian Explorer] [zoneplayer/raat] Endpoint Meridian Explorer USB DAC audio State Changed: Paused => Prepared
03/01 12:57:04 Info: [audio/env] [zoneplayer -> stream] All streams were disposed
03/01 12:57:04 Info: [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
03/01 12:57:04 Trace: [Meridian Explorer USB DAC audio] [raatclient] SENT [61]{“request”:“end_stream”}
03/01 12:57:04 Trace: [Meridian Explorer USB DAC audio] [raatclient] SENT [62]{“request”:“teardown”}
03/01 12:57:04 Trace: [Meridian Explorer] [zoneplayer/raat] Endpoint Meridian Explorer USB DAC audio State Changed: Prepared => Idle
03/01 12:57:04 Info: [audio/env] [zoneplayer] All streams were disposed
03/01 12:57:04 Debug: [raat/tcpaudiosource] disconnecting
03/01 12:57:04 Info: sleep 100ms after flush
03/01 12:57:04 Trace: [Meridian Explorer USB DAC audio] [raatclient] GOT [58] {“status”:“Ended”}
03/01 12:57:04 Trace: [Meridian Explorer USB DAC audio] [raatclient] GOT [61] {“status”:“Success”}
03/01 12:57:04 Trace: [Meridian Explorer USB DAC audio] [raatclient] GOT [21] {“status”:“Teardown”}
03/01 12:57:07 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 45 Threads
03/01 12:57:22 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 32 Threads
03/01 12:57:37 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 32 Threads
03/01 12:57:52 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 32 Threads
03/01 12:58:07 Info: [stats] 2757mb Virtual, 595mb Physical, 167mb Managed, 0 Handles, 32 Threads
03/01 12:58:22 Info: [stats] 2757mb Virtual, 595mb Physical, 168mb Managed, 0 Handles, 32 Threads
03/01 12:58:25 Trace: [push] restarting connection (Unable to read data from the transport connection: interrupted.)
03/01 12:58:25 Trace: [push] retrying connection in 67486ms
03/01 12:58:36 Trace: Successful POST response from https://push.roonlabs.com/push/1/connect
03/01 12:58:36 Trace: [push] connecting to 159.203.179.219:9200
03/01 12:58:36 Trace: [push] connected
03/01 12:58:37 Info: [stats] 2757mb Virtual, 595mb Physical, 168mb Managed, 0 Handles, 34 Threads
03/01 12:58:52 Info: [stats] 2757mb Virtual, 595mb Physical, 168mb Managed, 0 Handles, 34 Threads

seems to have paused/stopped all by itself.
I’m going to experiment with a different dac, hook up my chord mojo instead…

Nope, it’s dying with the Chord too
This time I had the “an audio file is loading slowly” message pop up on the roon remote.

SignalPath Quality = Lossless
Elements:
Source Format=Flac 44100/16/2 BitRate=949 Quality=Lossless
Raat Device=Chord Async USB 44.1kHz-768kHz
Output OutputType=Local_ExclusiveMode_Wasapi Quality=Lossless SubType= Model=

03/01 14:05:41 Info: [zone Chord Async USB 44.1kHz-768kHz] OnPlayFeedback Playing
03/01 14:05:41 Trace: [Mojo] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:00] Moment of Surrender - U2
03/01 14:05:41 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/444 sec
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] synced to endpoint clock. realtime=279617534013 rtt=166us offset=-40178465us delta=-40178465us
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] SENT [10]{“request”:“stream”,“stream_id”:909585885,“first_seq”:-1,“nak_port”:-1,“buffer_size”:10,“ready_threshold”:0.2}
03/01 14:05:41 Info: [Mojo] [zoneplayer] Open result (Queueing): Result[Status=Success]
03/01 14:05:41 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/362 sec
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [7] {“status”:“Ended”}
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [9] {“status”:“Success”}
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [10] {“status”:“Buffering”}
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Prepared => Buffering
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] [zoneplayer/raat] selected Chord Async USB 44.1kHz-768kHz as clock master
03/01 14:05:41 Debug: [raat/tcpaudiosource] connecting to 192.168.1.6:51359
03/01 14:05:41 Debug: [raat/tcpaudiosource] connected
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [10] {“status”:“Ready”}
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Buffering => Ready
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] wait for ready in 22ms
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] Adjusting playback start offset from 50ms to 173ms
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] Doing ‘ASAP’ Start since we are just playing to one device
03/01 14:05:41 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] SENT [11]{“request”:“start”,“min_offset”:173106576,“stream_sample”:0}
03/01 14:05:41 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Ready => Playing
03/01 14:05:42 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [10] {“status”:“Playing”}
03/01 14:05:42 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [11] {“status”:“Success”,“time”:280454739229}
03/01 14:05:43 Info: [stats] 2556mb Virtual, 447mb Physical, 163mb Managed, 0 Handles, 41 Threads
03/01 14:05:46 Trace: [Mojo] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:04/7:24] Moment of Surrender - U2
03/01 14:05:49 Trace: [zone Chord Async USB 44.1kHz-768kHz] PlayPause
03/01 14:05:49 Trace: [zone Chord Async USB 44.1kHz-768kHz] Pause
03/01 14:05:49 Trace: [Mojo] [zoneplayer/raat] Pausing at streamtime_ns 7021735828 now_ns 287476475057
03/01 14:05:49 Info: [zone Chord Async USB 44.1kHz-768kHz] OnPlayFeedback Paused
03/01 14:05:49 Trace: [Mojo] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PAUSED @ 0:06/7:24] Moment of Surrender - U2
03/01 14:05:49 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] SENT [12]{“request”:“stop”}
03/01 14:05:49 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Playing => Paused
03/01 14:05:49 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [10] {“status”:“Stopped”}
03/01 14:05:49 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [12] {“status”:“Success”}
03/01 14:05:54 Trace: [zone] no playback for 5s, suspending to release audio device
03/01 14:05:54 Trace: [zone Chord Async USB 44.1kHz-768kHz] Suspend
03/01 14:05:54 Trace: [zone Chord Async USB 44.1kHz-768kHz] Stop
03/01 14:05:54 Info: [zone Chord Async USB 44.1kHz-768kHz] OnPlayFeedback Stopped
03/01 14:05:54 Info: [audio/env] [zoneplayer -> stream] All streams were disposed
03/01 14:05:54 Info: [audio/env] [zoneplayer] All streams were disposed
03/01 14:05:54 Info: [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
03/01 14:05:54 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Paused => Prepared
03/01 14:05:54 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] SENT [13]{“request”:“end_stream”}
03/01 14:05:54 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] SENT [14]{“request”:“teardown”}
03/01 14:05:54 Trace: [Mojo] [zoneplayer/raat] Endpoint Chord Async USB 44.1kHz-768kHz State Changed: Prepared => Idle
03/01 14:05:54 Debug: [raat/tcpaudiosource] disconnecting
03/01 14:05:54 Info: sleep 162ms after flush
03/01 14:05:54 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [10] {“status”:“Ended”}
03/01 14:05:54 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [13] {“status”:“Success”}
03/01 14:05:55 Trace: [Chord Async USB 44.1kHz-768kHz] [raatclient] GOT [6] {“status”:“Teardown”}
03/01 14:05:58 Info: [stats] 2556mb Virtual, 447mb Physical, 163mb Managed, 0 Handles, 38 Threads
03/01 14:06:13 Info: [stats] 2556mb Virtual, 447mb Physical, 163mb Managed, 0 Handles, 35 Threads
03/01 14:06:28 Info: [stats] 2556mb Virtual, 447mb Physical, 163mb Managed, 0 Handles, 33 Threads

what version of Roon you are running (Settings > About; If you’re running Windows, please let us know whether you’re running 32bit or 64 bit)
What operating system you are running (Windows 7; OSX 10.9; etc)
Basic information about the device you’re using (MacBook Pro 2011 w 4gb of RAM; HP Envy laptop w i7; etc).

roonserver on linux lubuntu 17.10 64 bit (diy intel pentium g4560 with 8 gig ram)
roon as remote on windows 7 64 bit (dell inspiron laptop core i5-2430M with 8 gig ram)
both 1.4 stable build 300

the laptop has the meridian dac (and chord dac) attached via usb

Describe where your music is stored – this includes hard drive description and interface type (USB, Firewire, etc. If you are using a NAS or any other kind of network storage, be sure to include the information requested in the Network section below)
Let us know your collection size (approximate number of tracks)
music is on a wd red 3 tb sata drive, local to the lubuntu machine running roonserver, 18k tracks
both computers (lubuntu roonserver, and windows laptop roon remote) are on the same local network connected to the same netgear 8 port switch, all gigabit, both fixed ip’s on the asus router (dsl ac55u)

@Eric Hi does this information help, is there something else I can add? thanks

update - i think this is network related on my laptop - have noticed sporadic drops from the network and immediate reconnect, defiinitely seems to coincide with roon drop outs.

Hi @Robert_Holloway ---- Thank you for touching base with me and providing the requested feedback. This was indeed the information I was looking for :+1:

In regad to your latest post (i.e "…I think this is network related), the laptop is still making use of a wired connection, yes? I would expect more stability with a wired connection in place. Can you verify for me what the exact model of netgear switch you are implementing and for troubleshooting purposes have you tried mounting the lubuntu server and Win laptop directly to the Asus router to verify how things behave?

Lastly, just to make sure I am clear on the testing you have performed thus far. The mentioned test runs with the Explorer and Mojo where conducted with these device mounted to the mentioned laptop, correct? Furthermore, when these devices are mounted to the RPi (w/RoonBridge) everything functions as expected, correct? My assumption is that the RPi is mounted to the same switch, please verify.

-Eric

yes still wired. The dacs are just in use on the laptop, i tried the chord to make sure it wasnt the meridian.
I can see the wired network connection cross itself out i.e. momentarily disconnect), and then 1/2 a second later there is a music drop out from roon. Any slightly longer drop out, the music stops and I get the “an audio file loading slowly” message.
I’ve gone wireless now on the laptop to see if it’s related to the wired connection laptop -> switch -> router.
If that’s ok then it’s either the ethernet adapter in the laptop (or settings related to it), or something with the physical connection (which is laptop via wire to a wall socket, wire through the wall to another wall socket, wire from that wall socket to the switch). could be any part of that wired connection.
i’ve tried swapping the wire from the laptop to the wall socket, then uninstalling, reinstalling the realtek adapter, updating drivers etc so now bypassing that entirely. just being methodical.
at this stage i dont think it’s anything to do with the roon software.

wifi 1 - 0 wired connection, so far. definitely something with my wired connection on this laptop.

Thanks for the update @Robert_Holloway! Just to make sure I am understanding your last message :innocent: did the “Wifi test” yield a positive result?

-Eric

yes played perfectly via wifi, so it’s wired network related, and on this laptop only.
too many variables at play. but i had the time today to sit and monitor what was happening, rather than just working with headphones on.

spoke too soon, now failing on my ipad

03/03 19:30:18 Info: [zone iPadmini] OnPlayFeedback Playing
03/03 19:30:18 Trace: [iPadmini] [Lossless, 16/44 FLAC => 16/44] [100% buf] [PLAYING @ 0:00] The Fix - Elbow and the BBC Concert Orchestra / Mike Dixon
03/03 19:30:18 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/358 sec
03/03 19:30:18 Trace: [prebuffer] ready 149940/441000 (34%) @ 0/299 sec
03/03 19:30:19 Trace: [analysis] analysis completed in 2349ms for 299s of FLAC 44.1kHz 16bit audio. loudness=-10.6483010142431LUFS dbTP=-0.262143323527108 noisestartms=0 noiseendms=298376 isdts=False mqa=0 for track 28601138 url=/media/WDRED1/My Music/My Music/Elbow and the BBC Concert Orchestra/The Seldom Seen Kid (Live at Abbey Road)/08 - The Fix.flac
03/03 19:30:19 Trace: [library] finished with 1 dirty tracks 1 dirty albums 7 dirty performers 1 dirty works 1 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 1 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 11 changed objects
03/03 19:30:19 Debug: [library/index] updating search indices: 2 ops 0 adds, 0 removes
03/03 19:30:19 Trace: [push] restarting connection (Unable to read data from the transport connection: interrupted.)
03/03 19:30:19 Trace: [push] retrying connection in 34065ms
03/03 19:30:19 Trace: [dbperf] flush 5264 bytes, 2 ops in 0 ms (cumulative 659367 bytes, 536 ops in 5111 ms)
03/03 19:30:19 Trace: [analysis] analyzing (high priority) trackid=28601394 url=/media/WDRED1/My Music/My Music/Elbow and the BBC Concert Orchestra/The Seldom Seen Kid (Live at Abbey Road)/09 - Some Riot.flac
03/03 19:30:19 Info: [audiodevice] updating analysis info for current track because analysis finished
03/03 19:30:19 Info: [zoneplayer/signal] update playparams to gain=0dB peak=dB basems=0 noisestartms=0 noiseendms=298376
03/03 19:30:19 Info: [zoneplayer/signal] update playparams to gain=0dB peak=dB basems=0 noisestartms=0 noiseendms=298376
03/03 19:30:19 Info: [zoneplayer/signal] update playparams to gain=0dB peak=dB basems=0 noisestartms=-1 noiseendms=-1
03/03 19:30:19 Trace: [rnet/RnetJsonClient] no data received for >10000ms. Killing connection.
03/03 19:30:19 Warn: [rnet/RnetJsonClient] error writing to connection
03/03 19:30:19 Trace: [raatserver] [RaatServer iPadmini @ 192.168.1.20:57312] lost client connection. Retrying
03/03 19:30:19 Trace: [raatserver] [RaatServer iPadmini @ 192.168.1.20:57312] connecting (attempt 1)
03/03 19:30:19 Info: [transport] destroyed zone iPadmini was playing? True
03/03 19:30:19 Trace: [zone iPadmini] Suspend
03/03 19:30:19 Info: [zone iPadmini] OnPlayFeedback Stopped
03/03 19:30:19 Trace: [iPadmini] [zoneplayer/raat] Endpoint iPadmini State Changed: Prepared => Idle
03/03 19:30:19 Info: [audio/env] [zoneplayer -> stream] All streams were disposed
03/03 19:30:19 Info: [audio/env] [zoneplayer] All streams were disposed
03/03 19:30:20 Info: [brokerserver] Client disconnected: 192.168.1.20:57295

and then my roonserver apparently dies - laptop now looking for it and cant find it, so have to stop and restart roonserver to get it back again.

beginning to think this is a windows 7 problem, but where? with network connectivity? realtek drivers (though i updated these to the latest version).

I’ve installed and can now dual boot into lubuntu / windows 7 on my laptop. on lubuntu i’m running roonbridge. no drop outs.

Hi @Robert_Holloway ---- Thank you for follow up(s) and sharing the observations you have made during these most recent test runs. The insight is very appreciated!

I want to just take a step back for a moment as it seems like we are having “shift in behavior” here and I want to make sure that we are on the same page so I can properly advise moving forward.

From your previous posts:

update - i think this is network related on my laptop - have noticed sporadic drops from the network and immediate reconnect, defiinitely seems to coincide with roon drop outs.”

I’ve gone wireless now on the laptop to see if it’s related to the wired connection laptop -> switch -> router. If that’s ok then it’s either the ethernet adapter in the laptop (or settings related to it), or something with the physical connection (which is laptop via wire to a wall socket, wire through the wall to another wall socket, wire from that wall socket to the switch). could be any part of that wired connection.”

wifi 1 - 0 wired connection, so far. definitely something with my wired connection on this laptop.”

yes played perfectly via wifi, so it’s wired network related, and on this laptop only.

"spoke too soon, now failing on my ipad and then my roonserver apparently dies - laptop now looking for it and cant find it, so have to stop and restart roonserver to get it back again."

Additional data gathering…

I know you mentioned that you are “beginning to think this is a windows 7 problem”, and if this behavior were isolated to this single remote I would say that is a very plausible theory, however what concerns me is that the iPad is now exhibiting the same behavior and RoonServer has crashed. Please due correct me if I am wrong but the server crash happened after you noticed the issue with iPad, yes?

Furthermore, and my apologies for the confusion. If I am understanding your latest correctly, lubuntu is now acting as a RoonBridge and Win7 is handling the server responsibilities, yes?

-Eric

Hi, thanks for the follow up.
agree need to take a step back and check over whats happening.
laptop is now dual book win7 and lubuntu (only for the last day or 2, and only added lubuntu to test out roonbridge, and see if it was win7 network issues). so i can test both; on lubuntu it was working perfectly, whereas win7 could trip up within 5 mins.
roonserver is and has always been on lubuntu.
played the ipad late last night and fell asleep and it was still playing after a few hours.
so lots to experiment with, and determine if anything is 100% consistently failing.
like boot into lubuntu and it plays perfectly, switch to win7 and see if it fails straightaway.

Thanks for the follow up and clarification @Robert_Holloway ! When you are switching back and forth, between Win7 and the lubuntu, is RoonBridge being used in both scenarios OR are using RB with under lubuntu and the remote app when on Win7?

If I do indeed have the test scenarios correct I would recommend testing with RB under Win7 as well.

-Eric

5 posts were split to a new topic: “An audio file is loading slowly” - During playback of Hi-Res content

Hi, follow up on my system experiments.
I havent explored further with my laptop, but my raspberry pi roonbridge endpoint and my dedicated pc based roonbridge endpoint (which is based on asrock n3150 with an ssd for the os and 4 gig ram, and ticking along pretty much at idle htop says load 0.01) both play absolutely perfectly.
Still suspecting network issues with the laptop …

Hi @Robert_Holloway ---- During your troubleshooting of the laptop you believe to be having network issues, have you tried pinging the IP address of your other devices on your network? Or vice versa perhaps?

-Eric