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
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
ej5 has quit [Read error: Connection reset by peer]
_whitelogger has joined ##yamahasynths
andlabs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
andlabs has joined ##yamahasynths
_whitelogger has joined ##yamahasynths
<cr1901_modern> whitequark: Okay, I'm curious... how does relocations within a segment on Win16 work, and why is it necessary?
<cr1901_modern> Also, I'll just throw this out here for everyone since I can't see to find info on it: https://twitter.com/cr1901/status/1207997559328903170
andlabs has quit [Read error: Connection reset by peer]
<Lord_Nightmare> cr1901_modern: i think that when the gamegear is in 'sms mode' it knows how to handle sms sprites/palettes. i'm not 100% sure
<KitsuWhooa> Yeah there's a pin in the cartridge slot that's an sms/gg toggle
<Lord_Nightmare> if you want to manually port sms games to use gg sprites/palettes or vice versa, it takes some extra coding work
<Lord_Nightmare> iirc ccovell ported a few gg-exclusive games to run on the sms
<Lord_Nightmare> and it took some work to 'downcolor' the sprites etc
<cr1901_modern> Official SMS to GG adapters seem to have a fairly sketchy origin w/ little information about them
<balrog> cr1901_modern: you might be interested in this: https://www.winehq.org/pipermail/wine-devel/2019-December/156602.html
<cr1901_modern> balrog: This seems to be 32-bit apps on 64-bit Mac?
<balrog> cr1901_modern: yep, though I supposed it could be extended to 32-bit apps on 64-bit OS for Linux as well
<balrog> (meaning — on pure 64-bit, no 32-bit libs)
<balrog> Codeweavers' main product is a polished-up version of Wine that runs on macOS (Linux as well but that probably does not make them as much money), which means they had to do this
<linkmauve> That sounds great!
<linkmauve> I want to play with that on Linux.
<linkmauve> Getting rid of all of the lib32 crap would be really nice.
<balrog> I'd expect it to make its way to WINE upstream eventually; I'm not sure how they'll deal with the custom clang
<linkmauve> Or at least, providing a thin layer calling the amd64 version of the symbol for each symbol.
<balrog> the main issue for Linux is that the X support in WINE didn't get ported
<balrog> (since their goal was to rush out a product)
<balrog> as that post describes, it does rely on manipulating the LLDT to run 32bit code in a 64bit process
<balrog> ha, apparently the other way around can work too: https://www.malwaretech.com/2014/02/the-0x33-segment-selector-heavens-gate.html
andlabs has joined ##yamahasynths
<cr1901_modern> I know Wine uses LDT, but I didn't think LDT was meaningful in 64-bit mode
<balrog> cr1901_modern: https://stackoverflow.com/a/13355668 also
andlabs has quit [Ping timeout: 260 seconds]
<balrog> cr1901_modern: WINE upstream doesn't do this yet
andlabs has joined ##yamahasynths
andlabs has quit [Ping timeout: 260 seconds]
pdewacht has quit [Ping timeout: 252 seconds]
nukeykt has joined ##yamahasynths
pdewacht has joined ##yamahasynths
nukeykt has quit [Remote host closed the connection]
andlabs has joined ##yamahasynths
ej5 has joined ##yamahasynths