mikeday

You didn't mention it, but can you confirm that you're running the latest released version of Crispy? It should be 6.0.

Are you forgetting to run the packaging step after building? cd pkg/win32 make This will create zip files which should have the executables + all the dlls you need.

I opted for the latest artifacts from the master branch. As I matter of good practice I wouldn't point people to artifacts associated with pull requests; the associated branch might be behind master and may contain unstable/unapproved code. In this particular case it's they're pretty much identical, but that definitely isn't true in general. (FYI, the branch that you grabbed from is staging for the next official release, which is mostly just working on getting the changelog up to date.)

This is most likely an issue with midiproc, which has been removed in dev versions of Chocolate Doom. I suggest running a nightly build or getting a recent Github Actions artifact. (Go here, scroll to the bottom and download either MINGW32 for 32-bit or UCRT64 for 64-bit.)

If you're using the FLAC version of the musicpacks, try the OGG instead. You may be hitting this bug: https://github.com/libsdl-org/SDL_mixer/issues/511

Re: MP3s not playing - If you're on Linux or otherwise building from source, libsndfile needs to be at least version 1.1.0 to support MP3 playback.

Yes, through libsndfile.

There are a number of source ports available on Homebrew including DSDA, Crispy, Chocolate, Woof and GZDoom.

Is this a photo of your monitor, or a screenshot taken from your PC? If it's the former, I would guess that your monitor is having backlight issues.

I observe the same issue with the weapon psprites. I think it might be dependent on monitor resolution. (I'm at 1920 x 1200)

Remove the “(1)” and the “ (2)” from your IWAD file names. In general you shouldn’t rename your WADs, as source ports search for them based on their official names.

For the automatic SDL_Mixer looping, LOOP_END should equal nsamples. (nsamples in this scenario is defined as sample_rate * track_duration. You don't need to multiply this number by 2 for stereo.) I bet one could use a small Python script to automate calling oggz and updating the Vorbis comment with the LOOP_END tag. Might be good ChatGPT fodder. :) When I get some time I'll submit a PR to SDL_Mixer to handle the case where only LOOP_START is provided. It seems pretty straightforward to implement.

If you're comfortable with command-line tools, you could always use something like oggz. I can't test this at the moment but it should be something like: oggz comment -c vorbis -o <new_ogg_file> <path_to_original_ogg_file> LOOP_END=<num_of_samples_in_file>

You need LOOP_START and LOOP_END tags, or alternatively LOOP_START and LOOP_LENGTH.

One small correction: it’s FLAC looping that has the crash, not OGG. And yes, it should be fixed in 2.8.0.