[00:07] 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:30] Joefish (~Joefish@p200300C6F3C839000B713E48A3A97A58.dip0.t-ipconnect.de) left irc: Ping timeout: 260 seconds [00:38] ls [00:38] darn [01:27] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [01:30] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [02:08] lavosspawn (~lavosspaw@p5DE8621D.dip0.t-ipconnect.de) joined #scummvm. [02:28] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 240 seconds [02:31] Dominus (~dominus@178-191-226-104.adsl.highway.telekom.at) joined #scummvm. [02:31] Dominus (~dominus@178-191-226-104.adsl.highway.telekom.at) left irc: Changing host [02:31] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [02:36] dreammaster (~dreammast@c-73-149-116-247.hsd1.vt.comcast.net) joined #scummvm. [02:36] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [03:06] Littleboy (~littleboy@c-73-186-252-231.hsd1.ma.comcast.net) left irc: Quit: Ętre dans le vent, une ambition de feuille morte. [03:28] Nick change: tsoliman_ -> tsoliman [03:28] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [03:43] Nick change: tsoliman -> tsoliman_ [03:44] group tsoliman saltar [03:44] awesome [03:44] Action: tsoliman_ shoots self [03:45] Nick change: tsoliman_ -> tsoliman [03:49] Nick change: tsoliman -> tsoliman_ [03:51] tsoliman_ (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Quit: ZNC - http://znc.in [03:52] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) joined #scummvm. [03:53] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Client Quit [03:54] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) joined #scummvm. [03:54] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [04:00] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Quit: ZNC - http://znc.in [04:00] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) joined #scummvm. [04:00] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [04:02] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Client Quit [04:02] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) joined #scummvm. [04:02] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [04:24] dreammaster (~dreammast@c-73-149-116-247.hsd1.vt.comcast.net) left irc: [04:36] GitHub20 (~GitHub20@192.30.252.34) joined #scummvm. [04:36] [scummvm-sites] rsn8887 opened pull request #8: BUILDBOT: Fix PSP2 platform build .zip->zip (buildbot...vita) https://git.io/vyEje [04:36] GitHub20 (GitHub20@192.30.252.34) left #scummvm. [04:37] GitHub143 (~GitHub143@192.30.252.42) joined #scummvm. [04:37] [scummvm-sites] rsn8887 closed pull request #8: BUILDBOT: Fix PSP2 platform build .zip->zip (buildbot...vita) https://git.io/vyEje [04:37] GitHub143 (GitHub143@192.30.252.42) left #scummvm. [04:37] GitHub4 (~GitHub4@192.30.252.41) joined #scummvm. [04:37] [scummvm-sites] rsn8887 pushed 2 new commits to buildbot: https://git.io/vyEjJ [04:37] scummvm-sites/buildbot 30926e6 rsn8887: BUILDBOT: Fix PSP2 platform build .zip->zip [04:37] scummvm-sites/buildbot 0311987 rsn8887: Merge pull request #8 from rsn8887/vita... [04:37] GitHub4 (GitHub4@192.30.252.41) left #scummvm. [05:50] hmmm if I use configure with --enable-all-engines (like the buildbot does) the vita build crashes on startup, but if I don't use --enable-all-engines, it works. [05:51] Are there any engine-specific commands that are run on startup before the menu is even displayed? [05:55] could it be a memory issue, rsn8887? [05:55] Too many engines = a larger executable and more memory needed [05:58] hmm I thought of that too but the difference is between 16 MB and 19 MB I don't think that is it. I think I will wait until I have more time at my hands, and then test each unstable engine one by one to see which one causes the crash [06:29] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [06:29] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [06:44] I'm not 100% sure what you mean by 'commands' [06:46] but there's not much engine specific code that gets run. We try to avoid global constructors, although it's not impossible one slipped through [06:47] Maybe meta-engine initialization, although I'll have to refresh my memory there [06:48] but since this is something we haven't heard from other platforms, something platform-specific seems more likely than something engine-specific. (But of course you never know) [06:50] have you looked at the crash in a debugger? [06:53] ./engines/gnap/fontdata.h:751:22: warning: declaration requires a global constructor [-Wglobal-constructors] [06:53] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [06:53] #scummvm: mode change '+v t0by' by ChanServ!ChanServ@services. [06:53] so one did slip through; something to investigate [06:54] engines/titanic/true_talk/tt_npc_script.cpp:47:22: warning: declaration requires a global constructor [-Wglobal-constructors] [06:54] or two... [06:55] morning [06:58] morning [07:29] Morning [07:33] m_kiewitz (~m_kiewitz@x4d03ff1b.dyn.telefonica.de) joined #scummvm. [07:33] m_kiewitz (~m_kiewitz@x4d03ff1b.dyn.telefonica.de) left irc: Changing host [07:33] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [07:33] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [07:43] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) left irc: Remote host closed the connection [07:44] Strangerke: damn me I have forgotten to translate the news again. I WILL BY TONIGHT, I promise. [07:45] I did spam the GSOC page on my department's forum, though. [07:47] _sev (~sev@scummvm/undead/sev) left irc: Quit: Leaving [07:53] vinayakvivek (uid121616@gateway/web/irccloud.com/x-cfinigwpjrzjdgph) joined #scummvm. [07:59] _sev (~sev@scummvm/undead/sev) joined #scummvm. [07:59] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [08:00] t0by (~t0by@unaffiliated/t0by) left irc: Ping timeout: 260 seconds [08:07] Lightkey (~Darklock@p200300764C343C6122CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 258 seconds [08:18] hi guys [08:18] hi Strangerke|work [08:20] Lightkey (~Darklock@p200300764C343C1622CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [08:48] deitarion (ssokolow@moinmoin/fan/deitarion) left #scummvm ("ISON jab416171 TheCycoONE ultra "). [09:17] _sev|work (~sev@5.57.20.49) joined #scummvm. [09:17] _sev|work (~sev@5.57.20.49) left irc: Changing host [09:17] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [09:17] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [09:33] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [09:34] Nick change: snow_bckspc -> snw [09:39] kurtwr (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) left irc: Ping timeout: 246 seconds [09:48] thesquib (~thesquib@192.241.198.27) left irc: Ping timeout: 258 seconds [09:50] yury_ (829d2ef9@gateway/web/freenode/ip.130.157.46.249) joined #scummvm. [09:51] yury_ (829d2ef9@gateway/web/freenode/ip.130.157.46.249) left irc: Client Quit [09:52] yury_ (829d2ef9@gateway/web/freenode/ip.130.157.46.249) joined #scummvm. [09:52] nutron (~nutron@unaffiliated/nutron) left irc: Ping timeout: 240 seconds [09:56] salty-horse (~salty-hor@bzq-79-181-236-243.red.bezeqint.net) joined #scummvm. [09:56] salty-horse (~salty-hor@bzq-79-181-236-243.red.bezeqint.net) left irc: Changing host [09:56] salty-horse (~salty-hor@unaffiliated/salty-horse) joined #scummvm. [09:56] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [10:03] yury_ (829d2ef9@gateway/web/freenode/ip.130.157.46.249) left irc: Ping timeout: 260 seconds [10:04] Deledrius (~Deledrius@68.118.139.214) left irc: Quit: App.Exit [10:04] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [10:06] nutron (~nutron@unaffiliated/nutron) joined #scummvm. [10:08] Deledrius (~Deledrius@68.118.139.214) joined #scummvm. [10:26] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [10:26] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [10:37] edheldil (~edheldil@2001:1488:fffe:1:5d90:e679:b18:ed1f) left irc: Remote host closed the connection [10:44] vinayakvivek (uid121616@gateway/web/irccloud.com/x-cfinigwpjrzjdgph) left irc: Quit: Connection closed for inactivity [10:45] Joefish (~Joefish@p200300C6F3C44E00C96782ED07CE52B6.dip0.t-ipconnect.de) joined #scummvm. [12:21] ajax16384 (~User@109.60.130.33) joined #scummvm. [12:21] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [12:28] jamm (~jam@unaffiliated/jamm) joined #scummvm. [14:44] chadj_ (~chadj@cpe-72-131-101-95.wi.res.rr.com) left irc: Ping timeout: 240 seconds [15:05] cody56 (~lavosspaw@p5DE8621D.dip0.t-ipconnect.de) joined #scummvm. [15:07] lavosspawn (~lavosspaw@p5DE8621D.dip0.t-ipconnect.de) left irc: Ping timeout: 256 seconds [15:44] So the Vita buildbot version crashes because it uses --enable-all-engines . It looks like it is a memory issue, since it is not caused by a particular engine. Has this been solved on other platforms? [16:00] Littleboy (~littleboy@c-73-186-252-231.hsd1.ma.comcast.net) joined #scummvm. [16:00] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [16:06] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [16:07] Where is ScummVM's void main( ? [16:09] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 256 seconds [16:28] ny00123 (~ny00123@89-139-222-178.bb.netvision.net.il) joined #scummvm. [16:30] rsn8887: it's in a platform-specific file, something in backends/platform/ [16:31] vinayakvivek (uid121616@gateway/web/irccloud.com/x-dvjdbectjovgwior) joined #scummvm. [16:31] logix: Thanks I found it. I am increasing the heap size on Vita, and test later today if that fixes the crash with --enable-all-engines. [16:31] If it is a stack problem, I have no clue how to fix that. [16:36] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Ping timeout: 240 seconds [16:47] <_sev|work> rsn8887: do you have dynamic plugins implemented on PSP? [16:53] wjp (or anyone): does it seem bad/weird to you to make Audio32 also extend Common::Mutex so it can be simply locked from outside (versus something like exposing a Common::Mutex member via getter method)? [16:54] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 256 seconds [17:00] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [17:04] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [17:04] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) joined #scummvm. [17:29] meow =^.^= [17:44] salty-horse (~salty-hor@unaffiliated/salty-horse) left irc: Quit: Leaving [17:45] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [17:45] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [17:52] salty-horse (~salty-hor@unaffiliated/salty-horse) joined #scummvm. [17:52] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [17:53] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [17:53] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [17:54] chadj (~chadj@cpe-72-131-101-95.wi.res.rr.com) joined #scummvm. [18:04] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) joined #scummvm. [18:10] GitHub31 (~GitHub31@192.30.252.42) joined #scummvm. [18:10] [scummvm] sev- pushed 2 new commits to master: https://git.io/vyzwO [18:10] scummvm/master 0a044b2 Eugene Sandulenko: DIRECTOR: Fix event mouse event processing in D3 [18:10] scummvm/master ff7cff7 Eugene Sandulenko: DIRECTOR: Lingo: More debug output to call() method [18:10] GitHub31 (GitHub31@192.30.252.42) left #scummvm. [18:10] GitHub51 (~GitHub51@192.30.252.42) joined #scummvm. [18:10] [scummvm] criezy pushed 1 new commit to master: https://git.io/vyzwZ [18:10] scummvm/master 0345e74 Lothar Serra Mari: I18N: Update translation (German)... [18:10] GitHub51 (GitHub51@192.30.252.42) left #scummvm. [18:17] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Ping timeout: 240 seconds [18:31] kurtwr (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) joined #scummvm. [18:34] Huerbine (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) joined #scummvm. [18:34] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) left irc: Read error: Connection reset by peer [18:45] Farmboy0 (~quassel@p5DD10916.dip0.t-ipconnect.de) joined #scummvm. [18:45] Farmboy0 (~quassel@p5DD10916.dip0.t-ipconnect.de) left irc: Changing host [18:45] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [18:48] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) joined #scummvm. [18:57] GitHub107 (~GitHub107@192.30.252.42) joined #scummvm. [18:57] [scummvm] BenCastricum opened pull request #918: SCUMM: Fix for bug #1410 (Do not merge yet) (master...bugfixes) https://git.io/vyz1W [18:57] GitHub107 (GitHub107@192.30.252.42) left #scummvm. [19:04] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Read error: No route to host [19:17] Farmboy0 (~quassel@p5DD10916.dip0.t-ipconnect.de) joined #scummvm. [19:17] Farmboy0 (~quassel@p5DD10916.dip0.t-ipconnect.de) left irc: Changing host [19:17] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [19:34] t0by (~t0by@95.232.241.154) joined #scummvm. [19:34] t0by (~t0by@95.232.241.154) left irc: Changing host [19:34] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [19:34] #scummvm: mode change '+v t0by' by ChanServ!ChanServ@services. [19:44] evening [20:06] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) joined #scummvm. [20:06] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [20:11] Do you all push directly from your local repo's to master? Or is there a safer way I should use? [20:11] I keep getting these non-fast-forward errors when I try to push and I am scared. [20:12] .. to break master [20:12] but the Pull Request path is also awkward because it creates a merge commit every single time [20:13] in addition to the actual commit [20:17] rsn8887: http://wiki.scummvm.org/index.php/Git_tips#How_to_push_changes [20:21] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [20:22] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 260 seconds [20:24] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [20:24] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [20:32] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [20:34] ajax16384 (~User@109.60.130.33) left irc: Read error: Connection reset by peer [20:36] Nick change: Vampire0_ -> Vampire0 [20:38] Huerbine (~Markus@ipbcc071f7.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. [20:39] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) joined #scummvm. [20:51] <_sev> rsn8887: this is exactly how the mess in the PR was created. You must do 'git pull --rebase' before pushing [21:07] But please do understand how git works before pushing things. When in doubt, ask or submit a pull request anyway. [21:08] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Quit: ZNC - http://znc.in [21:09] Of course. I was aware of git pull --rebase and that's how I used to make PR's to Cpasjuste's branch. I just wanted to verify that everybody pushes directly (carefully) to master if there's just a single commit. [21:09] cody56 (~lavosspaw@p5DE8621D.dip0.t-ipconnect.de) left irc: Ping timeout: 246 seconds [21:10] So is it a known problem that ScummVM runs out of memory on startup if too many engines are statically included? I suppose that's why the dynamic_modules option was created? [21:11] single commit or not is unrelated to pushing directly vs pull request [21:11] pull requests are for discussion and review [21:11] single commits can very well need that too, and some longer sets of commits might not [21:12] I understand. [21:13] And, yes, the dynamic modules are to work around size limits, but your phrasing is a bit odd, so I'm not sure what you're asking exactly [21:15] Um, nitpicking [21:16] "pushing from your local repo to master" does not mean anything. [21:16] "master" is a branch. [21:16] then there is a local repository and n remotes, which might or might include a branch by that name. [21:17] (usually they do, but it's two different concepts). [21:17] pushing to master is pretty common shorthand for pushing to the master branch of the main repo [21:17] by the distributed nature of git, "local" means "whatever clone you are working on right now". [21:17] I get a crash on startup on the Vita port, before the menu is displayed, if I include too many of the unstable engines. It doesn't seem to matter which ones, it seems to be just how many I add. For example I can add all unstable engines, if I remove some stable ones etc. [21:17] wjp, I know, I did say "nitpicking" :) [21:18] t0by: gsoc this year? [21:18] rsn8887: how big is the binary compared to the available RAM? [21:19] Available RAM 512 MB, binary (with all engines) ~50 MB [21:19] Heap size 192MB [21:19] Stack unknown (I cannot set it, I think it is automatically adjusted by OS or compiler, no clue) [21:20] lakmalbuddikaluc (7be77ad3@gateway/web/freenode/ip.123.231.122.211) joined #scummvm. [21:21] It feels like GSOC 2016 just finished recently. [21:21] Hi all, I am Lakmal Buddika Meegahapola, an undergraduate at Department of Computer Science and Engineering, University of Moratuwa, Sri Lanka. I have more than 2 years of Game development experience and have good level of skills in working with UI and EX related aspects of software. [21:21] I would like to know more about Google Summer of Code 2017 projects. [21:22] Deledrius: i know exactly what you mean. [21:22] Specially saying the 2 tasks under GUI tasks section. [21:22] specifically* [21:23] I mean I know I'm not directly involved, but it doesn't seem that long ago it was being discussed :p [21:23] Hi lakmalbuddikaluc! [21:24] lakmalbuddikaluc, welcome! [21:24] Would be glad if someone could get me through the details of projects. Here is a link to my resume: https://drive.google.com/file/d/0B57Kj0YJwkZbRnpkLTYtSXVvZ1E/view?usp=sharing [21:24] Ask away :) [21:25] Hi Delarious and +t0by :) [21:25] snover: hm, such use of Mutex does feel a bit weird, but too tired to really think it through now. [21:26] snover: feels a bit Java/synchronized-like :-) [21:26] wjp: even a stopped language is right twice a day. yes, im pretty sure thats how that phrase goes. [21:26] snover: do you need something like that to get a consistent locking order for multiple mutexes? [21:27] lakmalbuddikaluc: _sev is your guy for GUI tasks. [21:27] snover: or to push the responsibility to a more logical place? [21:27] Thanks +t0by for the clarification. [21:28] Of course, if you have any specific question ask away, but Eugene aka _sev is the technical contact for those tasks. [21:29] @_sev Hi... can you please be kind enough give me more insight regarding the GUI tasks project. [21:31] Sure +t0by :) Thanks a lot. [21:31] wjp: there are some places, e.g. kDoAudioStop, that retrieve a channel index, then call to do something to that channel. there is a possibility that the channel indexes may shift in between those two calls if readBuffer is invoked between them and a channel has finished playing back, since readBuffer will call Audio32::freeUnusedChannels which will call Audio32::stop which will shift things around [21:33] snover: but both of those are inside Audio32 itself? [21:33] lakmalbuddikaluc (7be77ad3@gateway/web/freenode/ip.123.231.122.211) left irc: Quit: Page closed [21:33] GitHub111 (~GitHub111@192.30.252.45) joined #scummvm. [21:33] [scummvm] peterkohaut pushed 1 new commit to master: https://git.io/vygkQ [21:33] scummvm/master 27368cc Peter Kohaut: CREATE_PROJECT: Add support for Visual Studio 2017 [21:33] GitHub111 (GitHub111@192.30.252.45) left #scummvm. [21:33] wjp: sorry, which both? [21:34] snover: ::stop and ::readBuffer [21:34] yeah [21:36] peterkohaut: is it intentional that that changes the return value of getSolutionVersion() for _version == 14? [21:37] wjp: i just noticed that i changed it wrongly, i'm commiting fix in a minute [21:37] sorry [21:39] @waltervn: Have you seen this type of memory problem before (if it is a memory problem) [21:40] rsn8887: it's hard to say what the "type" of this memory problem is, but it's certainly possible that we hit some kind of platform limit [21:40] the memory sizes you mention are large enough that I'm a bit surprised [21:40] another option would be to move the contents of functions like kDoAudioStop into a member function of Audio32, and keep the locking internal to Audio32 [21:41] but who knows what specific limits there are [21:42] snover: oh right, I wasn't looking at the right function; missed the first findChannelByArgs call [21:42] rsn8887: the binary is loaded into memory, so on platforms with very little RAM, a large binary size is definitely a problem. But I'm not sure that's the problem here [21:44] vinayakvivek (uid121616@gateway/web/irccloud.com/x-dvjdbectjovgwior) left irc: Quit: Connection closed for inactivity [21:45] rsn8887: e.g. the Dreamcast has 16MB RAM, so if your binary is, say, 12MB, that only leaves 4MB for ScummVM to use at runtime [21:45] GitHub118 (~GitHub118@192.30.252.40) joined #scummvm. [21:45] [scummvm] peterkohaut pushed 1 new commit to master: https://git.io/vygL9 [21:45] scummvm/master 65ef0c8 Peter Kohaut: CREATE_PROJECT: Fixed solution version for Visual Studio 2015 [21:45] GitHub118 (GitHub118@192.30.252.40) left #scummvm. [21:45] does vita have some kind of ulimits-like thing that might restrict the process? [21:45] snover: there are some other locking issues in SCI that probably will require other (internal scummvm mixer) mutexes to be exposed externally [21:46] snover: related to the locking order for SCI midi and ScummVM mixer mutexes, IIRC [21:46] snover: but I could be mistaken about the details [21:47] anything in midi/dosound unrelated to digital audio i just assume you are going to fix, wjp ;) [21:47] mmmmhm [21:48] I'm approaching the end of the ADL tunnel, so maybe I can help out with something SCI in the near future [21:49] hrm, I can't remember if our mutexes are recursive [21:50] (SDL ones are, but I don't for other platforms) [21:50] i sure hope they are. [21:50] waltervn: great, now I'm thinking I should 1) try to find one of my dreamcasts (they're stored away in some boxes), 2) check if one still works, 3) do $HOMEBREW_STUFF with it (like run scummvm)... just to 4) store it away again [21:50] snover: You mean stack size? I could not find or get any detailed information about that from the VitaSDK and the Vita channel. It could be a stack issue. [21:51] logix: there's still some activity in the Dreamcast homebrew scene, surprisingly [21:51] there are many potential limits other than heap/stack size [21:52] waltervn: yeah, I read about stuff there something like a year ago, with new "commercial quality" games being released [21:52] anyway, bedtime here. Night [21:52] good night :) [21:52] waltervn: im excited to hear that :) [21:53] night wjp [21:54] ny00123 (~ny00123@89-139-222-178.bb.netvision.net.il) left irc: Quit: Leaving [21:54] waltervn: once in a while I browse ebay and such hoping to get lucky and find a cheapish bba [21:55] I doubt it'll ever happen, at least I do have a lan adapter [21:55] I bought a BBA from Lik-Sang way back when... and then a year later they wanted to buy it back from me [21:58] the MIDI adapter is pretty neat as well, but I don't think ScummVM supports it [22:00] rsn8887: controls like ulimit/cgroups can limit process size, so even if there is enough physical ram, the image may be larger than the system allows. but i dont know anything about vita, or whether it has any such controls. [22:03] salty-horse (~salty-hor@unaffiliated/salty-horse) left irc: Quit: Leaving [22:09] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Quit: Leaving [22:18] snover: Since the Vita runs games such as Uncharted with 1.5 Gb of data etc. I doubt a little 50 MB executable should be above its limits, but that seems to be what I am seeing... I will do some more tests in a few hours and see what else I can find out. I will try increasing heap from 192 to 256 MB and higher, stripping the exe of all debug symbols, adding and removing engines to find out when the limit is really [22:18] hit. [22:20] game data size != executable size [22:21] True but surely some of these games have large executables? [22:21] Some games on Windows have 100 MB executables I bet the Vita is similar, but it is just a guess [22:22] I wonder why no-one has leaked the official VITA SDK documentation. Surely Sony sends it to all the developers, and I would guess it is just a large pdf. [22:23] I don't own Uncharted but I have dumped a few of my Vita games... let me check some file sizes for you :) [22:24] the eboot.bin for Wipeout 2048 is 5324kb [22:25] Tetris Ultimate is 32758kb, lol [22:26] Syberia 2 is currently available for free [22:26] .... [22:26] on Origin :P [22:28] And I just double-checked. My .elf file is 50 MB but the resulting eboot.bin is only 15 MB. So Tetris Ultimate is already larger than that. I should have been more clear. The eboot.bin executable must be compressed. [22:30] I think I read that Uncharted keeps a lot of its logic in scripts (kind of like what scumm does) to keep executable size down [22:31] but I'd say that a 15MB eboot shouldn't be a problem [22:32] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [22:44] rsn8887: re: but the Pull Request path is also awkward because it creates a merge commit every single time [22:44] In the pull requests on GitHub you actually have a dropdown button that allows to create a merge commit, squash and merge or rebase and merge. [22:44] (if this is enabled for the project, and it is for ScummVM) [22:44] criezy: Which one of those will just "push" a single commit (no merge) [22:45] The last one (rebase and merge) [23:02] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [23:15] t0by (~t0by@unaffiliated/t0by) left irc: Quit: Bye! [23:33] WooShell (~Markus@ipbcc071f7.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. [23:40] Letting github do the rebase is a risk, since you can't preview/test the result [23:41] I would not recommend making a habit of that at all [23:45] 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. [23:52] I agree with that. I think I have used it twice on simple single commit PR (such as updating a translation before Weblate was setup). [00:00] --- Thu Mar 9 2017