Jay Moore

So I'm mostly a low-level dev...I had to get a bit more familiar with meson. I could have misconfigured something in the original build I did. I built without iso9660 and then found out why it wasn't happy with ALSA after it crashed on FLAC. Now it's completely rock-solid and stable. I can't even make it crash. It was me, I was the problem. Thank you for at least turning me in the direction I needed and giving me a push. If you have any kind of tip-jar setup; please let me know. I owe you for the...

Sounds good. I'm will keep trying with various build options. You do not have to rush on my account...I was in no way expecting in-depth help or anything else in regards to this. A lot of my frustration is my hours of googling is that all this audio stuff went to streamer projects on RPi and it was getting impossible to find anything targeting actual desktop systems. This goes back several weeks with non-audio related stuff...so this problem isn't the last straw for me. I ultimately have a VBox VM...

I have not. Even DVD-audio wouldn't be iso9660 so; I'll have to try that. It also segfaulted playing non-ISO; I just didn't catch that segfault. No one else seems to report issues so I can't figure out why I seem to be the one having non-stop segfaults. It will also segfault randomly playing FLAC files...but I can't catch those to get a trace. I'm about ready to give up on Linux entirely.

segfault with mpd

I thought this format was difficult enough to work with authoring; the deeper I get it's almost like they didn't want us doing this. ;) Thanks for the fix. Everything looks like it aligns now.

The confusing part is the spec also says this: The ckDataSize is the summation of the sizes of the local chunks plus the size of formType. This is equal to the total file size in bytes minus the length of ckID and ckDataSize . It is always an even number because all chunks cover an even number of bytes. So it's kind of weird it says not to include the pad byte but then says all chunks cover an even number of bytes. I can't say I did a LOT of testing of DST encoded files to check this; but I did compare...

foo_dsd_converter: incorrect CHUNK sizes

Thank you very much.