June 8, 2018 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >
June 8, 2018 [00:00:01] *** cheakoirccloud <cheakoirccloud!uid293319@gateway/web/irccloud.com/x-sbgbsuugnklbgwju> has quit IRC (Quit: Connection closed for inactivity)[00:02:25] *** drewbarbs <drewbarbs!~drewbarbs@c-76-21-232-2.hsd1.md.comcast.net> has quit IRC (Ping timeout: 256 seconds)[00:03:57] *** drewbarbs <drewbarbs!~drewbarbs@2601:14a:700:eaa1:b4d1:3650:4556:2d71> has joined ##vulkan[00:32:38] *** Deluxe <Deluxe!~Deluxe@212.4.150.151> has quit IRC (Read error: Connection reset by peer)[00:34:00] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[00:38:18] *** ector <ector!~asdf@ua-85-224-236-175.bbcust.telenor.se> has quit IRC ()[00:50:13] *** ville <ville!~ville@87-93-5-252.bb.dnainternet.fi> has quit IRC (Ping timeout: 256 seconds)[00:50:54] *** ville <ville!~ville@87-93-5-252.bb.dnainternet.fi> has joined ##vulkan[01:23:49] *** cheakoirccloud <cheakoirccloud!uid293319@gateway/web/irccloud.com/x-dgfeoeroxbomlqvf> has joined ##vulkan[01:25:07] *** derhass <derhass!~derhass@ipservice-092-216-121-149.092.216.pools.vodafone-ip.de> has quit IRC (Quit: leaving)[01:35:15] *** cramalho_ <cramalho_!~cramalho@179.190.254.211> has joined ##vulkan[01:36:54] *** cramalho <cramalho!~cramalho@2804:54:16f5:8200:bd67:9a34:7fbd:ea22> has quit IRC (Ping timeout: 265 seconds)[01:36:54] *** cramalho_ is now known as cramalho[01:47:31] *** slime <slime!~slime73@24.215.81.93> has joined ##vulkan[01:49:48] *** Kingsquee <Kingsquee!~kingsquee@d66-183-127-35.bchsia.telus.net> has quit IRC (Quit: しょうがない)[02:45:40] *** jdashg <jdashg!~jdashg@corp-nat.fw1.untrust.mtv2.mozilla.net> has quit IRC (Ping timeout: 245 seconds)[02:51:43] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has joined ##vulkan[03:24:02] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7nwo55b2ai93yt.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 256 seconds)[03:24:38] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Quit: Leaving)[03:25:43] *** Kingsquee <Kingsquee!~kingsquee@d66-183-127-35.bchsia.telus.net> has joined ##vulkan[03:36:26] *** random_james is now known as random_james_awy[03:36:28] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[03:54:04] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Quit: Leaving)[04:34:23] *** cocholate_ <cocholate_!~cppfag@187.67.9.46> has quit IRC (Quit: cocholate_)[04:42:56] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[04:43:15] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Max SendQ exceeded)[04:43:38] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[05:10:20] *** cramalho <cramalho!~cramalho@179.190.254.211> has quit IRC (Quit: cramalho)[05:10:39] *** cramalho <cramalho!~cramalho@179.190.254.211> has joined ##vulkan[05:11:20] *** begui <begui!~bj@108-200-216-48.lightspeed.dybhfl.sbcglobal.net> has joined ##vulkan[05:32:58] *** cheakoirccloud <cheakoirccloud!uid293319@gateway/web/irccloud.com/x-dgfeoeroxbomlqvf> has quit IRC (Quit: Connection closed for inactivity)[05:41:02] *** xaxazak <xaxazak!~xaxazak@125-238-194-79-fibre.bb.spark.co.nz> has joined ##vulkan[05:45:02] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[06:04:51] *** xaxazak <xaxazak!~xaxazak@125-238-194-79-fibre.bb.spark.co.nz> has quit IRC (Read error: No route to host)[06:04:58] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[06:06:49] *** RicardasSim <RicardasSim!~RicardasS@78-63-172-44.static.zebra.lt> has quit IRC (Quit: Leaving)[06:13:02] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Quit: Leaving)[06:27:00] *** goiko <goiko!~goiko@unaffiliated/goiko> has quit IRC (Ping timeout: 260 seconds)[06:27:42] *** goiko_ <goiko_!~goiko@p5DEB7FA6.dip0.t-ipconnect.de> has joined ##vulkan[06:33:08] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[06:47:59] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[06:48:18] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Max SendQ exceeded)[06:48:44] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[07:00:52] <ColaEuphoria> If a device has a maxMemoryAllocationCount of 4096, is that per instance? or is it for every application using the card together?[07:34:59] *** nsf <nsf!~nsf@jiss.convex.ru> has joined ##vulkan[07:40:16] *** daxar <daxar!~daxar@62-46-171-145.adsl.highway.telekom.at> has joined ##vulkan[07:43:59] *** daxar4 <daxar4!~daxar@62-46-174-148.adsl.highway.telekom.at> has quit IRC (Ping timeout: 276 seconds)[07:57:15] *** RicardasSim <RicardasSim!~RicardasS@78-63-172-44.static.zebra.lt> has joined ##vulkan[08:02:25] *** RicardasSim <RicardasSim!~RicardasS@78-63-172-44.static.zebra.lt> has left ##vulkan ("Leaving")[08:12:14] <dyl> ColaEuphoria: wouldn’t it be per device?[08:12:19] <dyl> If it’s a properly you get from the device.[08:13:21] <dyl> From the spec:[08:13:26] <dyl> “maxMemoryAllocationCount is the maximum number of device memory allocations, as created by vkAllocateMemory, which can simultaneously exist.”[08:13:52] <dyl> So in other words the allocation table is expressed as a fixed length vector rather than a linked list, and you can only have that many allocations on a device.[08:14:05] <dyl> Though that doesn’t say anything about the total size of all allocations.[08:14:58] <dyl> It’s a properly on VkPhysicalDeviceLimits so it presumably applies to physical devices![08:15:06] <dyl> property*[08:15:29] <dyl> As chrisf might say, RTFS (read the f*cking spec)[08:15:55] <dyl> I would assume that between instances there is some form of swapping, based on my read of the spec.[08:17:17] <dyl> To analogize, if we were talking about a physical CPU instance it might vend the number of standard width registers as N to all applications.[08:17:33] <dyl> You just ignore that those registers are being swapped for multitenant usage.[08:17:42] <dyl> You can act as if you have access to all N.[08:22:35] *** tambre <tambre!~tambre@xn--fsika-kvaa.tambre.ee> has joined ##vulkan[08:35:17] *** it_ <it_!9357111b@gateway/web/freenode/ip.147.87.17.27> has joined ##vulkan[08:36:25] <it_> Hello. I am having a few issues with my vulkan application. 1) It limits itself to 60 FPS 2) The validation layers don't (? I tried to destroy the logical device 2x) work[08:36:55] <it_> I don't think I changed something related to that in my application, it used to work. 1) The application used to run @ ~900 FPS 2) The validation layers worked[08:37:23] <it_> Could 1) be related to a driver update??? What about the validation layers? How can I check if I actually initialize them correctly?[08:39:54] <exDM69> it_: what makes you think validation layers don't work?[08:40:21] <exDM69> try enabling them excplicitly at device initialization or with environment variables[08:40:50] <exDM69> limiting to 60 fps is good, and you probably cause it by waiting on the sync objects given by the swapchain[08:42:09] *** grouse <grouse!~grouse@83-233-9-2.cust.bredband2.com> has joined ##vulkan[08:42:10] <it_> Well, I remember them triggering when I destroy a vulkan object 2x...? It doesn't display anything anymore. Although I just enabled the information bit and I got a lot of into[08:42:25] <it_> But most of it is just "Device Extension:" something... so...?[08:42:43] *** goiko_ <goiko_!~goiko@p5DEB7FA6.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 265 seconds)[08:43:09] *** goiko__ <goiko__!~goiko@p5DEB7EC6.dip0.t-ipconnect.de> has joined ##vulkan[08:44:12] <it_> And about the 60 fps, I have a vkQueueWaitIdle for my present queue when I "draw" a frame[08:44:20] <it_> But if I remove it, the fps do not go up...[08:46:00] <it_> Also I just found online somehere that giving the wrong structure type to a structure should cause the validation layers to report an error? They don't...[08:47:24] *** xissburg <xissburg!~xissburg@unaffiliated/xissburg> has quit IRC (Quit: ZZZzzz…)[08:56:16] <it_> Also exDM69, what do you mean by enabling them excplicitly at device initialization?[09:04:39] <exDM69> it_: you can enable/disable layers at instance/device initialization[09:17:05] <it_> Well I think I do that? I enable the standard_validation layers and the debug_report extension on instance-level[09:17:30] <it_> On device-level I don't do anything I guess? Layers are deprecated iirc and the debug_report extension is an instance-level extension, so that won't work out?[09:18:26] <it_> But well, it reports stuff into my console with the information bit set, mainly about "device extension:" something... Apparantly that bit is supposed to report when vulkan objects are created, but it doesn't report them. Only something about different extensions......[09:34:16] <it_> ..?[09:48:39] *** Kingsquee <Kingsquee!~kingsquee@d66-183-127-35.bchsia.telus.net> has quit IRC (Quit: しょうがない)[09:52:06] *** mandeep_ <mandeep_!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has joined ##vulkan[09:55:09] *** mandeep <mandeep!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Ping timeout: 256 seconds)[09:59:46] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has joined ##vulkan[10:09:22] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[10:14:30] *** mandeep_ <mandeep_!mandeep@gateway/vpn/privateinternetaccess/mandeepb> has quit IRC (Ping timeout: 260 seconds)[10:27:03] *** it__ <it__!9357111b@gateway/web/freenode/ip.147.87.17.27> has joined ##vulkan[10:27:44] *** it_ <it_!9357111b@gateway/web/freenode/ip.147.87.17.27> has quit IRC (Ping timeout: 260 seconds)[10:32:22] <it__> Any way I can trigger the VK_DEBUG_REPORT_EXT to report an error without the application crashing?[10:40:47] <ratchetfreak> pass a struct with the wrong stype to a function[10:41:18] <it__> For example after creating the debug callback, I create the logical device[10:41:41] <it__> So setting the wrong type for the create info should cause the program to report an error?[10:43:22] <it__> I did that. I passed VK_STRUCTURE_TYPE_INSTANCE_CREATE_INFO to a VkDeviceCreateInfo, no error is reported[10:45:47] <it__> To the VkDebugReportCallbackCreateInfoExt I pass VK_DEBUG_REPORT_FLAG_BITS_MAX_ENUM_EXT, no error is reported[10:46:11] <it__> But what happens is I get a lot of "Device extension: <extension name> (<location>) version <version>" messages[10:46:38] <it__> One "Loading layer library" for ...something weird and one "Inserted device layer" for VK_LAYER_NV_optimus[10:46:44] <it__> But unfortunately no error message...??[10:47:01] <it__> I assume that the debug callback seems to be working, otherwise I wouldn't get any messages...?[10:47:31] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[10:51:09] <exDM69> it__: unlike GL, the Vk loaders/layers can output (to stdout/stderr) without a debug callback[10:53:03] <it__> Yes, and that means it should be working either way...?[10:54:00] <it__> Also the information messages are printed out through my callback function, I prepend a text there to check it's actually that one being called...[10:56:18] <ratchetfreak> did you activate the validation layers?[10:56:29] <neure> youtube closed caption for SPIR-V: spur beast[10:58:55] <it__> I think so, I am honestly not 100% sure[10:59:52] <it__> It looks like I pass VK_LUNARG_standard_validation or whatever the name was as instance layer and VK_DEBUG_REPORT_EXT or whatever as instance extension, no extension to the device (except the ones needed for other stuff)[11:01:17] <it__> Layers: VK_LAYER_LUNARG_standard_validation, Extensions: VK_EXT_debug_report[11:01:55] <it__> GPU is Intel UHD Graphics 620, I have an MX150 but the program actually crashes at some point with that card, no clue why[11:02:17] <it__> Also I used to have a 60 FPS limitation, the intel doesn't have that. Only the NVidia card limits itself now to 60 fps[11:02:48] <it__> Additional extensions include the ones given by GLFW which it needs for the surface (VK_KHR_surface, VK_KHR_win32_surface)[11:03:59] <it__> So I think it is enabled...?[11:14:53] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[11:16:14] *** it__ <it__!9357111b@gateway/web/freenode/ip.147.87.17.27> has quit IRC (Quit: Page closed)[11:35:21] *** goiko__ <goiko__!~goiko@p5DEB7EC6.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[11:35:46] *** goiko_ <goiko_!~goiko@p5DEB7A21.dip0.t-ipconnect.de> has joined ##vulkan[11:43:11] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[11:47:28] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[12:04:21] *** goiko_ <goiko_!~goiko@p5DEB7A21.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[12:04:44] *** goiko__ <goiko__!~goiko@p5DEB79A1.dip0.t-ipconnect.de> has joined ##vulkan[13:03:45] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has joined ##vulkan[13:19:01] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Quit: This computer has gone to sleep)[13:20:02] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has joined ##vulkan[13:20:02] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Client Quit)[13:40:14] *** Deluxe <Deluxe!~Deluxe@2001:67c:1220:80e:e9:1d2:f14f:e47f> has joined ##vulkan[13:45:14] *** psychicist__ <psychicist__!~psychicis@x-145-94-61-129.wired.tudelft.nl> has joined ##vulkan[13:50:14] *** grouse <grouse!~grouse@83-233-9-2.cust.bredband2.com> has quit IRC (Quit: Leaving)[13:58:30] *** goiko__ <goiko__!~goiko@p5DEB79A1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)[13:58:46] *** goiko_ <goiko_!~goiko@p5DEB74BA.dip0.t-ipconnect.de> has joined ##vulkan[14:28:35] *** plasticle <plasticle!~plasticle@cpe-2606-A000-111C-80A6-CE4F-9B09-2491-7A77.dyn6.twc.com> has quit IRC (Quit: WeeChat 2.0.1)[14:29:00] *** plasticle <plasticle!~plasticle@cpe-2606-A000-111C-80A6-CE4F-9B09-2491-7A77.dyn6.twc.com> has joined ##vulkan[14:42:12] *** goiko_ <goiko_!~goiko@p5DEB74BA.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[14:43:09] *** goiko__ <goiko__!~goiko@p5DEB73F1.dip0.t-ipconnect.de> has joined ##vulkan[14:44:44] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[14:55:27] *** cheakoirccloud <cheakoirccloud!uid293319@gateway/web/irccloud.com/x-kemupxxhzzyiucsk> has joined ##vulkan[15:00:33] *** ville_ <ville_!~ville@87-95-206-78.bb.dnainternet.fi> has joined ##vulkan[15:01:21] *** ville <ville!~ville@87-93-5-252.bb.dnainternet.fi> has quit IRC (Ping timeout: 248 seconds)[15:01:27] *** ville_ is now known as ville[15:13:43] *** nsf <nsf!~nsf@jiss.convex.ru> has quit IRC (Quit: WeeChat 2.1)[15:24:43] *** goiko__ <goiko__!~goiko@p5DEB73F1.dip0.t-ipconnect.de> has quit IRC (Quit: ﴾͡๏̯͡๏﴿ O'RLY? Bye!)[15:25:24] *** goiko <goiko!~goiko@p5DEB73F1.dip0.t-ipconnect.de> has joined ##vulkan[15:25:24] *** goiko <goiko!~goiko@p5DEB73F1.dip0.t-ipconnect.de> has quit IRC (Changing host)[15:25:24] *** goiko <goiko!~goiko@unaffiliated/goiko> has joined ##vulkan[15:30:33] *** goiko <goiko!~goiko@unaffiliated/goiko> has quit IRC (Ping timeout: 268 seconds)[15:31:21] *** Deluxe <Deluxe!~Deluxe@2001:67c:1220:80e:e9:1d2:f14f:e47f> has quit IRC (Remote host closed the connection)[15:34:21] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[15:42:38] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Read error: Connection reset by peer)[15:45:14] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has joined ##vulkan[16:15:25] *** neurre <neurre!~tsuoranta@mobile-access-bcee17-78.dhcp.inet.fi> has joined ##vulkan[16:19:51] *** ishan_ <ishan_!~ishan@223.181.40.72> has joined ##vulkan[16:44:36] *** ishan_ <ishan_!~ishan@223.181.40.72> has quit IRC (Ping timeout: 265 seconds)[16:45:19] *** ishan_ <ishan_!~ishan@2409:4053:796:3e8:dc2c:de0c:6bc7:3697> has joined ##vulkan[16:47:01] *** neurrre <neurrre!~tsuoranta@193.209.96.43> has joined ##vulkan[16:48:44] *** Atemu <Atemu!~atemu@toronto.twg.ca> has joined ##vulkan[16:50:27] *** neurre <neurre!~tsuoranta@mobile-access-bcee17-78.dhcp.inet.fi> has quit IRC (Ping timeout: 260 seconds)[16:51:18] *** HZun <HZun!~HZun@0x3ec72d49.osd.customer.dk.telia.net> has joined ##vulkan[17:17:03] *** goiko <goiko!~goiko@p5DEB7101.dip0.t-ipconnect.de> has joined ##vulkan[17:17:03] *** goiko <goiko!~goiko@p5DEB7101.dip0.t-ipconnect.de> has quit IRC (Changing host)[17:17:03] *** goiko <goiko!~goiko@unaffiliated/goiko> has joined ##vulkan[17:29:08] *** Deluxe <Deluxe!~Deluxe@212.4.150.151> has joined ##vulkan[17:31:51] *** nsf <nsf!~nsf@jiss.convex.ru> has joined ##vulkan[17:43:08] *** xissburg <xissburg!~xissburg@unaffiliated/xissburg> has joined ##vulkan[17:44:46] *** psychicist__ <psychicist__!~psychicis@x-145-94-61-129.wired.tudelft.nl> has quit IRC (Ping timeout: 264 seconds)[17:52:27] <friden> this is a wierd question, but is it remotly possible to use Vulkan to draw in a WPF application? I've done that with d3d9, and d3d11 with shared resources, but never got it to work in OpenGL because of the airspace problem[17:53:44] *** _d3x0r <_d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has joined ##vulkan[17:53:53] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Read error: Connection reset by peer)[17:53:56] *** _d3x0r is now known as d3x0r[17:54:03] <friden> i read about the new features in Vulkan 1.1 and read something about external memory, is that applicable here?[17:55:08] <fazias> external memory is for sharing resources between processes and different api's[17:57:14] *** borkr <borkr!~borkr@static130-244.mimer.net> has joined ##vulkan[17:57:27] *** borkr <borkr!~borkr@static130-244.mimer.net> has quit IRC (Remote host closed the connection)[17:58:24] *** _d3x0r <_d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has joined ##vulkan[17:58:29] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Read error: Connection reset by peer)[17:58:29] *** _d3x0r is now known as d3x0r[17:59:59] <friden> fazias: so it sounds like it's relevant at least, ill look deeper into it[18:12:16] <ratchetfreak> I think this is as close as you'll get: https://docs.microsoft.com/en-us/dotnet/framework/wpf/advanced/wpf-and-win32-interoperation[18:21:24] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has quit IRC (Ping timeout: 260 seconds)[18:30:38] *** neurre <neurre!~Timo@mobile-access-bcee17-78.dhcp.inet.fi> has joined ##vulkan[18:37:30] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Read error: Connection reset by peer)[18:38:51] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has joined ##vulkan[18:40:27] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Read error: Connection reset by peer)[18:41:32] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has joined ##vulkan[18:41:32] *** d3x0r <d3x0r!~d3x0r@ip174-72-226-164.lv.lv.cox.net> has quit IRC (Client Quit)[18:43:11] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[18:49:33] *** psychicist__ <psychicist__!~psychicis@5356A22B.cm-6-7c.dynamic.ziggo.nl> has joined ##vulkan[18:57:40] *** ishan__ <ishan__!~ishan@223.181.47.72> has joined ##vulkan[18:59:38] *** random_james_awy is now known as random_james[19:00:10] *** ishan_ <ishan_!~ishan@2409:4053:796:3e8:dc2c:de0c:6bc7:3697> has quit IRC (Ping timeout: 256 seconds)[19:09:14] *** it_ <it_!b2c5e2e8@gateway/web/freenode/ip.178.197.226.232> has joined ##vulkan[19:10:01] <it_> Hello. Earlier today I asked for help because my validation layers did not report any errors. I have now created a simple example of which I think line 57 should cause an error?[19:10:22] <it_> It doesn't. Can someone confirm it should report and error and help me with why it does not...? https://pastebin.com/fGhEXrZ4[19:11:21] <it_> Graphics card shouldn't make a difference I guess...? But it's NVidia MX150 and Intel UHD 620. IDE is Visual Studio and I used CMake to setup the project. I have installed the SDK... a few months ago, so I hope that isn't the problem...?[19:13:26] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7nwo55b2ai93yt.18120a2.ip6.access.telenet.be> has joined ##vulkan[19:15:32] *** neurrre <neurrre!~tsuoranta@193.209.96.43> has quit IRC (Quit: Leaving)[19:18:57] *** ville <ville!~ville@87-95-206-78.bb.dnainternet.fi> has quit IRC (Ping timeout: 240 seconds)[19:24:17] *** neurre <neurre!~Timo@mobile-access-bcee17-78.dhcp.inet.fi> has quit IRC (Quit: Leaving)[19:24:23] *** davr0s <davr0s!~textual@host86-157-70-142.range86-157.btcentralplus.com> has joined ##vulkan[19:29:39] <it_> Ok... So re-installing the LunarG SDK or at least the newest version seems to have solved the problem... weird[19:29:59] <it_> Now my other problem is that when removing that errorneous line 57 and not destroying the debug callback, it is report 4x?[19:30:26] <it_> Always on the "same object" though[19:39:56] *** HZun <HZun!~HZun@0x3ec72d49.osd.customer.dk.telia.net> has quit IRC (Quit: Leaving)[19:41:54] *** it_ <it_!b2c5e2e8@gateway/web/freenode/ip.178.197.226.232> has quit IRC (Ping timeout: 260 seconds)[19:46:20] *** derhass <derhass!~derhass@ipservice-092-216-121-149.092.216.pools.vodafone-ip.de> has joined ##vulkan[19:51:09] *** borkr <borkr!~borkr@static130-244.mimer.net> has joined ##vulkan[19:51:39] *** goiko <goiko!~goiko@unaffiliated/goiko> has quit IRC (Ping timeout: 265 seconds)[19:51:53] *** goiko_ <goiko_!~goiko@p57B5DC0F.dip0.t-ipconnect.de> has joined ##vulkan[19:54:18] *** ZeroWalker <ZeroWalker!~Zerowalke@78-67-154-24-no268.tbcn.telia.com> has quit IRC (Quit: Leaving)[20:09:57] *** goiko_ <goiko_!~goiko@p57B5DC0F.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 264 seconds)[20:11:02] *** goiko__ <goiko__!~goiko@p57B5DC66.dip0.t-ipconnect.de> has joined ##vulkan[20:11:03] *** ville <ville!~ville@37-136-117-121.rev.dnainternet.fi> has joined ##vulkan[20:11:41] *** ishan__ <ishan__!~ishan@223.181.47.72> has quit IRC (Remote host closed the connection)[20:14:37] *** ishan_ <ishan_!~ishan@2405:205:2392:dd09:a4a:f3c1:37d0:3c75> has joined ##vulkan[20:18:35] *** goiko__ <goiko__!~goiko@p57B5DC66.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 245 seconds)[20:18:47] *** goiko_ <goiko_!~goiko@p57B5DC99.dip0.t-ipconnect.de> has joined ##vulkan[20:36:30] *** goiko_ <goiko_!~goiko@p57B5DC99.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)[20:38:08] *** MrFlibble <MrFlibble!MrFlibble@2.122.47.217> has joined ##vulkan[20:38:19] *** goiko_ <goiko_!~goiko@p57B5DCE8.dip0.t-ipconnect.de> has joined ##vulkan[20:46:53] *** Salek <Salek!~salek@91-155-9-229.elisa-laajakaista.fi> has joined ##vulkan[20:49:10] *** goiko_ <goiko_!~goiko@p57B5DCE8.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)[20:49:58] *** goiko__ <goiko__!~goiko@p57B5DB16.dip0.t-ipconnect.de> has joined ##vulkan[21:03:52] *** goiko__ <goiko__!~goiko@p57B5DB16.dip0.t-ipconnect.de> has quit IRC (Quit: ﴾͡๏̯͡๏﴿ O'RLY? Bye!)[21:09:10] *** ciaala <ciaala!~crypt@2a02:120b:2c1f:4960:6ef0:49ff:feee:4777> has joined ##vulkan[21:28:36] *** jdashg <jdashg!~jdashg@corp-nat.fw1.untrust.mtv2.mozilla.net> has joined ##vulkan[21:30:51] *** sla_ro|master <sla_ro|master!~sla.ro@78.96.209.89> has joined ##vulkan[21:44:08] <dyl> Looks like allocateCommandBuffersUnique is borked in vulkan.hpp.[21:44:38] <dyl> (at least with exceptions disabled)[21:45:38] <dyl> vk::ResultValue<std::Vector<vk::UniqueHandle<...>>> doesn't work it seems.[21:51:31] *** sla_ro|master <sla_ro|master!~sla.ro@78.96.209.89> has quit IRC ()[21:52:49] *** Atemu <Atemu!~atemu@toronto.twg.ca> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[21:57:21] *** Deluxe <Deluxe!~Deluxe@212.4.150.151> has quit IRC (Read error: Connection reset by peer)[21:58:29] *** Deluxe <Deluxe!~Deluxe@212.4.150.151> has joined ##vulkan[22:01:45] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has joined ##vulkan[22:01:46] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Quit: glYoda)[22:04:09] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has joined ##vulkan[22:11:09] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Ping timeout: 264 seconds)[22:33:42] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has quit IRC (Quit: Leaving)[22:38:53] *** MrCooper <MrCooper!~MrCooper@2a02:120b:7fe:4fc0:3a63:bbff:feca:3701> has quit IRC (Ping timeout: 265 seconds)[22:54:47] *** borkr <borkr!~borkr@static130-244.mimer.net> has quit IRC (Ping timeout: 245 seconds)[22:55:40] *** ville <ville!~ville@37-136-117-121.rev.dnainternet.fi> has quit IRC (Quit:)[23:05:12] *** Deluxe <Deluxe!~Deluxe@212.4.150.151> has quit IRC (Remote host closed the connection)[23:11:26] *** halbeno <halbeno!~halbeno@S0106ac202ecc7933.ed.shawcable.net> has joined ##vulkan[23:15:08] *** ishan_ <ishan_!~ishan@2405:205:2392:dd09:a4a:f3c1:37d0:3c75> has quit IRC (Remote host closed the connection)[23:15:29] *** ishan_ <ishan_!~ishan@2405:205:2392:dd09:da82:7f2e:d6eb:8e25> has joined ##vulkan[23:30:54] *** cramalho <cramalho!~cramalho@179.190.254.211> has quit IRC (Quit: cramalho)[23:31:20] *** cramalho <cramalho!~cramalho@179.190.254.211> has joined ##vulkan[23:31:51] *** ville <ville!~ville@37-136-71-144.rev.dnainternet.fi> has joined ##vulkan[23:35:23] *** cramalho <cramalho!~cramalho@179.190.254.211> has quit IRC (Client Quit)[23:35:46] *** cramalho <cramalho!~cramalho@179.190.254.211> has joined ##vulkan[23:49:51] <dyl> Looks like there’s some holes in using UniqueHandle for synchronization objects in general.