Paulinus

why not add the feature in the clickbox to turn it off ... same way as you turn the colored names on or off Should be just a minor addition to the game engine and everybody is free to do as he likes

i had this issue too some time ago. VPN helped (I used PROTON), but as final solution I asked my provider to give me another IP-Adress. Working fine again since then.

sounds logically to me ... but in this case it would be nice to know these words you should not use. (even if it's bullshit to ban "rape" or open "rape"-rooms when everybody anyhow has to accept any sex pose before it works).

What is wrong with the word "grape" in the room name when trying to open it for public? I wanted to open a room, but as soon as I use this word the systeme brings "bad room name" This happend to me already once with another word (which i cannot remember) Are there forbidden words and which are they?

it is for sure not a country or IP based blocking, as my shoutcast2 stream from the same provider work perfect.with same IP and same URL-design. And, btw, as I have written before, I made up a test account at another provider and with this the icecast stream didn't work either , where shoutcast2 works good too.

zitat provider:

@ SAMS this workaround is a nice try, but does not apply AutoDj. I Got no problem with streaming in shoutcast2 without autoDJ anyhow. Its for sure "something deeper" problem as @SerentiyWillow stated before. for info: I started a test together with my provider with 5 several url's to my test Icecast2 stream and after checking the log protocols the answer from my provider was this: translation: I'm afraid you would have to contact the chat operator about this. The requests arrive and are successful (status 200). I see no reason why this shouldn't work at this point: So I am very sure this problem is caused by the new Winamp client they installed with the update in replacement of the very well working BASS client before.

just to be sure I now tested also 48000 on my test icecast stream and it makes no difference in notworkling

well, as I always want to know whats going on, I made a test account at another provider and created another Icecast2 stream IT IS NOT WORKING in 3dx EITHER! go and try yourself: http://server3.streamserver-unlimited.de:8800/live I keep it alive for 24 hours.

darf ich deine stream url meinem Provider übermitten, damit der sich ansehen kann, wo eventuell Unterschiede sind?

I still do not know if your stream is icecast or icecast2. ? I dont think its my provider, as others got this issue too; support answered already; they excuse for these inconveniances and are working on it. and yes, of course the MP3 encoding is 128 for me me too, I was talking about the streaming bandwith So lets wait, if there will be a solution, I will stream in shoutcast2 in the meantime

yes, your stream is working in my room. but I still miss the answer: is it icecast1 or icecast2 ? (or which version of icecast?) (mine and Shirlzzz's is icecast2) that's why I provided 2 url's, one for http and one https my stream is 64Kbit only anyway ... and below 40Kbit it starts sounding awful. btw: I also tried to connect via VPN and also changed between US and Europe server with no result. my ticked on support is still open for that.

is YOUR stream icecast1 or icecast2? Because my provider checked the outgoing stream from the server and states that its correct and playable in e.g. Firefox, VLC und Dragon Player . I am rather sure, the new 3dxchat integrated player is the problem, as it also refuses to play shoutcast1 now. And i m not the only one with streaming issues after the update. PLEASE SUPPORT, COMMENT THIS!

I am NOT using ogg, I am using MP3

I disagree. The old 3dx had an integrated "Bass" client to play the music, the new update got an "Winamp"client integrated now. So that does NOT mean your webbrowser plays it the same way as the 3DXCHAT radio. but a cross-check would be nice anyway, so I set my testserver with icecast protocol to autoDJ for the next days (5 listeners at the same time limit). url for the stream are: https://server36246.streamplus.de:11044/stream.mp3 or http://server36246.streamplus.de:11232/stream.mp3 both are working in my Brave Browser, which shows Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36 as client. and both are NOT working in the 3dxchat radio player, whiche shows WinampMPEG/5.09 as client edit; btw: the old room radio player showed "BASS audio library 2.4" as client

tried icecast now; icecast2 stream works in my webbrowser window, but not in the game. Maybe it needs the IP as number (xxx.xxx.xxx.xxx) and not as name (like myserver.at) ? edit: NO, does not work either, ONLY shoutcast2 is working

suresure ,,, just want to avoid to change my streaming provider again ....

would even be better to provide some check to lock objects once they are in correct position

after the update my own music stream is no longer working in my room. I tried it out and it seems that shoutcast1 is no longer supported, only shoutcast2 is working. Appearently the music player client was changed from "Bass" to "Winamp" Please make shoutcast1 work again! I am sure i am not the only one who suffers that issue.

as far as I tried it out, shoutcast1 streams are no longer supported; shoutcast2 streams are working well. The music client of 3dx was shown as "Bass" client before and now is shown as "Winamp" client. Why was it necessary to change that client? I can stream shoutcast1 as well as shoutcast2, but alas I loose some nice autoDJ features when I cannot use shoutcast1 PLEASE change that back again!

concerning the big memory room size / copy issue: after the last update of the beta version it seems to work now. at least it loaded a 18MB size room and even let me copy single objects and groups. I have not tested it further, but is started well like that.

well, thanks for these well meant advices. But be assured that I always already do all of these measures. I agree, that this must be a memory usage bug --- most likely to small scratch memory or faulty "garbage collection": I also do not want to complain before the stabile version is out ... all i do that I mention that for the moment the problem is existing.

2023-05-24 at 22-06-17.mp4 my largest room is about 18MB ... I have splitted it for editing in several parts. Loading the 5MB part works with and without VPN. (this part shown on my video). Loading the larger part (14.224MB) is NOT working, neither with or without VPN. the game crashes instantly.

Yes, sure, i am aware of that. But still this thread got its reason in reporting every issue or remarks on the beta. The issue of game break when trying to copy objects in larger rooms is evident, so please keep an eye on that. The situation in this case should in any case get better and not worse.

larger rooms are no longer loading I got quite some larger rooms above 8MB which are working well with the active version and which are crashing immediaelybefore they are loaded in the beta version. All the work in vain? I expexted an even better performance with the new engine.