Music skipping beats after firmware update (3.4.0beta6)

jens55

But seriously folks, I would love to have the printer play a different jingle for all the major events that require operator attention. Unfortunately my printer is run 99% remotely so I'd never get to hear it

engikeneer

@jens55 you just need a bigger speaker

jens55

@engikeneer .... I am not an engikeneer so I didn't think far enough. Wish I would have finished my degree ...

I am sure the neighbours will also really appreciate the sound tracks !

gtaman

@jens55

Conveyor bed that automatically ejects prints I've seen it somewhere just not in a public machine. I think the hardest part would be reliability, but it is possible. You could also set it to cancel and kick a job out if the time runs out before the print is done xD I haven't used bill receptors because they're expensive, but I did put a coin selector in a claw machine I built It was just some generic thing from ebay and it works quite well surprisingly.

dc42

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

If you already have a daemon.g file that is coded as a while loop so that it never terminates under normal conditions, and it spends most of its time in G4 delay calls, then you may not have the original problem anyway. The reason that not having a daemon.g file causes interruptions to timed tasks such as playing tunes is that every 10 seconds RRF will try to open daemon.g if it is not already open; and trying to open a non-existent file on the SD card requires the whole directory to be searched, which may require several sector transfers.

Of course you could also choose to have daemon.g play the tune, triggered when it sees a global variable change state.

Baenwort

@dc42 said in Music skipping beats after firmware update (3.4.0beta6):

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

If you already have a daemon.g file that is coded as a while loop so that it never terminates under normal conditions, and it spends most of its time in G4 delay calls, then you may not have the original problem anyway. The reason that not having a daemon.g file causes interruptions to timed tasks such as playing tunes is that every 10 seconds RRF will try to open daemon.g if it is not already open; and trying to open a non-existent file on the SD card requires the whole directory to be searched, which may require several sector transfers.

Of course you could also choose to have daemon.g play the tune, triggered when it sees a global variable change state.

Is it enough to have a blank daemon.g or does it need contents?

o_lampe

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

Is it enough to have a blank daemon.g or does it need contents?

You could add something like the below lines in your Daemon.g (empty or not) to have a controlable looptime.
Set a low value when you need faster processing or higher, when you don't.

while  true
        //do other things
       ....
        G4 S{global.DaemonLoopSpeed}

dc42

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

Is it enough to have a blank daemon.g or does it need contents?

It need to have a loop with a delay call in the body.

I have it in mind to add a new GCode command to start/stop daemon.g.

nikscha

@gtaman would you mind sharing your gcode music collection?

gtaman

@nikscha
Here is my favourite in the code text below. I just found it, and i've been imagining it for weeks I tell you, WEEKS! Its the commodore 64 tribute from GTA Vice city. I think I'm going to use this for my main sound. Also, this thread had a bunch I shared earlier:
https://forum.duet3d.com/topic/26269/sound-for-duet?_=1639741054776

Also Don't be scared to make your own:
https://alexyu132.github.io/midi-m300/ -tool
https://www.vgmusic.com -midi music
https://bitmidi.com/ -midi music
There are Mp3 to midi converters too, but i havent found a good one

code_text
M300 P161 S370
G4 P161
M300 P166 S0
G4 P166
M300 P161 S370
G4 P161
M300 P166 S0
G4 P166
M300 P161 S370
G4 P161
M300 P166 S0
G4 P166
M300 P163 S330
G4 P163
M300 P163 S370
G4 P163
M300 P163 S440
G4 P163
M300 P161 S370
G4 P161
M300 P166 S0
G4 P166
M300 P163 S330
G4 P163
M300 P487 S370
G4 P487
M300 P166 S0
G4 P166
M300 P161 S294
G4 P161
M300 P166 S0
G4 P166
M300 P161 S294
G4 P161
M300 P166 S0
G4 P166
M300 P163 S294
G4 P163
M300 P161 S277
G4 P161
M300 P166 S0
G4 P166
M300 P161 S277
G4 P161
M300 P166 S0
G4 P166
M300 P163 S277
G4 P163
M300 P327 S330
G4 P327
M300 P327 S349
G4 P327
M300 P1000 S370
G4 P654

Baenwort

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

Is it enough to have a blank daemon.g or does it need contents?

You could add something like the below lines in your Daemon.g (empty or not) to have a controlable looptime.
Set a low value when you need faster processing or higher, when you don't.
while  true
        //do other things
       ....
        G4 S{global.DaemonLoopSpeed}

So I tried exactly that (but with {global.DaemonLoopSpeed} replaced by a 1 as I didn't want to add a variable in my configuration.g) and the DWC is not unresponsive.

I'm going to pull the printer apart to get the mSDCard out once I get the kids in bed tonight.

I presume that even though you put it in code blocks that I shouldn't have used it exactly as you wrote it?

o_lampe

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

DWC is not unresponsive.

I believe, you wanted to say "now unresponsive"?
IMHO, a one second loop time for daemon.g shouldn't be too short, but there's a reason why they set the default loop time to ten seconds...

With a global variable, you wouldn't have to pull the SD-card. Maybe you can overwrite daemon.g by replacing it through DWC download instead of editing the file?
I recommend trying it with variable loop time until you figured out the best setting.

DonStauffer

@dc42 Unfortunately, adding a daemon.g file with a loop didn't fix it for me. I have a music macro called from my S3D ending script. If I run the macro while no job is running it works fine. But almost always, at the end of a print, the third note doesn't sound. Not a big deal, but I don't know why it does this.