Thanks for reporting back! This is definitely interesting, as I mainly
test on Windows and Linux, even across machines and over the public
internet...
Guess, I have to compile it?
Why not just open the link and see? Spoiler: no, it's binaries.
Let's continue on the issue tracker! I'm happy to figure out what's
going on.
Christof
On 18.04.2020 21:41, Manuel Haible wrote:
We currently have an installation running for 6
weeks non-stop.
This is Linux only, isn't it?
I think this is just a spurious error message coming from the fact that
on Windows, UDP packets can arrive out of order *even on localhost* if
they are sent in fast succession. Packet reordering is actually handled
in the library, so this is not a problem. Unless you *hear* the dropped
packet
I do hear the dropped packets.
The block_reordered report doesn't occur neither.
Tried with windows defender firewall turned off, - still the same.
To be more precise: Not one stream only, it is the stereo example i.e. one
stream with two channels.
After further testing I found:
The described happens with PD's block-size @ 64 latency 80ms and 160ms the same.
When increasing the block size to 128 samples, drop-outs occur much more
frequent, even with 160 ms latency.
Everything @ 44100 and changed in PD's audio-preferences, not re[block~]ing.
All those drop-outs are related to the network stream on localhost, not to the
audio, even though I do hear the stream's lost packages.
Win64:
https://git.iem.at/cm/aoo/-/jobs/11497/artifacts/download[https://git.iem.at/cm/aoo/-/jobs/11497/artifacts/download]
Guess, I have to compile it?
If you still have problems, please create an issue on
https://git.iem.at/cm/aoo/-/issues[https://git.iem.at/cm/aoo/-/issues].
Will do, as soon I have tested the latest version.
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
