raocow's talkhaus

Arctangent wrote:the sounds are all strange.

Arctangent wrote:But when I go make a level and shove lunadll.lua into its resource folder, I can't even get a "Hello, world!" to pop up. Is there some sort of extra step I'm missing?

Kevsoft wrote:

Arctangent wrote:the sounds are all strange.

Kevsoft wrote:

Arctangent wrote:But when I go make a level and shove lunadll.lua into its resource folder, I can't even get a "Hello, world!" to pop up. Is there some sort of extra step I'm missing?

The only reasons for this would be:
1.) You didn't update LuaScriptsLib correctly
2.) When you created the lua file, you might accidentally created a text file and your filename is now lunadll.lua.txt. If you created your file with Rightclick > New > New Textfile, this issue is most likely.

Arctangent wrote: Mhm.

Arctangent wrote:Could you explain the former in more detail?

Horikawa Otane wrote: Okay, so I have the following code and it *works* just fine, but if you alt-tab out the music stops (fine) and when you come back to the window, it's still silent (not fine).

Horikawa Otane wrote: I'd also like it to play a random other song upon the current song's completion with proper nice fading in and out. Would that be possible?

(Also it doesn't seem to be random...? Each time I start it, it plays the same song...)

 MusicOpen(MUSICTIME[math.random(#MUSICTIME)]);

local eventu = loadAPI("eventu");

local MUSICTIME = {};
local MUSIC_COUNT = 2;
local readyPlaySong = true;

function onLoad()
	for i = 1, MUSIC_COUNT do
   		MUSICTIME[i] = { song = "trials" .. tostring(i) .. ".mp3", length = 60 }; --length needs to be the length of each song in seconds.
	end
end

function onLoop()
	if(readyPlaySong) then
		PlayRandomSong(2);
	end
end

function PlayRandomSong(fadeLength)
	local song = MUSICTIME[math.random(#MUSICTIME)];
	MusicOpen(song.song);
   	MusicPlay();
   	readyPlaySong = false;
   	eventu.run(function() 
   					eventu.waitSeconds(song.length - fadeLength);
   					MusicStopFadeOut(fadeLength*1000);
   					eventu.waitSeconds(fadeLength);
   					readyPlaySong = true;
   				end);
end

Wohlstand wrote:When we started level playthrough, SMBX will still send pause() command even if music "none", but when we started level from "none" music, SMBX will don't send music commands.

Rednaxela wrote:

Wohlstand wrote:When we started level playthrough, SMBX will still send pause() command even if music "none", but when we started level from "none" music, SMBX will don't send music commands.

I'm thinking this quirk could be worked around if we stopped relying on the SMBX engine for music pause/resume commands. What I have in mind is, I'm pretty sure we can detect when the game engine is paused in other ways, and implement music pause/resume such that it works "as normal" even when SMBX doesn't send music commands.

void LuaProxy::MusicStop()
{
#ifndef NO_SDL
	PGE_MusPlayer::MUS_playMusic();
#endif
}

Rednaxela wrote: A bigger problem though... is pausing. Pretty sure that'll screw up the timing method Hoeloe has shown above, because I believe it pauses the music, and eventu's wait seconds routine uses os.time which doesn't get paused. You could count SMBX frames instead, but that will be less precise for the case of not being paused.

Rednaxela wrote: I think it would be best to extend LunaLua to allow getting the music playback state information (The SDL API doesn't let the C++ code get the playback time easily either... but it is where the music pausing is implemented so it's easy enough to make an approximation that's safe for that). I could implement that this weekend if wanted. Can also look into that music not coming back after an alt-tab issue.

Horikawa Otane wrote: Nope - still utterly non-random!

#MUSICTIME

table.getn(MUSICTIME)

S1eth wrote:Question: Is onEvent(eventName) supposed to give "[NONE^" as parameter for my own events or am I doing something wrong?
I wanted to execute Lua code depending on the event I call.

Hoeloe wrote:

S1eth wrote:Question: Is onEvent(eventName) supposed to give "[NONE^" as parameter for my own events or am I doing something wrong?
I wanted to execute Lua code depending on the event I call.

What's the name of your event?

S1eth wrote:Question: Is onEvent(eventName) supposed to give "[NONE^" as parameter for my own events or am I doing something wrong?
I wanted to execute Lua code depending on the event I call.

function onEvent("[NONE^") 
	#code
end

romajiQuadhash wrote:

S1eth wrote:Question: Is onEvent(eventName) supposed to give "[NONE^" as parameter for my own events or am I doing something wrong?
I wanted to execute Lua code depending on the event I call.

Are you doing

Code: Select all

function onEvent("[NONE^") 
	#code
end

or is eventName=="[NONE^" evaluating to true?

local events = {};

function onLoop() 
	for i = 1, #events do
  		printText(i..": "..events[i],3,0,60+i*20);
	end
end

function onEvent(eventName)
	table.insert(events, eventName);
	if(eventName == "[None]") then
		printText("I JUST ADDED THIS FOR TESTING",3,0,60);
	end
end

Horikawa Otane wrote:

Code: Select all

function onLoad()
	math.randomseed(os.time())
	math.random();
	math.random();
	math.random();
	MusicOpen(MUSICTIME[math.random(1, table.getn(MUSICTIME))]);
	--MusicOpen(MUSICTIME[10]);
	MusicPlay();
end

This works =)

Rednaxela wrote:Pretty sure it's not running math.randomseed(os.time()) in onLoad, as opposed to in the top level of the lua file that made the difference Hoeloe.

Some pseudorandom number generators need a bit of a "warmup" generating dummy values, before the output becomes sufficiently 'random' as compared to the seed, which is why that quoted code from the lua wiki has the "math.random(); math.random(); math.random();"

Hoeloe wrote:Yeah, that's what I meant. Calling math.randomseed(os.time()) right at program start will always produce the same value, because os.time() is predictable there. Repeated calls to "random" are not usually necessary. They're only really required under specific circumstances, to get away from the first seed value. In this case, it may be necessary because of how Lua handles its random numbers and seed generation.

Rednaxela wrote: To explain the symptoms Horikawa observed, I'm going to guess that Lua's choice of PRNG algorithm (and details of it's use such as seeding procedure) allows the most significant bits of the seed to be the primary influence for the first math.random(somesmallinteger) call that is run, until a few iterations of the PRNG scramble the state further.