Times are UTC Toggle Colours
00:00:08 <_glx_> I think it would be simpler to reverse pathfinding so the destination is the vehicle, that way you can have multiple origins 00:03:08 <xarick> https://cdn.discordapp.com/attachments/1008473233844097104/1214000139673276426/image.png?ex=65f784bc&is=65e50fbc&hm=b6fc488c09d5bf694060372b0ef348fba7e7f08b5a6a5bb86dcd4d6d3429c605& 00:03:08 <xarick> oops, it seems it made a copy 00:04:07 <LordAro> m_destTiles will be a copy of dest_tiles, yes 00:04:10 <LordAro> you can't avoid that 00:04:17 <_glx_> if m_destTiles is not a reference it will copy 00:04:24 <LordAro> well, technically you can but it's not a good idea to do so 00:04:41 <xarick> how do I do it? 00:04:49 <_glx_> but indeed it's expected to do a copy 00:05:21 <LordAro> i'm not going to tell you, because it will just lead you down a path that you shouldn't be going down 00:05:26 <LordAro> if you really want to, look it up 00:05:29 * LordAro bedtime 00:05:57 <xarick> imagine I have 500 ship depots 00:06:52 <xarick> copying 500 items from a vector to another is slower than... pointing to dest_tiles 00:07:13 <peter1138> If you want to pass ownership of dest_tile to m_destTiles, and don't need it again, pass it as an lvalue reference (not sure that's the right term), and use std::move. 00:07:46 <peter1138> `std::vector<TileIndex> &&dest_tiles` and `m_destTiles = std::move(dest_tiles);` 00:08:04 <peter1138> This only works if you don't need dest_tiles again after your SetShipDepotDestinations call. 00:16:07 <xarick> i'm in the rabbit hole 🙂 00:17:47 <peter1138> I wish you could fmt::format an enum and have it output the name of it... 00:18:04 <peter1138> Such reflection. 00:18:58 <xarick> couldn't do it.. bed time, will try again tomorrow 00:21:56 <xarick> https://cdn.discordapp.com/attachments/1008473233844097104/1214004871985107034/image.png?ex=65f78924&is=65e51424&hm=6345f6438dc39a6d7ff357f5510aa02cbed5018dce9604fca083eeaf72e2a231& 00:21:56 <xarick> that OtviAI is nasty 00:22:02 <xarick> okay cyas 00:52:25 <_glx_> peter1138: there's a way <https://fmt.dev/latest/api.html#formatting-user-defined-types> but it looks annoying 01:28:56 *** tokai has joined #openttd 01:28:56 *** ChanServ sets mode: +v tokai 01:30:08 <DorpsGek> [OpenTTD/OpenTTD] PeterN opened pull request #12218: Fix: Relocate main toolbar and statusbar before other windows. https://github.com/OpenTTD/OpenTTD/pull/12218 01:30:51 <tony_pixel> Stop it y'all 01:30:55 <tony_pixel> Go get some sleep 01:35:51 *** tokai|noir has quit IRC 01:48:37 *** HerzogDeXtEr has quit IRC 06:49:13 <belajalilija> tony_pixel: What are you gonna do? 22:45:55 <michi_cc> Stopping orders can lead to implicit orders, because the vehicle will just stop if it happens to stumble upon a station somewhere. Non-stop orders prevent any stops not on the explicit order list, so implicit orders are never generated. 23:00:09 *** nanapipirara has joined #openttd 23:00:09 <nanapipirara> talltyler: Not sure if this is related, but I find the “share orders” command very confusing. I always assumed it _exports_ the orders to a click vehicle. 23:01:49 <xarick> implicit orders with shared orders doesn't work that well 23:02:32 <xarick> I found that sometimes the implicit orders are deleted, triggering unbunch variable resets 23:03:27 <DorpsGek> [OpenTTD/OpenTTD] glx22 opened pull request #12221: Remove: [Script] random_deviation from setting description table https://github.com/OpenTTD/OpenTTD/pull/12221 23:08:28 <xarick> ^_^ 23:08:51 <Eddi|zuHause> unbunch should probably ignore implicit orders