khorio

just replace khorio.common.dll with the one from the xscanner download

you probably installed XPU over it, might have overlooked something in the archive, just replace it with the one that came with xscanner

Broadcastify is going tits up the last couple of days with streams being dead without being marked as down result in an empty data stream, just changing to an actual alive stream should fix it. (going on broadcastify itself on these streams will play the ad and then nothing, xscanner doesnt play the ad)

It's possible since you won't hear the ads with xscanner (it doesn't play them). post the rphlog and the plugins/lspdfr/xscanner/log/errorlog if it crashes your game

All I'm seeing is streams being 404 and you missing installation files, so you should reinstall.

if you are using broadcast regions you should check if the streams are still valid, they should be under saved broadcasts in the broadcast selection menu, if they dont show up with the green triangle they are down.

Response status code does not indicate success: 404 (Not Available). You should have gotten a notification about it too, the stream you selected isn't up anymore so you will need to pick another

Can you attach your logs or try to change streams, chances are the stream just doesn't exist anymore (logs can be found in plugins/lspdfr/xscanner/logs)

Just the Full one, which includes the required audio. Update is just for updating from an older version, and required audio is just the audio.

my planes still sink in the water, what gives?

you will need to provide your ragepluginhook.log, most likely its because of faulty broadcast id's

Of course it plays without xscanner because the default player doesn't perform validity or sanity checks. It is intended behaviour.

aaic is calling files that dont exist and placeholder files (that obviously dont exist either), theres not much i can do about that. it's not your fault, its on the plugin's side.

You have a plugin spamming bogus requests to the scanner, which is why its discarding it, one is calling [PLACEHOLDER] (which is obviously not an audiofile that exists), the other is trying to play lines with missing files, which xscanner discards because it would just be garbled output etc xscanner will always discard lines that have missing files

Lspdfr does not require shv or shvdn? neither does stp, and considering how problematic shvdn is i wouldn't really recommend putting it as a requirement to anything if people don't need it.

You will need to provide a log

your patdownitems consists of 2 xml files, which part of it exactly requires a library like shv and shvdn?

Can you explain why you put shv and shvdn as requirements when it's just an xml edit for stp?

Should be fixed now.

I would suggest providing the handling lines you changed in a seperate file, as most people will be reluctant to overwrite their already altered meta's. This way they can just insert the lines to the vehicles they want.

feel free to come to the support channel on my discord or ULSS

Why do you claim the thing I pointed out is "fixed" when in truth you haven't fixed anything and you're still creating thousands of threads within seconds.

You do realize you forgot to implement any of your "improvements" right? You forgot to call the methods you added, which ironically is a good thing as you were about to double the ridiculous amount of fibers you created before. The side effect being that most of your callouts will have peds standing around doing nothing atm, and the end callout button is never checked.

Khorio.Common.zip May have missed something odd, you can replace the common with the one attached What's scary about them

Its on the bottom of the plugin page 😄