ScummVM IRC Log - 22 Oct 2016

[Back to Index]

[00:01] --> GitHub98 joined #scummvm.
[00:01] <GitHub98> [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vPF8e
[00:01] <GitHub98> scummvm/master 41d1e0a Paul Gilbert: SHERLOCK: 3DO: Fixes to allow game to start
[00:01] GitHub98 (GitHub98@192.30.252.40) left #scummvm.
[00:52] <-- SylvainTV left irc: Read error: Connection reset by peer
[01:09] --> ScottT joined #scummvm.
[01:09] #scummvm: mode change '+o ScottT' by ChanServ!ChanServ@services.
[01:15] <snover> dreammaster: did you read the backlog?
[01:18] <-- henke37 left irc: Quit: ERR_SHUTDOWN
[01:21] <dreammaster> No, I hadn't. I got sucked into an exciting discovery.. after ages bemoaning that I couldn't debug the original Starship Titanic executable in IDA (it kept crashing with exceptions), I finally figured out a way to debug it.. using a little utility called DXWnd to force the game to run in a window, and then use Visual Studio's Attach to Process, which let me debug without exceptions happening
[01:21] <snover> nice!
[01:22] <dreammaster> I've been eagerly spending every second since I got home figuring out what the hell I got wrong with the Doorbot at the start of the game ;)
[01:22] <dreammaster> Once I got some quick Sherlock fixes out of the way, anyway
[01:22] <snover> quit working on anything else, would you kindly ;)
[01:22] <dreammaster> What am I looking for?
[01:22] <snover> a joke
[01:24] <dreammaster> Wanna give me a hint?
[01:25] <snover> its about breakfast
[01:25] <dreammaster> Oh, congrats about meing maid the maintainer :)
[01:25] <dreammaster> And op privileges
[01:25] <dreammaster> Sorry, *being made*
[01:27] <snover> are you thinking of TMM? or are we in one of those time paradoxes?
[01:28] <snover> or did someone volunteer me for something without me knowing&
[01:29] <dreammaster> "<TMM> yeah, _sev wore me down, I'm now win32 maintainer "
[01:29] <dreammaster> Oh, sorry, sorry. Wrong person
[01:29] <dreammaster> I'm way too hyped up at the moment. :)
[01:30] <snover> i mean, i will of course accept your congratulations any timei am not some kind of congratulations-voiding savage :~)
[01:30] <snover> i am hyped up too!
[01:39] <-- ignalina left irc: Quit: ignalina
[01:40] <dreammaster> Ah damnit. My new debugging superpower is already bearing fruit..
[01:41] <dreammaster> The Doorbot is a standard game object with a linked movie that's started as the scene starts. But before it can animate (or any other scene object drawn), a "cutscene" is drawn with the ship crashing and the doorbot first appearing.
[01:42] <dreammaster> But because the started movie has been effectively delayed, our video decoder things the movie is way behind schedule, so all the frames of the movie are iterated through in a single frame. :P
[01:43] <dreammaster> And here's me spending weeks, whilst working on other things like transparency support, trying to figure out what launched the doorbot's animation, and why it wasn't happening in ScummVM. Turns out it wasn't even directly due to any code I'd incorrectly written
[01:43] <snover> that sounds hugely relieving
[01:44] <dreammaster> Yes indeed. And this will be a big help now for future work on the conversation system. I'll actually be able to run the code side-by-side and actually figure out where problems occur
[01:45] <dreammaster> Not sure what to do about the video decoder, though. I would prefer to avoid having to manually pause and resume all "playing" movies only when standard scene drawing is being done. Maybe I can force reset the "time to next frame".
[01:45] <-- Dominus left irc: Ping timeout: 245 seconds
[01:46] --> Dominus joined #scummvm.
[01:46] <-- Dominus left irc: Changing host
[01:46] --> Dominus joined #scummvm.
[01:47] <snover> i wonder if my forum account at sciprogrammers will ever get activated
[01:49] <snover> oh omer_mor, you rascal. telling me to sign up to tell them about the script offsets, then telling them for me anyway :)
[01:49] <snover> oh, and opening a github ticket that i *can* talk on already.
[01:49] --> Vampire0_ joined #scummvm.
[01:49] <-- Vampire0 left irc: Ping timeout: 250 seconds
[01:59] <snover> i am so surprised nobody has understood my joke. sad sad sad.
[01:59] <snover> i must do better in the future.
[02:04] --> GitHub13 joined #scummvm.
[02:04] <GitHub13> [scummvm] csnover pushed 1 new commit to master: https://git.io/vPFEp
[02:04] <GitHub13> scummvm/master 90c2f77 Colin Snover: SCI32: Implement HShutterIn for SCI2.1mid+...
[02:04] GitHub13 (GitHub13@192.30.252.46) left #scummvm.
[02:06] <-- ruskie left irc: Excess Flood
[02:17] <-- te_lanus left irc: Quit: Leaving
[02:36] <-- bgK left irc: Ping timeout: 245 seconds
[02:36] --> ruskie joined #scummvm.
[02:36] --> bgK joined #scummvm.
[02:36] #scummvm: mode change '+o bgK' by ChanServ!ChanServ@services.
[02:52] <-- snover left irc: Quit: Leaving.
[03:11] <dreammaster> I think it's time to call it a night. But I'd welcome any suggestions left in-channel on how make the AVI decoder optionally not "barrel" forward by more than a single frame if playback is delayed.
[03:12] <dreammaster> Currently it doesn't look like I can cleanly delay starting playback within the engine; it looks like I may need to make a custom AVI FixedRateVideoTrack descendent that has an option to calculate next frame times based on the current system time rather than always from the prior frame time
[03:13] <-- dreammaster left irc:
[04:04] <-- Polynomial-C left irc: Ping timeout: 256 seconds
[05:28] --> WooShell joined #scummvm.
[05:29] <WooShell> good meowning =^.^=
[05:36] <-- LittleToonCat left irc: Remote host closed the connection
[06:00] --> Polynomial-C joined #scummvm.
[06:35] --> ny00123 joined #scummvm.
[07:23] --> borosky joined #scummvm.
[07:24] <-- borosky left irc: Client Quit
[07:30] --> waltervn joined #scummvm.
[07:30] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services.
[07:31] <waltervn> morning
[08:07] --> borosky joined #scummvm.
[08:32] --> m_kiewitz joined #scummvm.
[08:32] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services.
[08:56] <TMM> moin
[09:18] --> Henke37 joined #scummvm.

[09:44] --> GitHub40 joined #scummvm.
[09:44] <GitHub40> [scummvm-web] hpvb pushed 1 new commit to master: https://git.io/vPFXC
[09:44] <GitHub40> scummvm-web/master 4e6e17b Hein-Pieter van Braam: WEB: Add Fedora package for 1.9.0
[09:44] GitHub40 (GitHub40@192.30.252.41) left #scummvm.
[09:47] <wjp> have you checked the Fedora version range?
[09:47] <wjp> (and thanks!)
[09:47] <TMM> wjp, oh, not really, let me install an old-ass fedora
[09:48] <TMM> actually, lets just update the range to 23+
[09:48] <TMM> who even runs fedora 8
[09:48] --> Strangerke_ joined #scummvm.
[09:49] <TMM> wjp, what do you think?
[09:49] <wjp> fine by me
[09:49] <wjp> although I can easily check 20
[09:49] --> GitHub89 joined #scummvm.
[09:49] <GitHub89> [scummvm-web] hpvb pushed 1 new commit to master: https://github.com/scummvm/scummvm-web/commit/38e43ae47745fb033b0aea58403bc8db877c47d4
[09:49] <GitHub89> scummvm-web/master 38e43ae Hein-Pieter van Braam: WEB: Update Fedora version range.
[09:49] GitHub89 (GitHub89@192.30.252.42) left #scummvm.
[09:49] <TMM> wjp, ok, well, I guess we can update it again... sorry :-/ too fast
[09:51] <-- Strangerke left irc: Ping timeout: 244 seconds
[09:51] Nick change: Strangerke_ -> Strangerke
[09:53] <wjp> did you update the .spec for SDL2?
[09:54] <TMM> wjp, I just let it choose sdl2 by default, rpmbuild process figures the dependencies out itself
[09:54] <wjp> not the BuildReqs
[09:54] <TMM> I guess not
[09:54] <TMM> so... 'no'? :)
[09:55] <TMM> If you think this package isn't good I can do another one on a clean buildhost
[09:55] <TMM> I tried it on a clean F24 box and it installed and ran fine
[09:55] <wjp> oh, it wouldn't affect the package
[09:56] <TMM> I also upgraded mpeg2dec to 0.5.1 in this one
[09:56] <wjp> good
[09:57] <wjp> while we're updating things, I guess libmad and faad are in fedora now anyway?
[09:57] <TMM> no, no mp3 or aac in fedora
[09:57] <TMM> unless you install rpmfusion
[09:57] <wjp> oh, I may have that
[09:57] <wjp> been a while since I looked at this :-)
[09:58] <wjp> (not my main system)
[09:58] <wjp> right
[09:58] <wjp> installs and starts up fine in F20 by the way
[09:59] <TMM> ok, I'll just make the range 20+ then
[09:59] <TMM> and then I'll stop picking at it
[10:00] --> GitHub156 joined #scummvm.
[10:00] <GitHub156> [scummvm-web] hpvb pushed 1 new commit to master: https://github.com/scummvm/scummvm-web/commit/976b9da3510580c0bb70910c0abb0149db8ae74a
[10:00] <GitHub156> scummvm-web/master 976b9da Hein-Pieter van Braam: WEB: Update Fedora package version range to 20+...
[10:00] GitHub156 (GitHub156@192.30.252.34) left #scummvm.
[10:01] <TMM> wjp, teamwork! hi5
[10:01] <wjp> :-)
[10:02] <wjp> so I think I'll change BuildRequires to SDL2-devel, and add fluidsynth-devel, libtheora-devel, libpng-devel
[10:02] <wjp> and libjpeg-turbo-devel(?)
[10:02] <wjp> just to prevent packages being built with certain optional-but-expected things disabled
[10:03] <TMM> yeah, that sounds good
[10:03] <TMM> and maybe add that libmad patch to dists/redhat?
[10:04] --> ignalina joined #scummvm.
[10:08] <wjp> good idea
[10:09] <wjp> did the 0.4.1->0.5.1 require any changes to the spec other than changing the version number?
[10:09] <TMM> no, it just worked
[10:09] <-- Cheeseness left irc: Ping timeout: 260 seconds
[10:12] <wjp> hrm, list of files-to-be-packaged on the wiki release HOWTO is out of date again
[10:12] <wjp> if that part of the release-howto always gets skipped, maybe we should just remove that list...
[10:12] <wjp> the .spec is up to date anyway
[10:19] --> GitHub197 joined #scummvm.
[10:19] <GitHub197> [scummvm] wjp pushed 1 new commit to master: https://git.io/vPF1x
[10:19] <GitHub197> scummvm/master bb2ec76 Willem Jan Palenstijn: DISTS/FEDORA: Update spec build requirements
[10:19] GitHub197 (GitHub197@192.30.252.46) left #scummvm.
[10:20] --> GitHub163 joined #scummvm.
[10:20] <GitHub163> [scummvm-web] wjp pushed 1 new commit to master: https://git.io/vPFMf
[10:20] <GitHub163> scummvm-web/master 13463af Willem Jan Palenstijn: WEB: Remove old Fedora package now that new one is available
[10:20] GitHub163 (GitHub163@192.30.252.42) left #scummvm.
[10:24] --> NuSuey joined #scummvm.
[10:32] --> Strangerke_ joined #scummvm.
[10:34] <wjp> that should do it
[10:35] <-- Strangerke left irc: Ping timeout: 265 seconds
[10:35] Nick change: Strangerke_ -> Strangerke
[10:37] <TMM> wjp, looks good
[10:41] --> ajax16384 joined #scummvm.
[10:41] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services.
[10:53] <wjp> have you looked further at a fully scripted windows binary?
[10:54] <TMM> yeah, I haven't finished it yet though, I'm having some problems with libmpeg2
[10:54] <TMM> I was also looking at using wix to build the installer
[10:55] <TMM> there doesn't seem to be a way to build installers with guis that don't require wine at the moment
[10:55] <TMM> I guess we'll just have to live with that
[10:55] <TMM> there are the msitools which can create non-interactive msi files natively
[10:55] <TMM> but I think it'll confuse people to click on the msi and just get scummvm without any interactions
[10:56] <TMM> but the wix compiler works great on Linux with wine and mono
[10:56] <TMM> I haven't been able to build it on linux, but I've been able to build the wix toolkit on windows using at least only freely available tools
[10:57] <TMM> so I think it'll work for our purposes
[10:59] <wjp> so it requires building on Windows but then can be used from Linux?
[10:59] <TMM> yeah
[10:59] <TMM> it can maybe be made to build on wine too, but it requires microsoft's compilers to do so
[10:59] <wjp> good enough I suppose
[10:59] <TMM> so, I don't really see the point unless I can coerce it to build with mono on wine
[11:00] <TMM> it's at least in theory possible to build it using only free/libre tools but it looks like it will be a pain in the ass to do so :)
[11:00] <TMM> wine has a libmsi that's good enough to work, so if mono's compiler on wine can do native dll imports it *should* work
[11:01] <wjp> well, if we can just use the existing binary releases for wix I'm fine with that
[11:01] <TMM> and we can use mistools's 'heat' utility to generate the wix xml for build system artifacts
[11:01] <TMM> yeah, we can use the binary releases too
[11:02] <TMM> but I wanted to make sure I could at least build it if I wanted to
[11:02] Action: wjp nods
[11:02] <TMM> also the msi file doesn't actually contain any executable code as far as I'm aware
[11:02] <TMM> so that's also a bonus
[11:03] <TMM> next I have to figure out how buildbot works
[11:04] <TMM> I'd like to have buildbot build all dependencies for each release also so we know it stays possible
[11:04] <TMM> but probably not the toolchain if I can help it
[11:05] <wjp> hm, I'd separate buildbot and releases here
[11:06] <TMM> I know absolutely nothing about buildbot yet
[11:07] <wjp> there could be aspects I'm missing, but we're currently using it to do incremental builds for every commit and every toolchain, and to do clean nightly builds
[11:08] <wjp> and I'm not sure we should add extra load to that by building more than necessary
[11:08] <TMM> well, for nightlies probably not
[11:08] <TMM> but if we can get it to build tags as 'releases' that would be pretty sweet
[11:08] <wjp> and for incremental commit-triggered builds definitely not
[11:09] <TMM> but yeah, I don't think we should be building all dependencies each nightly cycle
[11:09] <wjp> having a fully automated build process from scratch would be very valuable though
[11:09] <TMM> once I've familiarized myself with buildbot I'll propose something, unless you already have a proposal :)
[11:09] <wjp> we might be able to set up a less frequent schedule for that
[11:10] <TMM> it may also be possible to trigger builds based on upstream changes, or toolchain changes or something
[11:10] <TMM> rebuilding libs for which no dependencies changed and the toolchain remained the same is a little wasteful
[11:10] <TMM> but say, if we upgrade libpng it's probably a good idea to rebuild wxwidgets too
[11:11] <wjp> well, wasteful is relative if it doesn't happen often
[11:11] <wjp> and keeping the system simple makes it more robust
[11:12] <TMM> ok, if we agree that having a fully automated process to build the whole release from 0 is valuable then the schedule is something we can discuss later :)
[11:12] <wjp> fully agree
[11:13] <waltervn> TMM: what about NSIS? That can be used on linux can't it?
[11:16] --> GitHub73 joined #scummvm.
[11:16] <GitHub73> [scummvm] wjp pushed 1 new commit to branch-1-9: https://git.io/vPFyo
[11:16] <GitHub73> scummvm/branch-1-9 afa5ad3 Willem Jan Palenstijn: DISTS/FEDORA: Update spec build requirements
[11:16] GitHub73 (GitHub73@192.30.252.41) left #scummvm.
[11:22] <TMM> waltervn, that also works, but msi files are smaller and because we want to do automatic updates using msi makes sense I think
[11:23] --> omer_mor_ joined #scummvm.
[11:24] <-- omer_mor left irc: Ping timeout: 244 seconds
[11:41] <-- ignalina left irc: Read error: Connection reset by peer
[11:41] --> ignalina joined #scummvm.
[11:47] --> GitHub26 joined #scummvm.
[11:47] <GitHub26> [scummvm] zeldin pushed 2 new commits to master: https://git.io/vPFSF
[11:47] <GitHub26> scummvm/master cd6f1e3 Marcus Comstedt: DC: Add Dreamcast specific clean target
[11:47] <GitHub26> scummvm/master b8e8c9c Marcus Comstedt: DC: Remove workaround for GCC bug #42841...
[11:47] GitHub26 (GitHub26@192.30.252.45) left #scummvm.
[11:48] --> GitHub146 joined #scummvm.
[11:48] <GitHub146> [scummvm-web] aquadran pushed 1 new commit to master: https://git.io/vPFSx
[11:48] <GitHub146> scummvm-web/master debc5fd Pawel Kolodziejski: WEB: Added Debian, Ubuntu, SamsungTV packages
[11:48] GitHub146 (GitHub146@192.30.252.40) left #scummvm.
[11:52] <-- ajax16384 left irc: Read error: Connection reset by peer
[11:53] <Henke37> automated builds? that would be nice. even nicer if the debug symbols got collected so that they can be automatically retrived for debugging by minidumps
[11:54] <Henke37> and while at it, support WER
[11:54] <wjp> that sounds rather orthogonal to the current discussion
[11:55] <Henke37> I think it more of a tangental thing
[12:00] <wjp> but feel free to suggest concrete things for that
[12:00] <-- Vampire0_ left irc: Ping timeout: 276 seconds
[12:00] --> Vampire0 joined #scummvm.
[12:08] --> SylvainTV joined #scummvm.
[12:08] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services.
[12:10] <Henke37> well, WER itself is rather simple from my understanding. it's a free service. just setup an account and add trusted people to gather reports
[12:11] <Henke37> then when the windows crash reporter runs, you get the collected crashes
[12:12] <Henke37> the only requirement is that the executable is authenticode signed
[12:12] <Henke37> which is easy to automate.
[12:12] <TMM> we'll need to purchase a cert for it then I guesss
[12:13] <Henke37> I think there is the option to send them your debug symbols too, so that it will automatically filter and categorize crashes for you
[12:13] <wjp> so that doesn't sound like it's going to happen
[12:13] <TMM> well, the certs are not THAT expensive
[12:14] <Henke37> if you want to go the extra mile, there is an api to mark extra data that you want in the report, such as log files and key data structures
[12:16] <Henke37> and of course, you can setup automatic solution suggestions. if the error reporter matches the crash to a known and solved issue then the user will get instructions on how to resolve the issue.
[12:16] <Henke37> yes, they can be as generic as "any crashes on $oldversion are solved by updating to $newversion"
[12:17] <-- bazaar left irc: Changing host
[12:17] --> bazaar joined #scummvm.
[12:20] --> LittleToonCat joined #scummvm.
[12:31] --> Cheeseness joined #scummvm.
[13:01] <m_kiewitz> :(
[13:15] <-- ignalina left irc: Ping timeout: 245 seconds
[13:32] --> dreammaster joined #scummvm.
[13:32] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services.
[13:45] <-- demonimin left irc: Ping timeout: 256 seconds
[13:48] <-- Harekiet left irc: Ping timeout: 250 seconds
[13:55] --> Harekiet joined #scummvm.
[14:05] --> omer_mor joined #scummvm.
[14:08] <-- omer_mor_ left irc: Ping timeout: 265 seconds
[14:12] --> demonimin joined #scummvm.
[14:38] <TMM> Henke37, do you have some documentation on this process? I may be willing to do it if we can do it with free software on our side
[14:38] <rootfather> criezy, is the linear filtering in SDL2 a bilineare filter or a "simple" linear one?
[14:39] <rootfather> just asking for the gui translation
[14:40] <wjp> what do you mean by "simple" linear one?
[14:40] <wjp> (because bilinear essentially means a 2D linear filter)
[14:41] <rootfather> is linear = bilinear?
[14:41] <Henke37> this looks relevant: https://msdn.microsoft.com/en-us/library/windows/desktop/bb513641%28v=vs.85%29.aspx
[14:41] <rootfather> when speaking of filtering in 2d graphics
[14:41] <wjp> bilinear is linear in both dimensions
[14:41] <rootfather> okay, thanks
[14:42] <rootfather> I thought that bilinear means something like "2-pass linear" :D
[14:42] <rootfather> and yep, I don't know how to graphics
[14:42] <rootfather> :)
[14:46] <TMM> Henke37, ok, I'll have a look at it
[14:46] <TMM> thanks!
[14:58] --> GitHub109 joined #scummvm.
[14:58] <GitHub109> [scummvm] rootfather pushed 4 new commits to branch-1-9: https://git.io/vPFbu
[14:58] <GitHub109> scummvm/branch-1-9 d09c491 rootfather: NEWS/DE: Mention SDL2 filtering option
[14:58] <GitHub109> scummvm/branch-1-9 f996b2b rootfather: I18N: Update translation templates from source code
[14:58] <GitHub109> scummvm/branch-1-9 4632cc2 rootfather: I18N: Update German GUI translation
[14:58] GitHub109 (GitHub109@192.30.252.42) left #scummvm.
[14:58] <wjp> did that go into the right branch?
[14:59] --> snover joined #scummvm.
[14:59] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services.
[14:59] <wjp> oh, the filtering option went into 1.9 too
[14:59] <wjp> interesting
[14:59] <wjp> never mind :-)
[15:03] --> Strangerke_ joined #scummvm.
[15:04] <TMM> wjp, I think it's intended for 1.9.1, perhaps it'll solve the sdl2 issue for win32
[15:06] <-- Strangerke left irc: Ping timeout: 256 seconds
[15:06] Nick change: Strangerke_ -> Strangerke
[15:17] --> GitHub19 joined #scummvm.
[15:17] <GitHub19> [scummvm] rootfather pushed 3 new commits to master: https://git.io/vPFN8
[15:17] <GitHub19> scummvm/master 8530062 rootfather: NEWS/DE: Mention SDL2 filtering option
[15:17] <GitHub19> scummvm/master 9eb1500 rootfather: I18N: Update German GUI translation
[15:17] <GitHub19> scummvm/master 8e32864 rootfather: I18N: Regenerate translations.dat
[15:17] GitHub19 (GitHub19@192.30.252.46) left #scummvm.
[15:26] <TMM> Just a random thought, but if we have cloud support (and a libcurl dependency) would it be a good idea to add an option to the launcher to install the freeware games we distribute?
[15:27] <TMM> we could setup a simple sparkle-xml-like file with release versions and supported games
[15:27] <TMM> and have scummvm download the games and add them to the launcher
[15:28] <TMM> could be useful for mobile/portable devices as getting data on them can be a bit of a pain
[15:30] <rootfather> good idea imho
[15:30] <snover> the whole adding a game user experience could use some looking at i think
[15:31] <TMM> yeah, particularly on mobile
[15:32] <TMM> maybe we could even add a 'search for games' option
[15:32] <TMM> and just have it add all the games it can find in a certain subtree with default game detection options
[15:32] <TMM> a lot of the emulators on mobile do things like that
[15:33] <snover> the fact that i cant even find a link to the user manual is not good
[15:34] <TMM> the directory navigation also leaves something to be desired at times
[15:34] <TMM> I'm not a computer n00b so I don't know how hard it ACTUALLY is, but I do notice that I sometimes struggle a bit to use it effectively
[15:41] --> GitHub147 joined #scummvm.
[15:41] <GitHub147> [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vPFAi
[15:41] <GitHub147> scummvm/master 2bf087d Paul Gilbert: TITANIC: Workaround for Doorbot's 'cloak off' movie playback...
[15:41] GitHub147 (GitHub147@192.30.252.46) left #scummvm.
[15:44] --> salty-horse joined #scummvm.
[15:44] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services.
[16:33] --> GitHub149 joined #scummvm.
[16:33] <GitHub149> [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vPFhF
[16:33] <GitHub149> scummvm/master 41e6a5d Paul Gilbert: TITANIC: Fix looping in CTrueTalkManager::triggerNPC
[16:33] GitHub149 (GitHub149@192.30.252.34) left #scummvm.
[16:43] --> Littleboy joined #scummvm.
[16:43] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services.
[16:47] --> GitHub153 joined #scummvm.
[16:47] <GitHub153> [scummvm] madmoose pushed 1 new commit to master: https://git.io/vPFjz
[16:47] <GitHub153> scummvm/master 669e6be Thomas Fach-Pedersen: BLADERUNNER: Fix uninitialized variable accesses...
[16:47] GitHub153 (GitHub153@192.30.252.45) left #scummvm.
[16:47] <-- dreammaster left irc:
[17:25] <salty-horse> has anyone seen my fullscreen bug? I want to know if it's a linux thing. maybe sdl is handling input incorrectly.
[17:30] <rootfather> bug 9617?
[17:31] <rootfather> i haven't verified it on linux, but on windows, I get the exact opposite behavior
[17:31] <rootfather> alt+enter works only once until you release the alt key and press it again
[17:34] <criezy> Same on OS X. I can reproduce #9563 but not #9617.
[17:34] <criezy> But I can indeed reproduce #9617 on Unbuntu. Sort of.
[17:35] <criezy> It is not that sensitive. But if I keep Alt+Enter pressed it toggles continously between windowed and fulscreen.
[17:35] <snover> thats a feature, not a bug!
[17:35] <snover> :)
[17:37] --> drutfx joined #scummvm.
[17:42] <snover> free maximise window minigame
[17:46] <-- waltervn left irc: Quit: Leaving
[17:51] <salty-horse> criezy, you mean that if you press it once (not even intending to press the key down for any duration) it only toggles fullscreen once? it's also easier to test with alt+ctrl+ -/= -- it many times skips one of the scales, jumping between 1x and 3x
[17:51] <salty-horse> criezy, using sdl2?
[17:51] <salty-horse> using Xorg?
[17:53] <bgK> switching to fullscreen works as intended for me with Xorg, Gnome 3
[17:53] <bgK> (SDL2)
[17:57] <salty-horse> bgK, I'm not sure what's intended by your measure. it works for me too, but it toggles it several times for a single keypress.
[17:58] <bgK> that does not happen on my system
[18:00] <m_kiewitz> snover: lol
[18:01] <wjp> hm, I get the same continuous switching behaviour (linux, xorg, SDL2)
[18:01] <wjp> let's see
[18:04] <wjp> (hrm, also getting graphics glitching on the OSD while this is happening)
[18:04] --> te_lanus joined #scummvm.
[18:06] <salty-horse> wjp, my reply in this bug details the problem
[18:06] <salty-horse> wjp, I don't know if it's an X bug that SDL exposes or what
[18:07] <salty-horse> wjp, you might also have noticed that the OSD saying "fullscreen on" appears before you switch to fullscreen and vice-versa :)
[18:07] <criezy> Yes SDL2 and Xorg. And yes, if I press it once it only toggle once. But if I keep it pressed then it toggles multiple times, as long as I keep it pressed.
[18:09] <wjp> isn't this just a matter of handling these events on keydown instead of on keyup?
[18:10] <wjp> random data point: keeping F11 pressed in firefox also makes it continuously switch
[18:10] <wjp> in fact most of my window manager shortcuts do the same
[18:10] <wjp> hrm
[18:11] <wjp> but like keyrepeat, with a small delay between the first and second events
[18:12] <salty-horse> criezy, at a reasonable rate that you would expect from a repeated key press, I assume?
[18:12] <salty-horse> wjp, my problem is with the single press being too sensitive. not even trying to hold it.
[18:12] <salty-horse> wjp, I will give you my debug prints :)
[18:12] <criezy> For the first one yes. But after it toggles very quickly.
[18:15] <salty-horse> wjp, ignore or comment out my fullscreen hack - you can test the scale changes with alt+ctrl+= http://pastebin.com/Hnn0d2NZ
[18:17] --> GitHub55 joined #scummvm.
[18:17] <GitHub55> [scummvm] salty-horse pushed 1 new commit to master: https://git.io/vPbJN
[18:17] <GitHub55> scummvm/master 5280632 Ori Avtalion: SDL: Fix typos
[18:17] GitHub55 (GitHub55@192.30.252.34) left #scummvm.
[18:18] --> GitHub198 joined #scummvm.
[18:18] <GitHub198> [scummvm] csnover pushed 1 new commit to master: https://git.io/vPbJp
[18:18] <GitHub198> scummvm/master 724385e Colin Snover: SCI32: Fix slow SCI2.1mid transitions...
[18:18] GitHub198 (GitHub198@192.30.252.40) left #scummvm.
[18:21] <snover> so i think that was the last graphics problem with sq6 resolved.
[18:21] <snover> now someone just needs to rewrite pathfinding to use the Sierra algorithm, and MIDI/kDoSound, to fix the two other bugs that are still open.
[18:25] <fuzzie> 'someone'
[18:25] Action: fuzzie looks at snover
[18:25] <snover> 'phar lap' ;~)
[18:26] --> GitHub197 joined #scummvm.
[18:26] <GitHub197> [scummvm] madmoose pushed 1 new commit to master: https://git.io/vPbUZ
[18:26] <GitHub197> scummvm/master 307321e Thomas Fach-Pedersen: BLADERUNNER: Fix invalid assert in AudStream
[18:26] GitHub197 (GitHub197@192.30.252.46) left #scummvm.
[18:29] <snover> i suppose the VMDs probably have AV sync problems too but I dont think that any of them actually have lip sync so its kind of hard to tell
[18:30] #scummvm: mode change '+o eriktorbjorn' by ChanServ!ChanServ@services.
[18:33] <rootfather> speaking of graphics distortion, has anybody looked into bug 9592?
[18:35] <-- NuSuey left irc: Quit: Connection closed for inactivity
[18:35] <salty-horse> rootfather, huh
[18:37] <madmoose> eriktorbjorn: I think you should be able to start Blade Runner now without it crashing right away
[18:37] <salty-horse> madmoose, I also want to try! how should I copy the CDs?
[18:37] <snover> rootfather: does that problem still happen today?
[18:39] <madmoose> salty-horse: I need to document that somewhere. Optimally you would install the game but currently you only need the files from CD1.
[18:39] <salty-horse> OK
[18:40] <madmoose> I don't even remember the directory structure on the CDs, hold on a sec
[18:42] <eriktorbjorn> madmoose: Looks like it. (I was able to start it once even before, but I guess that was some sort of fluke.)
[18:43] <eriktorbjorn> madmoose: I tripped an assert after walking around a bit, but maybe that's expected?
[18:43] <_sev> madmoose: hey
[18:43] <_sev> madmoose: are you aware of Coverity which we use?
[18:44] <madmoose> eriktorbjorn: Which assert?
[18:45] <madmoose> _sev: I am aware of what Coverity is and I've seen a report of it used on ScummVM, but that's all I know
[18:45] <eriktorbjorn> madmoose: It happens when entering Runciters, and then leaving it again. As I exit, I see the spinner land again, and after a little while: engines/bladerunner/scene_objects.cpp:109: int BladeRunner::SceneObjects::findByXYZ(int*, int*, int*, float, float, float, int, int, int): Assertion `_sceneObjectsSortedByDistance[i] < _count' failed.
[18:46] Action: eriktorbjorn has to go again. Bye.
[18:46] <madmoose> eriktorbjorn: Entering Runciters only recently started working so bugs are to be expected after that.
[18:47] <rootfather> snover i'm waiting for the build to finish compiling :)
[18:48] <rootfather> snover confirmed for ScummVM 1.10.0git13850-g8e32864
[18:48] <rootfather> but only if bilinear filtering is turned off
[18:48] --> omer_mor_ joined #scummvm.
[18:49] <-- omer_mor left irc: Ping timeout: 260 seconds
[18:49] <salty-horse> eriktorbjorn, I'm so stupid I read "runciter" and thought "huh. that's a name from a philip k dick novel"
[18:51] <snover> rootfather: weird
[18:51] <snover> i dont see it
[18:51] <snover> on amcos
[18:51] <snover> macos
[18:52] <snover> though when i go fullscreen it is all drawn at native screen resolution, no scaling
[18:52] <m_kiewitz> snover: there were various changes w/ pathfinding so it's not just 1 algo
[18:53] <madmoose> salty-horse: The quick guide: From CD 1, copy *.TLK, *.MIX, *.DAT from the directories BASE and CD1 into a new directory. Rename CDFRAMES.DAT to HDFRAMES.DAT.
[18:53] <salty-horse> thanks
[18:54] <snover> rootfather: are you using sdl2.0.5?
[18:54] <salty-horse> rootfather, I don't see the problem on linux
[18:54] <madmoose> The real HDFRAMES.DAT is made by the installer by combining CDFRAMES.DAT from all four CDs but you can't get to anything that's not on CD1 for now.
[18:58] <rootfather> snover salty-horse currently using sdl2.0.5, but I had the problem with 2.0.4 too
[18:59] <salty-horse> I'm 2.0.4
[18:59] <snover> rootfather: what is your graphics mode set to in options?
[18:59] <rootfather> everything on default
[19:00] --> dreammaster joined #scummvm.
[19:00] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services.
[19:00] <snover> video card drivers updated? :\
[19:01] <rootfather> yep, I had the very latest version on my previous installation, now I have the default one shipped with Windows 10 (hardware acceleration and everything working)
[19:01] <rootfather> the distortion disappears as soon as I switch on bilinear filtering in the scummvm settings
[19:04] <rootfather> I have a pretty crappy integrated graphics solution on my laptop
[19:05] <rootfather> radeon hd 6320
[19:14] <-- rootfather left irc:
[19:19] --> ajax16384 joined #scummvm.
[19:19] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services.
[19:21] <te_lanus> did I do this correctly? https://bugs.scummvm.org/ticket/9626
[19:25] <wjp> looks great
[19:25] <te_lanus> :D
[19:25] <wjp> only question I have is how you determined the SCI Version
[19:25] <wjp> (since there are a few potentially different ones)
[19:27] <m_kiewitz> it's also weird because it looks like an already existing version
[19:27] <m_kiewitz> except for resource.map
[19:27] <m_kiewitz> {"resource.map", 0, "6dd8f59dd8a0c8131f34b159044e645e", 5598},
[19:27] <m_kiewitz> // Space Quest 3 - English DOS (from abevi, bug report #2612718)
[19:27] <m_kiewitz> {"sq3", "", {
[19:27] <m_kiewitz> {"resource.map", 0, "eca165515c6b62b05fa86b7d8f727660", 5598},
[19:27] <m_kiewitz> {"resource.001", 0, "ceeda7202b96e5c85ecaa88a40a540fc", 170494},
[19:28] <madmoose> te_lanus: You forget the P in Please! :)
[19:28] <m_kiewitz> te_lanus: was it copied directly from floppy? which kind of floppy is it?
[19:28] <te_lanus> :(
[19:29] <te_lanus> 360kb dos
[19:29] <wjp> (abevi's report is at https://bugs.scummvm.org/ticket/4176 )
[19:32] <m_kiewitz> hm i own 0.000.453 too
[19:32] <m_kiewitz> te_lanus: what's the timestamp of all the resource files?
[19:33] <te_lanus> made a booboo with sci version
[19:33] <m_kiewitz> where did you get the date "1989-03-22" from?
[19:33] <te_lanus> Wed 22 Mar 1989
[19:34] <te_lanus> https://bugs.scummvm.org/attachment/ticket/9626/Screenshot%20at%202016-10-20%2005-57-51.png
[19:34] <te_lanus> used the date that's on the about screen
[19:34] <salty-horse> madmoose, yay
[19:35] <salty-horse> oh, Runciter is from Ubik
[19:36] <m_kiewitz> ah really weird. Mine is 0.000.453 as well, but says 1.0U / 4/13/89
[19:40] <wjp> m_kiewitz: does your version match the one abevi reported?
[19:40] <m_kiewitz> yes
[19:40] <wjp> apparently 5000 bytes is not quite enough here to see differences in the numbered resource.### files
[19:40] <m_kiewitz> would have to get the full MD5 to make sure that it's really the same data files
[19:40] <m_kiewitz> yes
[19:41] <m_kiewitz> still i would expect at least one change in size
[19:41] <wjp> 002 is different
[19:41] <wjp> and 003
[19:42] <wjp> and 001
[19:42] <wjp> :-)
[19:42] <wjp> all of them in fact
[19:42] <snover> oh you and your so-called facts
[19:42] <wjp> it's a weakness I know
[19:44] <m_kiewitz> wjp: ah damn, yes 170496 instead of 170494. I'm too sleepy atm
[19:44] <te_lanus> m_kiewitz, http://pastebin.com/zYQWfidu
[19:44] <te_lanus> result from md5sum
[19:44] <m_kiewitz> nvm, they are obviously different
[19:47] <wjp> te_lanus: out of curiosity, can you check at which size (roughly) they start to differ?
[19:47] <te_lanus> ?
[19:48] <wjp> which OS are you using?
[19:48] <te_lanus> Linux, Ubuntu
[19:50] <wjp> for i in 5000 10000 50000 100000 500000 1000000; do echo $i; for j in RESOURCE.*; do head -c $i $j | md5sum; done; done
[19:52] <te_lanus> wjp: http://pastebin.com/jEnCtq68
[19:52] <wjp> so the first 50k-100k of the resource files are identical
[19:53] <wjp> thanks, was curious :-)
[19:54] <te_lanus> :D
[20:04] <-- ajax16384 left irc: Ping timeout: 265 seconds
[20:22] <-- drutfx left irc: Read error: Connection reset by peer
[20:33] --> GitHub176 joined #scummvm.
[20:33] <GitHub176> [scummvm] criezy pushed 2 new commits to master: https://git.io/vPbqz
[20:33] <GitHub176> scummvm/master 9f94294 Thierry Crozat: GUI: Fix incorrect initialisation of some tab Ids in OptionsDialog...
[20:33] <GitHub176> scummvm/master 74b3b45 Thierry Crozat: GUI: Fix possible access to free'ed memory or double deletion in tab widget...
[20:33] GitHub176 (GitHub176@192.30.252.41) left #scummvm.
[20:34] --> GitHub160 joined #scummvm.
[20:34] <GitHub160> [scummvm] criezy pushed 1 new commit to branch-1-9: https://git.io/vPbq2
[20:34] <GitHub160> scummvm/branch-1-9 3638264 Thierry Crozat: GUI: Fix possible access to free'ed memory or double deletion in tab widget...
[20:34] GitHub160 (GitHub160@192.30.252.41) left #scummvm.
[20:39] <criezy> Thank you valgrind. I don't know what I would do without you!
[20:40] <madmoose> cry?
[20:41] <criezy> probably
[21:05] <-- ny00123 left irc: Quit: Leaving
[21:15] <-- Littleboy left irc: Ping timeout: 256 seconds
[21:17] <-- WooShell left irc: Quit: It's easy to laugh and it's easy to hate... it takes guts to be gentle and kind.
[21:51] <-- heroux left irc: Ping timeout: 250 seconds
[21:53] --> GitHub71 joined #scummvm.
[21:53] <GitHub71> [scummvm-web] sev- pushed 1 new commit to master: https://github.com/scummvm/scummvm-web/commit/1cd72ad1aa7b32616d73c8ea78a7da6c6b669aa8
[21:53] <GitHub71> scummvm-web/master 1cd72ad Eugene Sandulenko: WEB: Remove unnecessary links to older Ubuntu/Debian/SamsungTV packages
[21:53] GitHub71 (GitHub71@192.30.252.42) left #scummvm.
[21:54] --> GitHub46 joined #scummvm.
[21:54] <GitHub46> [scummvm-web] sev- pushed 1 new commit to master: https://git.io/vPb3H
[21:54] <GitHub46> scummvm-web/master ab28d29 Eugene Sandulenko: WEB: Remove obsolete Fedora package link
[21:54] GitHub46 (GitHub46@192.30.252.45) left #scummvm.
[22:03] --> _dreammaster joined #scummvm.
[22:03] #scummvm: mode change '+o _dreammaster' by ChanServ!ChanServ@services.
[22:04] <-- Tkachov left irc: Write error: Broken pipe
[22:06] --> heroux joined #scummvm.
[22:10] <-- dreammaster left irc: Ping timeout: 250 seconds
[22:30] <-- salty-horse left irc: Ping timeout: 265 seconds
[22:36] --> Tkachov joined #scummvm.
[22:43] --> salty-horse joined #scummvm.
[22:43] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services.
[22:44] <-- salty-horse left irc: Client Quit
[23:07] <-- Henke37 left irc: Quit: ERR_SHUTDOWN
[23:21] --> ignalina joined #scummvm.
[23:56] <-- _dreammaster left irc:
[00:00] --- Sun Oct 23 2016