[00:10] snover: you have any experience with microsoft sql server access via OLE? [00:10] it's really weird. I'm reading out a firebird database and everything works really fast, even over network [00:11] now i need to do the same with a MS sql server database and it's really slow, like a few rows per second only [00:11] not through OLE, and its been probably about 10 years since I worked with MSSQL, so i doubt i have much useful knowledge in my head, but let me see if i can dig anything up [00:13] it's so weird. no idea about performance on the actual server, but via network it's insanely slow [00:14] i remember that microsoft changed stuff around, so some type of OLE had the same issues around 10 years ago.I then changed to ADO and it worked fine (well not this new code, but old code) [00:15] m-kiewitz: reads or writes? [00:15] reads only [00:15] i even set cachesize to 200 [00:15] and as i said - the code works fine with a firebird database [00:15] and is really fast even [00:16] it reads out most of the data and dumps it into a few files [00:17] connection string uses Provider=SQLOLEDB [00:18] and it's standard cursor type and mode, so record set is read onlyand cursor is forward only. Which should be the fastest there is [00:24] it returns maybe 20 rows at best per second [00:24] which is insanely slow [00:24] have you checked that the query execution plan looks OK? also, are the network connections looking OK (established quickly, dont disconnect/reconnect during the query)? [00:26] of course, being able to isolate the problem to being network-related or server-related would be best if it is at all possible. [00:26] i can't really check that easily, i don't have admin on that computer [00:26] i guess i should make it so that script is executed once on the server directly [00:26] but i think i saw the same issue with the old script even when it's directly executed on the server [00:32] anyway, need some sleep now bye [00:32] m-kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Quit: technology isn't intrinsically good or evil. It's how it's used. Like the Death Ray. [00:48] GitHub19 (~GitHub19@192.30.252.41) joined #scummvm. [00:48] [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vSyPl [00:48] scummvm/master 5741ee3 Paul Gilbert: TITANIC: Fix centroid calculations in star drawing methods [00:48] GitHub19 (GitHub19@192.30.252.41) left #scummvm. [00:59] Uhfgood (~Captain_J@97-96-80-60.res.bhn.net) joined #scummvm. [01:24] ok, this sound bug makes sense now. the midi filtering code doesnt explicitly return when it encounters an kEndOfTrack system command. instead, it relies on the while-loop condition to stop processing the sound data. in most of the sound files, this is fine, because the kEndOfTrack command happens to be the last byte of the file, so the while-loop condition is false and the loop is halted. [01:24] in sound 104 though, there are two kEndOfTrack commands; we get to the first one, do nothing, then the while-loop restarts and unconditionally tries to read 2 bytes, except that there is only a single kEndOfTrack byte left. [01:25] so as far as i can tell, the correct solution should be to explicitly break out of the loop when a kEndOfTrack command is seen. [01:30] though, maybe a safer approach would be to have an inner loop that skips runs of kEndOfTrack commands when one is encountered& hm. [01:30] im just not sure if these commands ever show up in the middle of a sound [01:33] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 260 seconds [01:34] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [01:55] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 260 seconds [01:59] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [02:09] dreammaster (~dreammast@c-73-149-116-247.hsd1.vt.comcast.net) left irc: [02:50] waltervn, if you read the logs, let me know what you think! [04:00] Mellified_Man (~Mellified@eddie.mellified.com) left irc: Ping timeout: 246 seconds [04:03] Mellified_Man (~Mellified@eddie.mellified.com) joined #scummvm. [04:41] GitHub86 (~GitHub86@192.30.252.41) joined #scummvm. [04:41] [scummvm] stevenhoefel pushed 1 new commit to master: https://git.io/vSydW [04:41] scummvm/master bcc3fff stevenhoefel: DIRECTOR: D5 Shared Cast loading. [04:41] GitHub86 (GitHub86@192.30.252.41) left #scummvm. [05:10] _sev|work (~sev@a238130.upc-a.chello.nl) joined #scummvm. [05:10] _sev|work (~sev@a238130.upc-a.chello.nl) left irc: Client Quit [05:21] vinayakvivek (uid121616@gateway/web/irccloud.com/x-kvamktfgjdzniojn) joined #scummvm. [05:30] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [05:33] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [05:33] Nick change: Strangerke_ -> Strangerke [05:39] Uhfgood (~Captain_J@97-96-80-60.res.bhn.net) left irc: Quit: Leaving [06:02] DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) joined #scummvm. [06:02] #scummvm: mode change '+o DJWillis' by ChanServ!ChanServ@services. [06:09] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [06:26] borosky (~broosky@178235041205.dynamic-ww-06.vectranet.pl) joined #scummvm. [06:51] m_kiewitz (~m_kiewitz@x4d03e5e9.dyn.telefonica.de) joined #scummvm. [06:51] m_kiewitz (~m_kiewitz@x4d03e5e9.dyn.telefonica.de) left irc: Changing host [06:51] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [06:51] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [06:53] Lightkey (~Darklock@p200300764C343C4022CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 245 seconds [07:04] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [07:04] #scummvm: mode change '+v t0by' by ChanServ!ChanServ@services. [07:04] Morning [07:05] Action: t0by iz in ur chan, being useful to ur bot [07:06] Lightkey (~Darklock@p200300764C343C3822CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [07:31] Deledrius (~Deledrius@68.118.139.214) left irc: Ping timeout: 240 seconds [07:36] LittleToonCat (~littlecat@47.54.148.237) left irc: Remote host closed the connection [07:39] Deledrius (~Deledrius@68.118.139.214) joined #scummvm. [07:48] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [07:48] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [07:55] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [08:04] ajax16384 (~User@109.60.138.138) joined #scummvm. [08:04] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [08:18] snover (~snover@unaffiliated/snover) left irc: Ping timeout: 240 seconds [08:18] snover (~snover@unaffiliated/snover) joined #scummvm. [08:18] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [08:24] LeChuck has been upgraded to do sarcasm now?!? :P [08:25] Action: t0by scratches head [08:26] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [08:27] I see LeChuck is being as useful as ever. [08:56] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [08:56] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [08:58] _sev|work (~sev@scummvm/undead/sev) left irc: Client Quit [09:08] tormen (me@lib59-5-82-243-109-205.fbx.proxad.net) left #scummvm. [09:10] Joefish (~ident@p200300C6F3C8D0009EBC76952B46116E.dip0.t-ipconnect.de) joined #scummvm. [09:14] _sev|work (~sev@5.57.20.49) joined #scummvm. [09:14] _sev|work (~sev@5.57.20.49) left irc: Changing host [09:14] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [09:14] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [09:25] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [09:43] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [09:59] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [09:59] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 240 seconds [10:17] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [10:27] _sev|work (~sev@5.57.20.49) joined #scummvm. [10:27] _sev|work (~sev@5.57.20.49) left irc: Changing host [10:27] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [10:27] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [10:36] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 252 seconds [10:51] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [10:58] demonimin_ (~demonimin@5.51.222.165) joined #scummvm. [10:58] demonimin_ (~demonimin@5.51.222.165) left irc: Changing host [10:58] demonimin_ (~demonimin@unaffiliated/demonimin) joined #scummvm. [10:58] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 260 seconds [10:58] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [11:00] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 240 seconds [11:00] Nick change: Strangerke_ -> Strangerke [11:00] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [11:00] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 240 seconds [11:02] _sev|work (~sev@5.57.20.49) joined #scummvm. [11:02] _sev|work (~sev@5.57.20.49) left irc: Changing host [11:02] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [11:02] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [11:03] demonimin_ (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 240 seconds [11:15] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Ping timeout: 260 seconds [11:28] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) left irc: Read error: Connection reset by peer [11:29] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) joined #scummvm. [11:32] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) left irc: Client Quit [11:32] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) joined #scummvm. [11:34] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [11:34] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [11:34] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) left irc: Client Quit [11:34] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) joined #scummvm. [12:07] L0ngcat (~mryrobot@216.246.80.69) left irc: Remote host closed the connection [12:08] L0ngcat (~mryrobot@216.246.80.69) joined #scummvm. [12:09] ComaF (uid151079@gateway/web/irccloud.com/x-chglcdfphwarenpi) left irc: Quit: Connection closed for inactivity [12:19] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [12:32] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) joined #scummvm. [12:39] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [12:43] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Client Quit [12:47] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [12:50] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Client Quit [12:51] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 260 seconds [12:58] _sev|work (~sev@5.57.20.49) joined #scummvm. [12:58] _sev|work (~sev@5.57.20.49) left irc: Changing host [12:58] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [12:58] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [13:06] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [13:25] carloratm (~carloratm@137.ip-92-222-83.eu) joined #scummvm. [13:26] hi all, I am trying to compile scummc https://github.com/jamesu/scummc is there any more modern alternative to that ? [13:26] with "modern" I mean some more recent project [13:27] Oh. Wow, I didn't even know this existed. [13:27] carloratm, I wouldn't know, but might I ask what do you plan on doing with it? [13:28] absolutely nothing, every 5 years I plan to invenstigate how easy could be to write a SCUMM-like adventure [13:29] then, after some struggles and rants about missing time, I give up and go back to reality [13:30] carloratm, you mean *a game*? [13:30] not *an engine*? [13:30] because there is a gazillion of those [13:30] i do not want anything with a GUI [13:31] notably, scummvm supports games created with the very neat and capable WME engine on about any platform [13:32] Um, can't you just... not use the GUI? [13:32] rootfather_ (~rootfathe@p5B3E378D.dip0.t-ipconnect.de) joined #scummvm. [13:33] rootfather (~rootfathe@unaffiliated/rootfather) left irc: Ping timeout: 268 seconds [13:33] with WME you mean this http://dead-code.org/home/ ? [13:46] I mean. [13:46] carloratm, they have an active-ish IRC channel on katje.de [13:47] er [13:47] waelish.de [13:47] thx [13:48] carloratm, I did some work on the ScummVM WME engine and I find it's a rather sensible little engine. It has a GUI but the project files are (mostly) plaintext. It uses a pretty standard scripting language. [13:48] ScummVM also has an embryonic WME-specific debugger which you might or might not find useful - but hey, you can come here asking for features :) [13:50] the only problem would be that it does not support Linux [13:55] carloratm, the IDE runs seemingly perfectly under Wine. [13:55] As for the games, those also appear to run well under Wine, and there is ScummVM for every other platform in existance, including the Dreamcast and Irix :) [13:56] I just noticed GOG is selling "Codename: ICEMAN" now. I've heard it's not very good, but it's still nice to see the harder-to-find Sierra games getting rereleased. [13:56] Disclaimer: I am affiliated with ScummVM and I have done some work on that engine, so I'm buiased :P [14:02] I'm confused.. When calling a function (C (stdcall I guess) / DOS) does CS+IP always get pushed on the stack independant of memory model or if it is a near/far call? I googled but some say this others that.. [14:17] eriktorbjorn: at least it was something very different [14:17] i bought it as a child [14:17] and I was finally able to complete it 2 or 3 years ago in ScummVM [14:17] for example you get to a meeting, soldier wants to see your passport. keeps it until after the meeting. gives it back. [14:17] now he actually gives you the wrong one back [14:18] and when you don't check, then you will be screwed 3 or 4 hours of playtime later [14:18] and as a child I managed to break the game [14:18] later you have to control your submarine through icebergs [14:19] and somehow I managed to go the wrong way and after around minutes the game crashed with a division by zero [14:19] i then contacted sierra support by snail mail [14:19] and i actually got a reply back telling me that i went the wrong way lol [14:19] Joefish, good question. [14:19] it's quite flawed, but on the other hand it's something original [14:19] Littleboy (~littleboy@c-24-147-104-143.hsd1.ma.comcast.net) joined #scummvm. [14:19] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [14:21] My absolutely wild guess would be "it's one of those things that everybody does by default which are left unspecified on the standard", but I have no idea what I'm talking about. [14:21] lateral[m] (lateralmat@gateway/shell/matrix.org/x-ihaejsovjioqmpgq) joined #scummvm. [14:21] What does, in decreasing order of time to find an answer, #c, K&R and the C standard say? [14:23] I smell a tiny, tiny rat at the mention of CS "independently of the memory model". [14:25] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [14:25] Nick change: rootfather_ -> rootfather [14:25] rootfather (~rootfathe@p5B3E378D.dip0.t-ipconnect.de) left irc: Changing host [14:25] rootfather (~rootfathe@unaffiliated/rootfather) joined #scummvm. [14:25] #scummvm: mode change '+o rootfather' by ChanServ!ChanServ@services. [14:26] Joefish, what are your findings so far? [14:29] _sev|work (~sev@5.57.20.49) joined #scummvm. [14:29] _sev|work (~sev@5.57.20.49) left irc: Changing host [14:29] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [14:29] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [14:52] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [15:01] t0by: K&R doesn't go into details how parameters are supposed to be handled. Instead says that details are dependent on the compiler, like H&S. Agner Fog has some articles on compiler behavior, especially "Calling Conventions" look promising as it also mentions borland compiler for 16bit segment size. At least I guess that's the compiler used as the inline asm syntax matches iirc and the bp+offset ops make sense with [15:01] Pascal parameter order. Still reading.. [15:04] Tkachov (Tkachov@gateway/shell/fnordserver.eu/x-epbuptkeuqszrsmh) left irc: Quit: https://fnordserver.eu [15:04] Korak_ (~quassel@r75-110-34-6.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) joined #scummvm. [15:06] jubalh_ (~jubalh@iodoru.org) joined #scummvm. [15:07] cpasjuste_ (~cpasjuste@mydedibox.fr) joined #scummvm. [15:08] Unseen2a (snowcat@snowcat.de) joined #scummvm. [15:09] ScummBot_ (~ScummBot@vm2.scummvm.org) joined #scummvm. [15:10] Unseen2 (snowcat@snowcat.de) got netsplit. [15:10] jubalh (~jubalh@unaffiliated/jubalh) got netsplit. [15:10] Korak (~quassel@r75-110-34-6.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) got netsplit. [15:10] cpasjuste (~cpasjuste@mydedibox.fr) got netsplit. [15:10] ScummBot (~ScummBot@vm2.scummvm.org) got netsplit. [15:10] Nick change: Unseen2a -> Unseen2 [15:10] Possible future nick collision: Unseen2 [15:21] ScummBot (~ScummBot@vm2.scummvm.org) got lost in the net-split. [15:21] cpasjuste (~cpasjuste@mydedibox.fr) got lost in the net-split. [15:21] Korak (~quassel@r75-110-34-6.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) got lost in the net-split. [15:21] jubalh (~jubalh@unaffiliated/jubalh) got lost in the net-split. [15:28] alex3080 (97188409@gateway/web/freenode/ip.151.24.132.9) joined #scummvm. [15:28] hello [15:28] someone speak italian here? [15:29] i have a problem with scummvm on my galaxy s3 with lineage 14.1 [15:29] someone help me pls? [15:40] nobody? [15:42] ny00123 (~ny00123@bzq-109-66-203-148.red.bezeqint.net) joined #scummvm. [15:42] hello [15:44] alex3080 (97188409@gateway/web/freenode/ip.151.24.132.9) left irc: Quit: Page closed [15:48] I think you should just ask your question :) [15:48] But most of us aren't specifically aware of the details of the Android port, so you may also have to wait a bit [15:49] _sev|work (~sev@5.57.20.49) joined #scummvm. [15:49] _sev|work (~sev@5.57.20.49) left irc: Changing host [15:49] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [15:49] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [15:49] alex3080, I speak italian [15:49] and he quit. [15:50] wtf. [15:50] Perdio se queste cose mi fanno incazzare. [16:00] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [16:02] waltervn: hi. I was working on https://bugs.scummvm.org/ticket/9727 yesterday, left a comment there with a possible solution for the problem, but wanted to get feedback from you about whether that solution makes sense, or if there is a more appropriate solution. If you could take a look, I would appreciate it. [16:10] snover: if I remember correctly, I think I actually wrote that code [16:10] would have to double check though [16:13] snover: yes, it's my code [16:13] and it really seems to be a bug [16:15] it's a mess anyway, original SCI does the whole thing completely different but we can't do that atm.We would have to write a SCI specific Midi-Parser and not use the common one [16:16] yeah, i just dont know if breaking out of the loop when `command` is `kEndOfTrack` is OK, or if that would break some other sounds that have a `kEndOfTrack` in the middle (if that is even possible) [16:18] i don't think that's possible [16:19] let me verify with SCI IDBs [16:22] ah wait, in theory i guess it would be possible for a song to have multiple EndOfTrack markers [16:23] so i guess it would be best to check for a buffer overflow and exit in that case [16:23] it seems there is some sort of jump command using SysEx 0 [16:25] the second 0xFC has to be seen as a delta, it's probably data corruption btw. [16:28] m_kiewitz: welcome to sierra games (re: wrong passport in iceman) [16:29] logix: other sierra games weren't like that. [16:29] _sev__ (~sev@scummvm/undead/sev) joined #scummvm. [16:29] #scummvm: mode change '+o _sev__' by ChanServ!ChanServ@services. [16:29] I actually managed to beat kq5 as a child. Sure, you would also be in a dead end in case you missed some item [16:29] but as a child i looked through everything and actually found all items, so that was okay. [16:30] In iceman it's basically tricking you. You get a passport back, simply not your passport and you have to ask for it. [16:30] ask for it to even get that passport back [16:30] then you have to look at it, and tell the guard to get you the correct passport [16:31] bgKa (~bgk@2001:41d0:2:599c::2a60:8434) joined #scummvm. [16:31] #scummvm: mode change '+o bgKa' by ChanServ!ChanServ@services. [16:31] _sev_ (~sev@scummvm/undead/sev) left irc: Ping timeout: 252 seconds [16:31] vinayakvivek (uid121616@gateway/web/irccloud.com/x-kvamktfgjdzniojn) left irc: Ping timeout: 252 seconds [16:31] bgK (~bgk@rbx1-fr.quadhost.net) left irc: Ping timeout: 252 seconds [16:31] bazaar_ (~bazaar@unaffiliated/bazaar) left irc: Ping timeout: 252 seconds [16:31] Harekiet (~harekiet@kittens.harekiet.com) left irc: Ping timeout: 252 seconds [16:31] erdic (~erdic@unaffiliated/motley) left irc: Ping timeout: 252 seconds [16:31] erdic (~erdic@unaffiliated/motley) joined #scummvm. [16:32] bazaar (~bazaar@unaffiliated/bazaar) joined #scummvm. [16:32] vinayakvivek (uid121616@gateway/web/irccloud.com/x-xzinkjlekacuyzls) joined #scummvm. [16:34] ajax16384 (~User@109.60.138.138) left irc: Read error: Connection reset by peer [16:37] LittleToonCat (~littlecat@47.54.148.237) joined #scummvm. [16:49] Harekiet (~harekiet@kittens.harekiet.com) joined #scummvm. [16:50] WooShell (~Markus@ipbcc07076.dynamic.kabel-deutschland.de) joined #scummvm. [16:52] meow =^.^= [16:59] NuSuey (uid3556@gateway/web/irccloud.com/x-uvghhqphzsdxzjnp) left irc: Quit: Connection closed for inactivity [17:07] m_kiewitz: imho it's all the same, call them one-way street sitations or something [17:07] yes, but kq5 didn't trick you in that way. [17:08] and in codename: iceman that's not even really the major problem [17:08] the real major problem is icebergs +fighting with the submarine [17:09] yeah, I get that point, the iceman thing sounds very "unfair" compared to the way it's usually in sierra games [17:10] as i said the passport is really unfair + bs, but it's not a major problem. [17:11] for example submarine fighting is even RNG based [17:11] usually it's fairly obvious, you're missing an object or something you were supposed to create from an object/objects earlier in the game and there now is no way back - and it's usually at least somewhat obvious *where* something is missing (i.e., the "key hole" is fairly obvious), and then it's not *that* tricky to realize what you were missing [17:11] and in case the enemy submarine fires too many torpedos you can't do anything about it [17:11] save early, save often [17:11] :) [17:11] yes, with the passport, the one at the submarine even tells you that it's the wrong passport [17:11] so it's obvious what went wrong [17:12] still it's really bad design [17:13] http://www.hardcoregaming101.net/monkeyisland/mi-18.png [17:13] ha, there it is - I was searching for it with the search phrase "save early, save often", that returned no useful results... [17:30] snover: it looks like a 0xfc is supposed to stop the sound right away [17:37] yes, the midi 1.0 spec says that 0xfc stops the sequencer, and that it should be able to resume from the stopped point by receiving a Continue message, but im not sure if that ever actually happens in SSCI [17:39] glancing over it, it appears to reset the pointer to the loop point [17:47] waltervn: sorry, what does it refer to? [17:48] SSCI [17:51] thanks [17:52] snover: there is a way to jump around though.at least it seems like that [17:53] and sierra did some weird tricks in some cases [17:53] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) joined #scummvm. [17:53] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [17:54] Joefish: I think near calls just push (e)ip to the stack [17:54] so it seems they could jump beyond end of track and then would require another end of track [17:54] snover: SSCI also seems to stop the song when 0xfc is found as a command [17:55] waltervn: or loop around [17:57] snover: sorry, I guess that's the normal case. In any case it seems to take 0xfc into account when expecting delays or commands [17:57] I mean Sierra did mix the tracks and then inserted a Meta event afterwards [17:57] Sierra didn't directly use the sound resource [17:57] this is SCI0 though [17:58] Joefish: perhaps http://www.felixcloutier.com/x86/CALL.html helps [17:58] yeah, but the midi parser is used for SCI1 as well [17:58] I'm talking about general possibilities [17:58] maybe they never used such resources, but it seems they could have [17:59] I'm not sure what you mean [18:00] wait, looking at the SCI mixing code, it seems two End-Of-Track markers can't happen [18:00] i mean even if they would, sierra put its own Meta event after mixing, which terminated the whole thing [18:00] and the player code only reacted on that [18:01] it seems the actual player code would ignore 0xFCs [18:02] and the mixer code would remove it [18:03] none of that relates to SCI0 though [18:03] ajax16384 (~User@109.60.130.33) joined #scummvm. [18:03] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [18:04] i think we use the mixer code even for SCI0, that's the code that has this issue [18:05] still, it seems the original code simply ignored 0xFC markers [18:05] yes, but I was only talking about SSCI the whole time. I guess I should have been more specific [18:06] to be clear, the affected filtering function in scummvm is only ever called for sci0 games [18:06] I think it's the filter code where this happens, looking at the backtrace, and that is SCI0-only in our code IIRC [18:08] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Ping timeout: 260 seconds [18:09] ok, I guess we did that so that our midi player code can be used for both [18:12] btw, the Stop command is not actually written into the filtered output [18:13] yes, that's intentionally,snover [18:14] as i said this code was written so that we can use the same player as for sci1 [18:14] snover: might be OK I guess. This whole filtering stuff is a scummvm thing, SSCI just plays the sound data directly and "filters" on the fly [18:14] sci1 does filtering into a temp buffer (afaik) [18:15] i only mention it because it might be relevant to whatever the best solution is [18:15] so we did the same w/ sci0data, so that the same code can be used and we don't need a sci0 and sci1 midi player [18:15] snover: taking into account that all this code has basically been slated for replacement, I guess anything that works is fine? :P [18:15] it seems as if you could really break out of the loop on 0xFC [18:15] waltervn: :) [18:16] waltervn: I'm not sure about the mixing/filtering [18:16] because the filtering works just like SCI1 did it [18:16] the problem is the midi parser [18:17] SCI0 has a single track and there stuff is filtered out. In SCI1 there are multiple tracks that are "mixed" together. It's quite different, and I'm not sure there's really much benefit to having the same code handle both [18:17] which works using ticks and sierra's worked on byte offsets [18:17] yes, I know that. I wrote the filtering + mixing code [18:18] the mixing code for sci1 is what sci1 actually did [18:18] i dont know very much about this code, though, so hearing this information is helpful for me to learn things :) [18:18] we could of course do the mixing on the fly too [18:19] although i guess that would make it even more complicated [18:19] midi parser of at least sci1 works byte offset based, and if we mixed it on the fly, we would have to track offsets for all channels [18:20] that's probably why sierra did it the way they did [18:21] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [18:22] I think SSCI1 does keep an index for every track, but it's been a while since I looked at it [18:23] so they didn't mix? I was pretty sure of that.Greg's engine does mixing too [18:24] I don't think they mix, but don't quote me ;) [18:25] will have to look into that again [18:26] but first that pesky keyboard code [18:28] i think, to avoid the possibility of breaking anything else in the meantime, what i will do for now is break from the loop when kEndOfTrack is the command and there are <2 bytes left in the resource. that will address sound 104, and any other sound that might have this same double command at the end [18:40] wouldn't that leave the delta issue in there? [18:41] the only delta issue i am aware of is when the function would try to read the second 0xFC as a delta, right before crashing due to an out-of-bounds read [18:41] was there something else? [18:42] i guess we should rather add checks for unexpected end of resource [18:42] and there are also checks missing for SysEx copying [18:43] dang i should have never written such rubbish [18:45] using Span does that checking, with the downside that it is an error instead of a warning [18:45] at least for sci1 it shouldn't be an error [18:45] because otherwise king's quest 5 floppy credits song will error out [18:45] this function isnt used by sci1 [18:46] yes, but you never know what's inside one of the SCI0 games (including fan games) [18:49] wrong kind of keyboards for the MIDI discussion, but: http://imgur.com/gallery/pKu0m [18:49] oh and right, see kq4 intro :P [18:50] if we simply ignore unexpected end of resource, we can't really break games [18:57] Is that a know issue that the QfG4 speech is not working and that instead we get loud static? [18:58] Although the version used is about a month old, so maybe it has been fixed already? [19:07] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) joined #scummvm. [19:08] t0by: so.. agner just writes that a 'returning object' is pushed on the stack and its location is dependent on the calling convention.. While the Borland C++ DOS Reference is a treasure chest (finally know what all those different memory models are for :D) it didn't specify the stack on function call for compact/large/huge mem (DS/SS > 64k). So I did what I should have done before, ndisasm msn.exe |grep call| less. [19:08] Two different calls are used with opcode E8 and FF. Looking at the intel arch manual E8 is for near calls with relative address. FF is either an intra- or intersegment call and as it is explicitly stated that CS+IP get pushed for intersegment calls and only IP for others. [19:09] could have saved a lot of time if my dosbox wouldn't softlock if I try to set a breakpoint.. [19:09] snover: ^^^ [19:10] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Read error: Connection reset by peer [19:11] logix: yea thanks :) Found that section in the intel manuals [19:14] Maybe relevant: this is on a PPC mac. So this could be an endianess issue. [19:14] Joefish: ah, yeah, I wanted to refer to that too - it's mentioned on that page up there too [19:15] Joefish: the chapter in intel's manual that is [19:15] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [19:15] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [19:15] criezy: sci1.1 games work fine? [19:16] Joefish: also - weird, I don't know much about the internals or so, but breakpoints worked "ok" for me in dosbox when I recently used them [19:16] Speech in GK1 is OK apparently. I don't know about sci1.1 games. [19:17] Joefish: "ok" as in "i had the impression that sometimes a breakpoint on an INT would skip the INT", but no lockups [19:17] This is a report from somebody testing my PPC build of ScummVM. [19:17] But I am planning to get my PPC mac out this weekend and make some tests. [19:17] criezy: PC version of QfG4? [19:18] Good question. Is there a mac version? [19:18] i have no idea. i dont see any listed in the detection tables [19:18] He only told me CD version. [19:19] there could definitely be some endianness problem [19:19] logix: worked before for me too but since I tried to specify an int bp before loading the program it behaves weird.. [19:19] I have the version from GoG myself, so I will make some test with that. [19:19] maybe just do a restart or recompile does the trick without having to actually figure out whats wrong :P [19:20] Joefish: yeah, that's pretty much what I did too... "debug ", then "bp int 21 *" or whatever and the "continue execution" key or so [19:21] P2E: A lifetime ago I did computer repair; that keyboard is sparkling clean compared to laptops owned by heavy smokers. [19:24] yuk [19:27] criezy: the problem is probably sol.cpp:63: *out = TO_LE_16(sample); [19:30] probably just a dumb brain thing on my part converting the sample to LE [19:31] RichieSams (628e34d7@gateway/web/cgi-irc/kiwiirc.com/ip.98.142.52.215) joined #scummvm. [19:33] snover: since I am unboxing my PPC mac, is there more things you would like me to tests? [19:35] snover: I also worked in IT; tar is the worst. [19:35] I spent 9 hours reviving a laptop completely caked in tar [19:36] it worked, afterwards! [19:37] criezy: uh, probably. i havent been giving it a whole lot of thought. robots might also have trouble, so if you have phant1, maybe give that a run to see if anything explodes [19:38] I do have it yes (I have most SCI games that are available on GoG). [19:38] criezy: you got iceman too? [19:39] i wonder if they used ScummVM for it [19:39] No. At least not yet. [19:39] Phantasmagoria 1 should have robots [19:39] afaik [19:40] i need to buckle down and get the rest of my working branch merged. i just seem to be allowing myself to be regularly sidetracked, like with this sound bug [19:41] RichieSams (628e34d7@gateway/web/cgi-irc/kiwiirc.com/ip.98.142.52.215) left irc: Quit: http://www.kiwiirc.com/ - A hand crafted IRC client [19:41] wait, iceman on gog? [19:41] https://www.gog.com/game/codename_iceman says 'powered by ScummVM', by the way [19:42] hooray, attribution [19:42] RichieSams (628e34d7@gateway/web/cgi-irc/kiwiirc.com/ip.98.142.52.215) joined #scummvm. [19:43] \o/ horray [19:46] Nick change: _sev__ -> _sev [19:47] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [19:50] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 240 seconds [20:06] demonimin (~demonimin@80.215.234.255) joined #scummvm. [20:06] demonimin (~demonimin@80.215.234.255) left irc: Changing host [20:06] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [20:11] RichieSams (628e34d7@gateway/web/cgi-irc/kiwiirc.com/ip.98.142.52.215) left irc: Quit: http://www.kiwiirc.com/ - A hand crafted IRC client [20:28] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [20:28] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [20:29] grr.. I really hate it when Windows decides it's OK to turn off my system for an update [20:47] waltervn: you can disable that updates are automatically downloaded and updated in the group policy editor [20:47] like for real. not like the default windows settings that just ignore it and do what it wants anyway [20:47] I thought that was impossibly on windows 10 [20:48] well, it worked for me [20:48] I'll have to give it a try then [20:48] gpedit.msc and in admin settings somewhere. :) [20:48] I'm sure google will help out [20:49] http://gadgets.ndtv.com/laptops/features/how-to-disable-windows-10-automatic-updates-728049 [20:50] you'll get a popup that windows updates are super important or something but after that windows should leave you alone [20:51] waltervn: you use windows 10? my condolences :P [21:02] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [21:07] LittleToonCat (~littlecat@47.54.148.237) left irc: Remote host closed the connection [21:09] LittleToonCat (~littlecat@47.54.148.237) joined #scummvm. [21:40] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Quit: Leaving [21:44] vinayakvivek (uid121616@gateway/web/irccloud.com/x-xzinkjlekacuyzls) left irc: Quit: Connection closed for inactivity [21:48] Joefish (~ident@p200300C6F3C8D0009EBC76952B46116E.dip0.t-ipconnect.de) left irc: Ping timeout: 245 seconds [21:53] ny00123 (~ny00123@bzq-109-66-203-148.red.bezeqint.net) left irc: Quit: Leaving [22:12] ajax16384 (~User@109.60.130.33) left irc: Read error: Connection reset by peer [22:26] kurtwr (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) left irc: [22:40] Harekiet (~harekiet@kittens.harekiet.com) left irc: Ping timeout: 258 seconds [22:46] snover: I reproduced the speech issue with QfG IV from GoG. And changing sol.cpp:63 to '*out = sample;' does fix the issue. [22:47] I also get some random crashes at start or randomly no music. But I get than on Intel as well. And valgrind reports use of an unitialized value. [22:47] I am investigating this further. [22:50] For the valgrind error: https://pastebin.com/1KiEGPG7 [22:51] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [22:51] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [22:56] WooShell (~Markus@ipbcc07076.dynamic.kabel-deutschland.de) left irc: Quit: If you understand or if you don't, if you believe or if you doubt - There's a universal justice, and the eyes of truth are always watching you. [22:58] criezy: i have seen those too in valgrind; id been ignoring them because they didnt appear to be new, and i was under the impression that that part of the engine was going to get an overhaul anyway [22:58] OK. So I won't spend much time on this then. [22:59] (obligatory it compiles, ship it :)) [22:59] I will play games instead! [22:59] One long weekend of playing SCI games doesn't sound too bad :P [23:00] depends on the games [23:00] Although I might change my mind before the weekend is over. [23:00] start up pq:swat and well see how quickly your attitude changes ;) [23:01] Do you want me to commit the change to sol.cpp? [23:01] sure, go for it [23:03] GitHub33 (~GitHub33@192.30.252.42) joined #scummvm. [23:03] [scummvm] criezy pushed 1 new commit to master: https://git.io/vSHGl [23:03] scummvm/master 1e38ca4 Thierry Crozat: SCI: Fix speech in QfG IV on big endian platforms [23:03] GitHub33 (GitHub33@192.30.252.42) left #scummvm. [23:08] Harekiet (~harekiet@kittens.harekiet.com) joined #scummvm. [23:09] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [23:25] Phantasmagoria is not supposed to look this yellow, is it? [23:25] https://www.dropbox.com/s/5fb0kqeiuu7xnei/Phantasmagoria-scummvm-ppc.png?dl=0 [23:27] kurtwr (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) joined #scummvm. [23:27] https://www.mobygames.com/game/dos/roberta-williams-phantasmagoria/screenshots/gameShotId,208005/ [23:29] Nevermind, my whole scummvm is acting strange: https://www.dropbox.com/s/1shcbv5v53f4kwr/scummvm-ppc.png?dl=0 [23:29] I probably messed up the build. [23:33] t0by (~t0by@unaffiliated/t0by) left irc: Quit: Bye! [23:36] phantasmagoria, a puzzle of hue [23:48] wouldve even rhymed if it was phantasmagoria 2. dang. [23:56] Inside a bundle it works properly, but when not in a bundle fullscreen surfacesdl has messed up colors. OpenGL is OK though. [23:56] Maybe a SDL 1.2 issue on PPC macs... [23:56] interesting. [23:57] is the system too old for SDL2 [23:57] ? [23:57] Yes. [00:00] --- Fri Apr 14 2017