ChanServ changed the topic of ##yamahasynths to: Channel dedicated to questions and discussion of Yamaha FM Synthesizer internals and corresponding REing. Discussion of synthesis methods similar to the Yamaha line of chips, Sound Blasters + clones, PCM chips like RF5C68, and CD theory of operation are also on-topic. Channel logs: https://freenode.irclog.whitequark.org/~h~yamahasynths
Xyz_39808 has joined ##yamahasynths
Xyz_39808 has quit [Ping timeout: 245 seconds]
Xyz_39808 has joined ##yamahasynths
<andlabs>
cr1901_modern: I looked at tinymml and you were talking about how it doesn't support chords
<andlabs>
the thing is that it's not supposed to be used on its own - it's just a parser for the basic MML strings, and everything else fancy that you want to do should be added around that parser by you
<andlabs>
so you are free to create whatever super cool file format you want, I suppose
<andlabs>
the FAQ presents a syntax of C0E0G4 but there's no reason I can tell that you can't create a processor that lets you say, for instance, "3 channels: { C4 E4 G4 C4 F4 A4 D4 F4 A4 D4 G4 B4 }
<andlabs>
"
Xyz_39808 has quit [Remote host closed the connection]
<cr1901_modern>
andlabs: If that's the case then I don't really see any problems with it. The FAQ's solution just really left a sour taste in my mouth.
andlabs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
andlabs has joined ##yamahasynths
andlabs has quit [Ping timeout: 258 seconds]
andlabs has joined ##yamahasynths
<cr1901_modern>
Even geocities.jp is gone now, huh?
Xyz_39808 has quit [Ping timeout: 245 seconds]
<andlabs>
now looking at xpmck for video game stuff
<andlabs>
it's uhhh
<andlabs>
I don't get the strange separation of voices
<andlabs>
voice parameters
<cr1901_modern>
For all the work you're putting into this player I wish you'd release it for others. Even if it's OSX only (and thus I can't use it)
<cr1901_modern>
well it's good you're contributing back fixes to the libraries
<andlabs>
oh, I'm not working on a player now
<andlabs>
=P
<andlabs>
I'm looking into composition stuff
<cr1901_modern>
My current plan is to test drive Ardour. It'll probably be sufficient for my needs.
<andlabs>
ardour might be useful but I'm not entirely sure now
<andlabs>
for my own purposes
<andlabs>
not related to video game consoles
<andlabs>
and I'm not sure what UI I would prefer either...
<Lord_Nightmare>
whitequark: flac has one major limitation that's preventing its use by the domesday duplicator guys to compress the 250gb waveforms from ld surface pickup
<Lord_Nightmare>
and that is for certain chunks in the file, they still use 32 bit sizes and offsets
<Lord_Nightmare>
the main chunk is 64 bit, but some others are not
<Lord_Nightmare>
and fixing it requires a major version bump for the flac format
<Lord_Nightmare>
there are some offensively gross hacks to get around it like using a chunk offset lookup table pointed to by a 64 bit offset, and 64 bit offsets in the table
<Lord_Nightmare>
but the max size of each chunk is still 4gb
<Lord_Nightmare>
and for a laserdisc with a spiral track where you cannot easily line up the end of chunks to gaps between frames, this is an annoying problem
<Lord_Nightmare>
imho the flac guys should do it, but only use 64 bit flacs under circumstances where it is necessary; for the most part the existing format is fine
<Lord_Nightmare>
the other option is for the domesday guys to make their own flac-based format but their format bumps the chunk sizes to 64bit
<Lord_Nightmare>
and just leverages a hacked up version of libflac
<superctr_>
what prevents you from 'forking' the FLAC specification
<superctr_>
it's not going to be used for audio anyway
<Lord_Nightmare>
superctr_: ^
<superctr_>
so there is no need to be compatible
<Lord_Nightmare>
leveraging an already existing library, unchanged, is much less work for the DD guys
<Lord_Nightmare>
in theory, a pure audio DVD could hold more than 4gb, compressed, of audio data
<Lord_Nightmare>
but audio dvds are weird and rare
<cr1901_modern>
Have they brought this up on the FLAC mailing list, not I expect a prompt reply?
<superctr_>
well, a cd-r can hold a lot more audio data than a redbook cd
<superctr_>
if you compress it
<superctr_>
i think the FLAC's developers biggest priority is to remain compatible with the specification they wrote in 2001
<superctr_>
myself i didn't realize that FLAC was that old... i never even heard of it back then
<cr1901_modern>
What the DD ppl seem to have is a legitimate reason to get a major bump in the FLAC format or an extension that media players are willing to support (e.g. FLAC64)
<cr1901_modern>
Otherwise home-roll your own compression format I guess and hope for the best
<Lord_Nightmare>
cr1901_modern: i don't know
<Lord_Nightmare>
i think simon and the other domesday duplicator guys are busy working on better way of extracting data from the disk
<Lord_Nightmare>
borrowing bits of rtl-sdr code i think
<Lord_Nightmare>
and similar stuff
<Lord_Nightmare>
to properly lock onto the ld format
<Lord_Nightmare>
for PAL its slightly easier than NTSC
<Lord_Nightmare>
since the color format is more sane
<andlabs>
ALAC?
<andlabs>
also arghh xpmck is poorly documented
<andlabs>
how do I pitch slide? docs don't say, point to mck/pmck/ppmck documentation which doesn't talk about timing or what value to use for a single semitone
<andlabs>
also 90% of these error messages are unclear