20:31 <+clonejo> dav1d: Notch
20:32 <+clonejo> hm, probably someone else at Mojang
20:48 -!- Nitrodex [Nitrodex@maple.monsterbnc.org] has joined #mcdevs
20:48 -!- Nitrodex is now known as Guest87428
20:56 -!- Jckf [~jckf@2001:470:27:155::2] has joined #mcdevs
20:57 -!- jast [jast@zoidberg.org] has quit [Remote host closed the connection]
20:57 -!- ashka [~postmaste@pdpc/supporter/active/ashka] has quit [Ping timeout: 245 seconds]
20:57 -!- jast [jast@zoidberg.org] has joined #mcdevs
20:58 -!- Ghoul_ [uid6924@gateway/web/irccloud.com/x-xqeuhvbwdjnjkqlu] has quit [Ping timeout: 264 seconds]
20:59 -!- xy [xy@unaffiliated/xy] has quit [Ping timeout: 245 seconds]
20:59 -!- sfan5 [~sfan5@minetest.ru] has quit [Ping timeout: 245 seconds]
21:00 -!- ashka [~postmaste@pdpc/supporter/active/ashka] has joined #mcdevs
21:00 -!- dav1d [dav1d@unaffiliated/dav1d] has quit [Ping timeout: 247 seconds]
21:01 -!- xy [xy@unaffiliated/xy] has joined #mcdevs
21:01 -!- M6PIC [519f5dc8@gateway/web/freenode/ip.81.159.93.200] has quit [Ping timeout: 250 seconds]
21:03 -!- dav1d [dav1d@static.82.162.46.78.clients.your-server.de] has joined #mcdevs
21:03 -!- dav1d [dav1d@static.82.162.46.78.clients.your-server.de] has quit [Changing host]
21:03 -!- dav1d [dav1d@unaffiliated/dav1d] has joined #mcdevs
21:03 -!- sfan5 [~sfan5@minetest.ru] has joined #mcdevs
21:06 < dav1d> pdelvo: ping
21:07 -!- shoghicp_ [~shoghicp@77.225.6.14] has joined #mcdevs
21:11 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Ping timeout: 276 seconds]
21:11 -!- shoghicp_ is now known as shoghicp
21:15 < dav1d> I guess the D guy is gone
21:15 < dav1d>     s.write(cast(ushort)data.length);
21:15 < dav1d>     s.writeStringW(toUTF16(data));
21:15 < dav1d> that would be all he'd need
21:42 -!- nathacof [~nathacof@2620:0:1cfe:28:aa20:66ff:fe3f:9f32] has joined #mcdevs
21:48 <+sadimusi> SirCmpwn: I'm presenting my bachelor's thesis tomorrow, that's why I didn't really have time for burger lately...
21:50 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
21:59 < dav1d> sadimusi: good luck! 
21:59 <+sadimusi> thanks
21:59 <+pdelvo> dav1d pong :D
21:59 < dav1d> pdelvo: did you have any znc issues today?
21:59 < dav1d> ~21:00
22:03 <+pdelvo> nope works fine!
22:11 < dav1d> then I guess it was an issue on my end
22:11 < xy> dav1d: is your znc located at hetzner?
22:11 < dav1d> xy: yes!
22:11 < xy> hetzner had some network issues today
22:11 < xy> i experienced the same
22:11 < dav1d> xy: around 21:00 
22:11 < dav1d> couldn't even login into ssh
22:11 < xy> quite exactly, indeed
22:11 < dav1d> connection timed out
22:11 < xy> similar here, 2s of ping and 75% of packet loss
22:12 < dav1d> ah, good that explains it, already thought I messed up somewhere
22:12 < xy> hetzner regurarily has that i think
22:12 < dav1d> never experienced that before, well once but I thought that wass my fault, maybe it wasn't
22:13 < dav1d> thanks!
22:13 < xy> well
22:13 < xy> let's bug them with support tickets
22:14 < dav1d> xy: do i get a discount if I file a ticket?^^
22:14 < xy> dav1d: if you say that you experienced that a couple of times and if you complain about your network uptime being bad, you might
22:15 < dav1d> na, I am really satisfied with hetzner
22:15 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection]
22:21 < xy> dav1d: hetzner's SLA is "only" 99% as i've seen (other hosters offer 99.9%) - i guess you can't ask them for refund because of 2 minutes per day (0.13%) although it is annoying *shrug*
22:21 < dav1d> na, maybe if it happens more often in the future
22:30 < xy> wait let me traceroute you from the server i'm on
22:31 < xy> only 5 hops, 0.5 milliseconds ping
22:40 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Read error: Connection reset by peer]
22:41 < dav1d> 1TB traffic, using 4gb :(
22:42 -!- M6PIC [519f5dc8@gateway/web/freenode/ip.81.159.93.200] has joined #mcdevs
22:43 < M6PIC> It stil says the server is 1.3
22:43 < dav1d>     s.write(cast(ushort)data.length);
22:44 < dav1d>     s.writeStringW(toUTF16(data));
22:44 < dav1d> M6PIC: ^
22:44 < dav1d> all you need
22:44 < dav1d> asssuming you already switched to std.stream
22:44 < dav1d> where is(typeof(data) : string)
22:53 -!- Not-002 [~notifico@198.199.82.216] has quit [Ping timeout: 246 seconds]
22:54 < M6PIC> What is FileMode?
22:54 < dav1d> M6PIC: can you be more specific?
22:55 < zutto> r, rw, w, a?
22:55 < M6PIC> In the constructor of std.SocketStream.
22:55 -!- Ghoul_ [uid6924@gateway/web/irccloud.com/x-tyryyortiayochnl] has joined #mcdevs
22:56 < dav1d> M6PIC: In case you haven't seen it: https://github.com/Dav1dde/BraLa/tree/master/brala/network
22:56 < dav1d> whole minecraft protocol in D
22:57 < dav1d> M6PIC: "Uses mode FileMode.In | FileMode.Out."
22:57 < dav1d> use the overloaded destructor
22:57 < dav1d> that's what you want
22:57 -!- levifig [~levifig@spwn.co] has quit [Read error: Operation timed out]
22:57 < dav1d> the new github design takes time getting used too
22:57 < dav1d> I prefer the old one :(
22:58 < zutto> new design?
22:59 < zutto> looks the same to me ;o
22:59 < dav1d> zutto: I got asked if I wanna try out the "new"
22:59 < dav1d> it isn't default (yet)
23:00 < dav1d> and I can't find an option to set it back
23:00 < dav1d> zutto: https://github.com/blog/1529-repository-next
23:01 < zutto> ah i see
23:01 < zutto> i'm glad they're reducing the animations
23:01 -!- levifig [~levifig@spwn.co] has joined #mcdevs
23:04 <+Prf_Jakob> dav1d: yeah, I think its better
23:04 < dav1d> Prf_Jakob: you actually prefer it?
23:04 <+Prf_Jakob> dav1d: I really only use it for navigating files or the commit history
23:04 <+Prf_Jakob> dav1d: kinda yeah
23:04 < dav1d> I don't like that the main view got smaller (width of code, file browser, readme)
23:04 < dav1d> not symmetric anylonger
23:04 < dav1d> gives me ocd issues
23:04 <+Prf_Jakob> ah
23:04 <+Prf_Jakob> hmm
23:05 <+Prf_Jakob> 30" monitor, doesn't really mind
23:05 < dav1d> Prf_Jakob: :(
23:05  * dav1d sits infront of his 12"
23:05 < dav1d> (well feels like 12")
23:05 <+Prf_Jakob> hehe
23:05 <+SirCmpwn> sadimusi: good luck with thesis, hoping for burger before 1.6.x drops
23:05 <+SirCmpwn> sadimusi: plenty of time
23:05 < M6PIC> Cool. Got to go. Thanks all.
23:05 -!- M6PIC [519f5dc8@gateway/web/freenode/ip.81.159.93.200] has quit [Quit: Page closed]
23:06 <+Prf_Jakob> and secondary 1600x1200 19" monitor, the again that screen is just the browser window.
23:06 <+Prf_Jakob> dav1d: I like the speed
23:06 <+Prf_Jakob> dav1d: since all I do I check commits and post links to code to explain stuff.
23:06 < dav1d> I should by a nice 30", too
23:07 -!- Guest32757 [Me4502@irc.me4502.com] has quit [Ping timeout: 245 seconds]
23:07 < dav1d> haha I can imagine the look of my flat-mates
23:07 <+Prf_Jakob> dav1d: hehe
23:07 < dav1d> laptop+pc+two monitors
23:07 < dav1d> in a relativly small room
23:07 <+Prf_Jakob> dav1d: http://irc.walkyrie.se/desk.jpg
23:07 < dav1d> xD
23:07 < dav1d> you don't wanna see mine
23:07 <+Prf_Jakob> its "slightly" cleaned up :)
23:09 -!- Jckf [~jckf@2001:470:27:155::2] has quit [Ping timeout: 260 seconds]
23:09 -!- Yoshi2 [~chatzilla@xdsl-78-35-211-42.netcologne.de] has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
23:09 -!- Jckf [~jckf@wolfram.jckf.no] has joined #mcdevs
23:10 <+Prf_Jakob> dav1d: the only thing is that Dell made a new model of the screen, so if I get two more they will look different.
23:11 < dav1d> Prf_Jakob: mine is real mess
23:11 < dav1d> Prf_Jakob: http://s.dav1d.de/desk.jpg
23:11 <+SirCmpwn> https://github.com/Overv/MineAssemble
23:11 < dav1d> the surroundings are even wors
23:11 <+SirCmpwn> bootable minecraft in x86 assembly
23:11 < dav1d> e*worse
23:12 <+Prf_Jakob> dav1d: naw that looks good
23:12 < dav1d> notice that one beer hiding in the corner^^
23:12 < dav1d> yeah I "cleaned up" a few days ago
23:15 -!- Me4502 [Me4502@irc.me4502.com] has joined #mcdevs
23:15 -!- Me4502 is now known as Guest25708
23:19 <+pdelvo> my one is even worse :D
23:20 < dav1d> I think I have 20 empty water bottles laying around^^
23:21 <+pdelvo> Ive three. I tidied up yesterday :D
23:21 < dav1d> ^^
23:21 -!- barneygale [~barneygal@cpc22-sotn11-2-0-cust170.15-1.cable.virginmedia.com] has joined #mcdevs
23:23 <+clonejo> I wanted to take a picture but my phone's camera is too bad.
23:24 < dav1d> clonejo: :D
23:24 < dav1d> Nexus 4 <3
23:24 < dav1d> luv it
23:24 < dav1d> definitly worth it
23:25 <+Prf_Jakob> dav1d: I'm thinking of getting one of those as well
23:25 <+clonejo> I will get myself a job next semester. So I can do some spending.
23:25 < dav1d> Prf_Jakob: the nexus 4 is awesome, I am having some trouble, but I think I got a bad device
23:26 <+Prf_Jakob> dav1d: oh
23:26 < dav1d> if I keep it to long plugged to the power, it shuts off and I can't start it except with a hard restart
23:26 < dav1d> (well the "volume down + shutdown" combination
23:26 <+Prf_Jakob> weird
23:26 < dav1d> yeah, also freaks out if it's getting too hot
23:26 < dav1d> but might have just me getting unlucky, gotta send it back soon
23:27 < dav1d> too hot ~30-40°C
23:27 <+Prf_Jakob> that does sound like a problem
23:28 < dav1d> restarting it seems to work though
23:28 < dav1d> but that sucks..
23:29 <+Prf_Jakob> yeah
23:29 < dav1d> yay http://i.imgur.com/m2N7Uhu.png
23:29 < dav1d> it works, stinking mipmaps!
23:30 < dav1d> [color, normal, texcoord, position]
23:30 < dav1d> debugging FBOs like a boss
23:32 <+Prf_Jakob> dav1d: cool, what are you trying to do?
23:32 < dav1d> Prf_Jakob: deferred rendering, maybe :P
23:32 < dav1d> at least I got the infrastructure now
23:33 <+Prf_Jakob> dav1d: k
23:33 < dav1d> recently had a problem with the textures not showing
23:33 < dav1d> then I woke up in the middle of the night, and I knew, I had to generate mipmaps 
23:33 < dav1d> :D
23:44 < dav1d> notifico is dead!
23:44 <+Prf_Jakob> TkTech: ^
23:47 -!- nathacof [~nathacof@2620:0:1cfe:28:aa20:66ff:fe3f:9f32] has quit [Read error: Operation timed out]
--- Day changed mar. juin 18 2013
00:37 -!- r04r is now known as r04r|away
00:37 -!- nathacof_ [~nathacof@c-67-169-140-47.hsd1.ca.comcast.net] has joined #mcdevs
00:41 -!- nathacof_ [~nathacof@c-67-169-140-47.hsd1.ca.comcast.net] has quit [Remote host closed the connection]
00:50 -!- Xaardas [~tach@p5B251C6C.dip0.t-ipconnect.de] has quit [Quit: Tschuess und bis Bald]
00:52 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Quit: Leaving]
01:09 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
01:09 -!- barneygale [~barneygal@cpc22-sotn11-2-0-cust170.15-1.cable.virginmedia.com] has quit [Ping timeout: 248 seconds]
01:24 <+ammar2> alright which one of you crazy folks here did this https://github.com/Overv/MineAssemble
01:25 <+sadimusi> I really have to try to get this to run on a pi
01:25 <+ammar2> sadimusi: x86
01:26 <+sadimusi> ah, right :/
01:26 <+sadimusi> I could compile the initial C implementation
01:26 <+sadimusi> but then again, there is already a minecraft version for the pi
01:27 <+sadimusi> which didn't rellay work that well for me
01:33 <+AndrewPH> ammar2: overv probably did
01:33 <+AndrewPH> doesn't come around here, he's a facepuncher
01:33 <+AndrewPH> played garry's mod and developed stuff for it for a loong time
01:41 -!- TomyLobo [~TomyLobo@37-5-55-43-dynip.superkabel.de] has quit [Quit: Standby mode...]
01:57 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
02:28 -!- [z]2 [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has joined #mcdevs
02:29 -!- [z] [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has quit [Ping timeout: 256 seconds]
02:45 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
03:43 -!- AlbireoX [~AlbireoX@99-136-83-34.lightspeed.rcsntx.sbcglobal.net] has joined #mcdevs
03:45 -!- ranie [~rramiso@124.6.182.55] has joined #mcdevs
04:15 < dx> "At this point, I had two choices: write my own rasterizer or implement a raytracer. I decided to go with raytracing"
04:15 < dx> yep, he doesn't aim for efficiency at all
04:31 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Computer has gone to sleep.]
04:41 <+Prf_Jakob> dx: minecraft terrain is I think one of the few places raytracing makes sense.
04:43 < dx> Prf_Jakob: really? hm. but surely any other implementation could be much better, right?
04:43 <+Prf_Jakob> It lends it self to sparse trees
04:44 <+Prf_Jakob> dx: I mean sure if he had a GPU it wouldn't make sense
04:49 < dx> well yeah, a lot of things stop making sense if you can just use opengl
04:50 -!- ranie [~rramiso@124.6.182.55] has quit [Ping timeout: 246 seconds]
04:50 < dx> btw, you got me interested again in a project idea i had some time ago that involved writing a software 3d renderer and i never got around to decide a simple enough method to do it
04:51 < dx> raytracing seemed like the best option but i thought it would be impossible to do realtime
04:53 < dx> and finding explanations on how more complex software renderers work turned out to be rather hard.
05:03 -!- ranie [~rramiso@124.105.60.242] has joined #mcdevs
05:40 -!- AlbireoX [~AlbireoX@99-136-83-34.lightspeed.rcsntx.sbcglobal.net] has quit [Remote host closed the connection]
05:46 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
05:47 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
06:23 -!- Kage` [~Kage@198.148.81.187] has joined #mcdevs
06:24 < Kage`> Anyone got a good suggestion of a URL I can poll to find the latest stable version?
06:24 <+sadimusi> there's always the new official version list
06:24 < Kage`> .. go on?
06:25 <+sadimusi> I forgot the actual URL, but it should be pretty easy to figure out
06:26 < Kage`> I've been googling for a while and have only found old, deprecated URLs
06:26 <+sadimusi> https://s3.amazonaws.com/Minecraft.Download/versions/versions.json
06:27 < Kage`> Ooh, perfect
06:27 < Kage`> And this is officially maintained, aye?
06:27 <+sadimusi> yes
06:27 <+sadimusi> the new launcher uses it
06:28 < Kage`> Excellent.  Much obliged.
06:41 -!- eddyb [~eddy@unaffiliated/eddyb] has joined #mcdevs
06:46 -!- Kage` [~Kage@198.148.81.187] has left #mcdevs ["Derp"]
07:01 <+SirCmpwn> oooooh, pretty
07:01 <+SirCmpwn> they finally made a list like that
07:01 <+SirCmpwn> I must've asked for it a half dozen times
07:02 -!- XAMPP [~XAMPP@botters/xampp] has quit [Read error: Connection reset by peer]
07:03 -!- XAMPP [~XAMPP@botters/xampp] has joined #mcdevs
07:11 -!- Shagrat [~Shagrat@178.76.194.6] has joined #mcdevs
07:25 -!- Prf_Jakob [~jakob@c-2b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has quit [Ping timeout: 248 seconds]
07:27 < SinZ> SirCmpwn: it only exists because the launcher needed it
07:27 -!- Prf_Jakob [~jakob@c-2b27e155.1214-1-64736c20.cust.bredbandsbolaget.se] has joined #mcdevs
07:27 -!- mode/#mcdevs [+v Prf_Jakob] by ChanServ
07:29 <+SirCmpwn> I know, I wasn't trying to imply that it's a result of my requests
07:39 -!- r04r|away is now known as r04r
07:44 -!- pdelvo_ [~pdelvo@5.9.63.185] has joined #mcdevs
07:58 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
08:11 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has joined #mcdevs
08:14 < SinZ> Is there any use to the UUID yet?
08:21 < Calinou> if you use normal keys, you can be jailed
08:21 < Calinou> that's why
08:21 < Calinou> </experienced javascript coder>
08:39 -!- r04r is now known as r04r|away
08:50 < Shagrat> Hello. I finish first bot version. http://mc.jad.ru/
08:54 < SinZ> Shagrat: Nice!
08:55 < SinZ> Shagrat: what language is it in?
08:56 < Shagrat> :( - Sory. Bad english
08:56 < Shagrat> I correct
08:56 < Shagrat> it's not enough documentation
08:57 <+AndrewPH> SinZ: pascal
08:57 < Shagrat> Delphi XE2
08:57 < Shagrat> Pascal
08:57 <+AndrewPH> that
08:57 <+AndrewPH> (I don't know much about anything of the sort)
08:57 < SinZ> ^
08:58 <+AndrewPH> SinZ: oh god i have to add a feature to this undocumented quest editor
08:58 <+AndrewPH> the editor itself is only 610 loc
08:59 <+AndrewPH> which is leading me to believe most of the work is being offloaded to a file that both the editor and the viewer use
09:00 <+AndrewPH> aaand it looks like everything is hardcode
09:00 <+AndrewPH> d
09:00 <+AndrewPH> list of things that are great!
09:01 <+AndrewPH> at least it's better than the 3k loc chatroom feature...
09:07 -!- conehead [~conehead@unaffiliated/conehead] has quit [Quit: Computer has gone to sleep.]
09:09 < Shagrat> Realize http://mc.jad.ru/?page_id=28
09:15 -!- unnicked701 [~d45d641f@204.155.152.124] has joined #mcdevs
09:19 <+md_5> soo
09:20 <+md_5> who here has made a C or similar MC server, any language where they have no streamed IO
09:20 <+md_5> how did you handle allocating buffers, since we have no packet length header
09:21 < unnicked701> why use C for that? there are better languages
09:21 <+md_5> unnicked701 my paradigm applies to any language / networking model not using threads
09:23 < unnicked701> md_5: just read the packet until it's finished or a disconnect occured
09:23 <+md_5> you dont understand
09:24 <+md_5> non-threaded
09:24 <+md_5> you cant just keep reading
09:24 <+md_5> that would block every other client
09:24 < unnicked701> ever heard of async sockets?
09:24 <+md_5> yes thats my point, and how do you go about picking a buffer size
09:25 < unnicked701> just pick it big enough to be able to keep any packet
09:25 < unnicked701> sorry don't have time to go into details
09:25 < unnicked701> experience is what will help yuo
09:25 <+md_5> > big enough to keep any packet
09:25  * md_5 head desk
09:26 < unnicked701> or allocate dynamically
09:26 -!- shoghicp [~shoghicp@77.225.6.14] has joined #mcdevs
09:32 < jast> md_5: one comparably simple way is to add your own buffering layer; whenever you receive data, append it to your buffer and only drain the buffer when you have a complete protocol message
09:33 < jast> one project I know uses what they call buffer fragments, i.e. each newly received chunk of data is its own fragment and the full buffer is essentially a linked list of fragments
09:33 < jast> you probably get horrible allocation behaviour with that, but it works
09:34 < unnicked701> md_5: NessusMS 	Pbunny 	C (from wiki.vg/Server_List)
09:34 < unnicked701> maybe you should ask him
09:34 < dx> ...
09:34 < unnicked701> its described as using async networking
09:35 < dx> let's ignore this person.
09:35 < unnicked701> feel free to ignore me dx
09:35 < jast> "async networking" could mean a lot of things
09:36 < unnicked701> probably
09:36 < dx> md_5: my firefox is dead right now, but there was a C library linked from the wiki that had "zero copy" networking and not a single malloc. not sure if relevant, but, it's written in C.
09:36 <+md_5> dx I'll take it
09:36 <+md_5> unnicked701 yes nessus has a really good model
09:36 <+md_5> epoll with thread per connection
09:36 <+md_5> I love it
09:37 < unnicked701> any source?
09:38 <+md_5> yes, pbunny
09:38 <+md_5> > intermixes packet reads with app logic for optimization reasons too
09:38 <+md_5> dx any idea where it is
09:38 < dx> md_5: where is what?
09:38 <+md_5> Event based, zero-copy, portable Minecraft network protocol parser 
09:38 <+md_5> that looks like it
09:38 < dx> yeah
09:38 < dx> that one
09:39 <+md_5> ooh deoxxa
09:39 <+md_5> top bloke, lives just near me
09:39 < dx> kill -9'd firefox
09:39 < dx> it was using 6gb of RES
09:39 -!- r04r|away is now known as r04r
09:41 <+pdelvo> btw pbunny has an instance of his server live oO
09:41 < Drainedsoul> md_5 what do you mean
09:41 < Drainedsoul> about buffers etc.
09:42 < Drainedsoul> thread per connection is about the worst idea I've heard all day, btw
09:44 < dx> well, if the thread is only going to do polls and reads, yes. if it's a connection thread with some other processing it makes sense
09:44 < dx> not my favorite kind of design but it could work
09:44 <+md_5> dx thats just the parser stuff not the networking
09:44 <+md_5> (this library you linked)
09:45 < dx> md_5: oh, he doesn't even handle sockets? welp.
09:45 < Drainedsoul> if you want to do no copy networking, you can just maintain a buffer (don't deallocate/reallocate/etc. it), and resize it as necessary
09:45 < Drainedsoul> the resizing will incur copies, but eventually it'll settle to a size that makes sense
09:45 < Drainedsoul> and not grow anymore
09:46 <+md_5> true
09:46 <+md_5> maintain buffer per client Drainedsoul ?
09:46 < Drainedsoul> I maintain two
09:46 <+md_5> buffer per thread I guess
09:46 < Drainedsoul> one read, one write thread for all clients, you read into the first buffer, dispatch an async handler to process that
09:47 < Drainedsoul> and then write into the second buffer if the async event is still ongoing
09:47 < Drainedsoul> async event folds the second buffer into the first if it finishes and second buffer isn't empty
09:47 < unnicked701> md_5: i asked about code source
09:47 <+md_5> <unnicked701> any source?
09:47 <+md_5> <md_5> yes, pbunny
09:47 < unnicked701> any place where i can see the code?
09:48 <+md_5> you are a nessus dev
09:48 <+md_5> ...
09:48 < unnicked701> no way
09:49 < dx> lol
09:52 < jast> "epoll with thread per connection"
09:52 < jast> :D
09:53 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
09:53 < Drainedsoul> what is the point of using epoll if you have a thread for every connection
09:53 < unnicked701> no idea, i think md_5 just thought it up because he's jealous of pbunny
09:54 < jast> it looks like you're more of an expert if you use more fancy technology
09:54 < unnicked701> he doesn't have the code
09:54 < unnicked701> how can he know?
09:54 <+md_5> because pbunny said it himself
09:55 < unnicked701> maybe
09:55 < unnicked701> maybe not
09:55 < jast> maybe he used pbunnypoll instead, who knows
09:57 < unnicked701> :D
10:00 < AlphaBlend> who talks about pbunny, omg
10:00 < AlphaBlend> if you talk so highly of pbunny, you are pbunny
10:00 < AlphaBlend> rofl
10:01 < dx> and if you choose a nick with a different three digit suffix you're a completely different person
10:01 <+md_5> freenode_#mcdevs_20130221.log:[01:44:27] <pbunny> Stormx2: i use per-connection thread, per-world thread, and a pool of compression/decompression threads and ai threads maybe
10:01 <+md_5> @@ unnicked701 
10:02 < AlphaBlend> rofl...
10:02 < dx> i miss the good ol' times when i found this shit hilarious
10:02 <+md_5> also
10:02 <+md_5> freenode_##c_20130207.log:[22:41:15] <pbunny> hi, how many threads (pthreads) can i use until they will hog performance too much?
10:02 < AlphaBlend> my knowledge of threads as a use-case is rather rudimentary, but why don't i see anything good from that?
10:02 < Drainedsoul> omfg
10:03 < AlphaBlend> i can understand per-connection threads, but it's entirely based on circumstance
10:03 < unnicked701> md_5: he uses real-time compression/decompression?
10:03 < Drainedsoul> why would you use per connection threads, that's just incurring unnecessary overhead once the number of connections becomes high
10:04 <+md_5> unnicked701 you are the nessus developer, not me
10:04 < unnicked701> how did you make that conclusion?
10:04 < unnicked701> i wish i were, though
10:04 < AlphaBlend> tennable nessus?
10:05 < AlphaBlend> Drainedsoul: I suppose it's fine if the contract between the server and client warrants a quick conversation
10:05 < unnicked701> Drainedsoul: i agree with dx, these threads can do some processing that is occuring right after packet reading
10:06 < dx> except that what i said is not what pbunny does
10:06 < unnicked701> what does he do?
10:06 < dx> read up those quotes
10:06 <+md_5> he processes and reads at the same time xD
10:06 <+md_5>   entityId = readInt(..)
10:06 -!- Xaardas [~tach@p5B251AB7.dip0.t-ipconnect.de] has joined #mcdevs
10:06 <+md_5> Entity = entities[entityId]
10:06 < unnicked701> so?
10:06 <+md_5> readByte(). etc etc
10:07 < dx> lol
10:07 < Drainedsoul> I don't see how a quick conversation really has anything to do with it.  That's only a problem if you don't offload processing from the send/receive thread
10:07 < unnicked701> md_5: where did you get those?
10:07 < unnicked701> do you have the code or not?
10:07 < Drainedsoul> a thread per connection is just asking for a lot of threads sleeping when nothing is happening, and a lot of unnecessary context switches when something is happening
10:07 < dx> "a thread per player" could work in minecraft
10:08 <+AndrewPH> "Multiplayer first came only as client-to-client connection ("LAN")" <- wat? didn't minecraft /always/ have client-to-server connection?
10:08 < Drainedsoul> it could work, in minecraft, but that doesn't mean it's a good model
10:08 < dx> well, if you manage to get locking right, i'm not going to try that
10:08 < Drainedsoul> select, poll, kqueue, epoll, and completion ports exist to solve this problem specifically
10:10 < dx> Drainedsoul: well i meant it more like also handling the ticks that apply to chunks loaded by that player, or equivalent distribution of processing instead of doing everything in the main server thread
10:10 < dx> but uh
10:10 < dx> i can't think of any sane way to do it
10:11 <+AndrewPH> unnicked701: are you this guy http://youtu.be/6RtSGFryKwo?t=11m36s
10:11 < dx> that's just an idea that the server admin side of myself suggests without considering that it's probably a nightmare to implement
10:11 <+AndrewPH> "do you have the code?" vs "are you on the development team?"
10:11 < unnicked701> AndrewPH: no
10:12 <+AndrewPH> sure sounds like it :p
10:13 <+md_5> <unnicked701> sorry don't have time to go into details
10:13 <+md_5> seem to be using an aweful lot of time now xD
10:24 < jast> dx: due to the interactions between various chunks, threading the tick code will scale far from linearly anyway, so it probably makes more sense to use a small number of threads, roughly as many as cores
10:25 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
10:25 -!- edlothiol [~edlothiol@2a02:810b:80c0:27:f2de:f1ff:fe78:51cf] has joined #mcdevs
10:25 < jast> internally, anyway. if you have a VM of some kind that takes care of the details, there's no reason not to use more green threads, I suppose
10:27 < dx> hmm good point
10:45 -!- BizarreCake [~BizarreCa@46.121.251.157] has joined #mcdevs
10:47 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Quit: Leaving]
11:07 -!- nevyn___ [~nevyn@c193-14-106-80.cust.tele2.se] has quit [Read error: Connection reset by peer]
11:16 < unnicked701> what is the purpose of "9 	(of self) Eating accepted by server" in 0x26 packet?
11:22 < Calinou> it allows you to... eat yourself
11:22 < unnicked701> lol
11:31 -!- nevyn_ [~nevyn@c193-14-106-80.cust.tele2.se] has joined #mcdevs
11:40 -!- Shagrat [~Shagrat@178.76.194.6] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
11:41 -!- nevyn_ [~nevyn@c193-14-106-80.cust.tele2.se] has quit [Ping timeout: 240 seconds]
11:42 -!- nevyn_ [~nevyn@c193-14-106-80.cust.tele2.se] has joined #mcdevs
11:55 -!- shoghicp [~shoghicp@77.225.6.14] has joined #mcdevs
12:13 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
12:31 -!- ranie [~rramiso@124.105.60.242] has quit [Remote host closed the connection]
12:33 -!- balrog [~balrog@discferret/developer/balrog] has quit [Ping timeout: 264 seconds]
12:34 -!- balrog [~balrog@discferret/developer/balrog] has joined #mcdevs
12:34 -!- kcj [~casey@unaffiliated/kcj] has quit [Ping timeout: 264 seconds]
12:37 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
12:47 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
13:03 -!- yorick [~yorick@oftn/member/yorick] has joined #mcdevs
13:06 < flotwig> wiki spam http://wiki.vg/User:Leon5555
13:19 < SinZ> Protocol History needs some trimming, as it thinks every snapshot this year is for 1.5.x
13:34 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Read error: Connection timed out]
13:34 -!- shoghicp [~shoghicp@77.225.6.14] has joined #mcdevs
13:46 -!- Yoshi2 [~chatzilla@xdsl-87-78-129-65.netcologne.de] has joined #mcdevs
13:54 -!- unnicked701 [~d45d641f@204.155.152.124] has quit [Quit: CGI:IRC (Ping timeout)]
13:59 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Quit: Leaving]
14:00 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Remote host closed the connection]
14:03 -!- TomyLobo [~TomyLobo@37-5-55-43-dynip.superkabel.de] has joined #mcdevs
14:27 -!- barneygale [~barneygal@cpc22-sotn11-2-0-cust170.15-1.cable.virginmedia.com] has joined #mcdevs
14:35 -!- [z]2 [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has quit [Ping timeout: 240 seconds]
14:40 -!- [z] [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has joined #mcdevs
14:53 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Ping timeout: 240 seconds]
14:54 -!- _eddyb_ [~eddy@unaffiliated/eddyb] has joined #mcdevs
14:54 -!- _eddyb_ is now known as eddyb
15:02 -!- XAMPP-8 [~XAMPP8@199.254.116.104] has joined #mcdevs
15:12 -!- XAMPP-8 [~XAMPP8@199.254.116.104] has quit [Read error: Connection reset by peer]
15:21 -!- umby24|offline [~umby24@cpe-66-69-92-104.satx.res.rr.com] has quit [Ping timeout: 256 seconds]
15:59 -!- kcj [~casey@unaffiliated/kcj] has quit [Ping timeout: 246 seconds]
16:13 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
16:19 -!- shoghicp [~shoghicp@77.225.6.14] has joined #mcdevs
16:21 -!- Paprikachu [~Paprikach@77.116.60.243.wireless.dyn.drei.com] has joined #mcdevs
16:24 -!- mbaxter [~mbaxter@mcblockit/staff/mbaxter] has quit [Quit: reboot]
16:24 -!- mbaxter [~mbaxter@199.180.250.158] has joined #mcdevs
16:24 -!- mbaxter [~mbaxter@199.180.250.158] has quit [Changing host]
16:24 -!- mbaxter [~mbaxter@mcblockit/staff/mbaxter] has joined #mcdevs
16:26 -!- Yoshi2| [~chatzilla@xdsl-87-79-117-170.netcologne.de] has joined #mcdevs
16:27 -!- Yoshi2 [~chatzilla@xdsl-87-78-129-65.netcologne.de] has quit [Ping timeout: 240 seconds]
16:27 -!- Yoshi2| is now known as Yoshi2
16:37 -!- yorick [~yorick@oftn/member/yorick] has quit [Read error: Operation timed out]
16:46 -!- kcj [~casey@unaffiliated/kcj] has quit [Read error: Connection reset by peer]
16:48 -!- kcj [~casey@unaffiliated/kcj] has joined #mcdevs
16:57 -!- Calinou [~Calinou@unaffiliated/calinou] has joined #mcdevs
16:59 < shoghicp> hey
16:59 < shoghicp> is https://login.minecraft.net the actual login server?
17:01 < dav1d> shoghicp: yes
17:01 < dav1d>     static const string LOGIN_URL = "https://login.minecraft.net";
17:01 < dav1d>     static const string JOIN_SERVER_URL = "http://session.minecraft.net/game/joinserver.jsp";
17:01 < dav1d>     static const string CHECK_SESSION_URL = "http://session.minecraft.net/game/checkserver.jsp";
17:01 < dav1d> all you need
17:01 < dav1d> not sure if check session, still exists
17:01 < shoghicp> weird
17:01 < shoghicp> I'm getting a blank page
17:02 < dav1d> shoghicp: you make a post request, right?
17:02 < shoghicp> yes
17:02 < shoghicp> it worked with GET before
17:02 < shoghicp> but I did a POST to test
17:02 < shoghicp> blank
17:02 < dav1d> shoghicp: https://github.com/Dav1dde/BraLa/blob/master/brala/network/session.d#L52
17:02 < dav1d> this works as it should
17:03 < shoghicp> It should be something with my page
17:03 < shoghicp> because the php client works
17:03 < shoghicp> using get
17:03 < shoghicp> xD
17:03 < shoghicp> thanks
17:05 < shoghicp> is there a way to get the username from the sessionId?
17:05 < dav1d> not that I know
17:07 < shoghicp> I could join a random server Id to check the username
17:07 < dav1d> shoghicp: you get the username from that request
17:08 < shoghicp> I know
17:08 < shoghicp> but having only the sessionId
17:08 < shoghicp> like on MCPE
17:08 < shoghicp> I'm finding a way to get the username. At least I can check it
17:08 < dav1d> to join a server you need the username
17:08 <+SirCmpwn> PE has nothing to do with vanilla auth
17:08 < shoghicp> but MCPE sessionId works on vanilla session
17:08 < shoghicp> ;)
17:09 < shoghicp> Just checked that
17:10 < shoghicp> So the sessionId that you get on the MCPE login page works to log in to PC servers
17:10 < shoghicp> I've Minecraft on my account, too
17:11 < Yoshi2> you want to get the username from the sessionID because you are using MCPE to log in?
17:11 -!- yorick [~yorick@oftn/member/yorick] has joined #mcdevs
17:12 < Yoshi2> aren't you sending the username as part of the post request already, or does PE not need the username? 
17:12 < shoghicp> I'm trying to get an identifier from the session ID
17:12 < shoghicp> PE only sends the session ID to join servers
17:12 < shoghicp> then, the server gets the username
17:12 < shoghicp> but without knowing the username, I can't check its validity before
17:13 < Yoshi2> how does PE generate the session ID, if you don't know the username?
17:13 < shoghicp> you log in through account.mojang
17:13 < shoghicp> but the online server API
17:13 < shoghicp> only uses the sessionID
17:15 <+sadimusi> do you even have a unique username in mcpe?
17:15 < Yoshi2> ah, right, mojang changed the registration process around a bit so the email address is used for logging in instead of the username
17:15 < shoghicp> yes
17:15 < Yoshi2> well, so the email address can be used for logging in
17:15 < shoghicp> you get one on the register process
17:15 < shoghicp> I mean
17:15 <+sadimusi> I haven't played it in a while, but can't you just use any username on mobile?
17:15 < shoghicp> I've only the sessionId
17:16 < shoghicp> sadimusi: yes
17:16 < shoghicp> Sabriel: but I'm talking about pocket realms
17:18 < dav1d> shoghicp: loginto a PE server and save the username?
17:18 < shoghicp> but how to check that it is the correct user and not one eavesdropping
17:18 < shoghicp> hmm...
17:18 < shoghicp> it seems that with this sessionId I can sue the Realms API
17:18 < shoghicp> use*
17:19 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
17:20 < shoghicp> hmm
17:21 < shoghicp> got a way to get the username xD
17:21 < shoghicp> It is really crazy, but should work
17:22 -!- r04r is now known as r04r|away
17:53 -!- SuinDraw [~NiaTeppel@WiseOS/Founder/NiaTeppelin] has joined #mcdevs
17:53 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
17:58 -!- moshee [~moshee@unaffiliated/moshee] has quit [Ping timeout: 252 seconds]
17:59 -!- moshee [~moshee@unaffiliated/moshee] has joined #mcdevs
18:11 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has quit [Quit: exit(0);]
18:12 -!- moshee [~moshee@unaffiliated/moshee] has quit [Quit: ZNC - http://znc.in]
18:14 -!- moshee [~moshee@unaffiliated/moshee] has joined #mcdevs
18:18 -!- r04r|away is now known as r04r
18:25 -!- dexter0 [~dexter0@c-24-23-138-192.hsd1.ca.comcast.net] has joined #mcdevs
18:28 -!- nathacof [~nathacof@67.169.140.47] has joined #mcdevs
18:28 -!- nathacof [~nathacof@67.169.140.47] has quit [Remote host closed the connection]
18:38 -!- [z] [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has quit [Ping timeout: 240 seconds]
18:42 -!- [z] [~z@cpc2-seac20-2-0-cust453.7-2.cable.virginmedia.com] has joined #mcdevs
18:44 -!- edlothiol [~edlothiol@2a02:810b:80c0:27:f2de:f1ff:fe78:51cf] has quit [Ping timeout: 264 seconds]
18:49 -!- conehead [~conehead@unaffiliated/conehead] has joined #mcdevs
19:00 -!- edlothiol [~edlothiol@2a02:810b:80c0:27:f2de:f1ff:fe78:51cf] has joined #mcdevs
19:04 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
19:21 -!- M6PIC [519f5dc8@gateway/web/freenode/ip.81.159.93.200] has joined #mcdevs
19:23 < M6PIC> I changed my code, http://pastebin.com/tnG9nik1, to std.socketstream and now it doesn't work.
19:27 -!- SuinDraw [~NiaTeppel@WiseOS/Founder/NiaTeppelin] has quit [Quit: Leaving]
19:42 -!- Yoshi2| [~chatzilla@xdsl-87-78-103-174.netcologne.de] has joined #mcdevs
19:43 -!- Sietsem [~Sietse@546B2232.cm-12-4a.dynamic.ziggo.nl] has joined #mcdevs
19:44 -!- Yoshi2 [~chatzilla@xdsl-87-79-117-170.netcologne.de] has quit [Ping timeout: 264 seconds]
19:44 -!- Yoshi2| is now known as Yoshi2
20:15 -!- HaltingState [~HaltingSt@unaffiliated/haltingstate] has quit [Read error: Connection reset by peer]
20:16 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Read error: Operation timed out]
20:20 -!- Sietsem [~Sietse@546B2232.cm-12-4a.dynamic.ziggo.nl] has quit [Remote host closed the connection]
20:22 -!- Netsplit *.net <-> *.split quits: Drainedsoul, Exio, zh32, |Blaze|
20:22 -!- Netsplit over, joins: |Blaze|
20:22 -!- Netsplit over, joins: Drainedsoul
20:23 -!- zh32 [bnc@212.224.126.63] has joined #mcdevs
20:23 -!- Netsplit over, joins: Exio
20:23 -!- nopresnik [~Nathan@CPE-137-147-50-216.lnse7.lon.bigpond.net.au] has quit [Read error: No buffer space available]
20:23 -!- nopresnik_ [~Nathan@CPE-137-147-50-216.lnse7.lon.bigpond.net.au] has joined #mcdevs
20:29 -!- kcj [~casey@unaffiliated/kcj] has quit [Ping timeout: 276 seconds]
20:30 -!- Calinou [~Calinou@unaffiliated/calinou] has quit [Quit: Excess Flood]
20:31 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
20:31 -!- BizarreCake [~BizarreCa@46.121.251.157] has quit [Read error: Operation timed out]
20:47 -!- Yoshi2| [~chatzilla@xdsl-78-35-199-142.netcologne.de] has joined #mcdevs
20:50 -!- Yoshi2 [~chatzilla@xdsl-87-78-103-174.netcologne.de] has quit [Ping timeout: 264 seconds]
20:50 -!- Yoshi2| is now known as Yoshi2
20:50 < M6PIC> I changed back to Socket from SocketStream.
20:51 -!- yorick [~yorick@oftn/member/yorick] has quit [Remote host closed the connection]
20:51 < M6PIC> But MC complains that it is a 1.3 server.
20:55 < M6PIC> Am I sending the 0xFF reply packet incorrectly after the client sends an 0xFE packet.
20:57 -!- Drainedsoul [~Drainedso@mail.rleahy.ca] has quit []
20:58 -!- Drainedsoul [~Drainedso@mail.rleahy.ca] has joined #mcdevs
20:58 < Drainedsoul> M6PIC: What are you talking about?
20:58 < M6PIC> http://pastebin.com/tnG9nik1
21:01 -!- fgsdfgd [~gsdfgsdfg@cpe-72-179-177-177.satx.res.rr.com] has joined #mcdevs
21:01 < fgsdfgd> t
21:01 -!- fgsdfgd is now known as ajvpot
21:01 < ajvpot> Hi
21:02 < Drainedsoul> you're saying the MC client connecting to this thinks that it's a 1.3 server?
21:08 -!- AndrewPH [~AndrewPH@hnng.public-craft.com] has quit [Quit: Oh dear it appears I broke it.]
21:13 -!- barneygale [~barneygal@cpc22-sotn11-2-0-cust170.15-1.cable.virginmedia.com] has quit [Ping timeout: 246 seconds]
21:15 -!- Shnaw [shnaw@teamfortress.biz] has quit [Quit: PanicBNC - #PanicBNC ( https://PanicBNC.net )]
21:16 -!- Rudench [shnaw@TeamFortress.biz] has joined #mcdevs
21:17 -!- Rudench is now known as Shnaw
21:20 < M6PIC> Yes!
21:25 -!- Cay [~OlofLarss@s83-177-171-150.cust.tele2.se] has quit [Read error: Connection reset by peer]
21:37 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer]
21:37 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
21:38 < TRocket> M6PIC: are you sending the correct length?
21:38 -!- Yoshi2| [~chatzilla@xdsl-78-35-203-49.netcologne.de] has joined #mcdevs
21:39 < TRocket> the number of characters, not the number of bytes
21:41 -!- Yoshi2 [~chatzilla@xdsl-78-35-199-142.netcologne.de] has quit [Ping timeout: 264 seconds]
21:41 -!- Yoshi2| is now known as Yoshi2
21:58 <+sadimusi> M6PIC: if it says it's 1.3 you didn't format the kick message correctly
22:01 < M6PIC> I know but I don't know how I am sending it incorrectly.
22:02 <+sadimusi> http://wiki.vg/Server_List_Ping
22:18 < M6PIC> I am sending the string null terminated and not the § terminated from 1.3 and before. ("§1\0" ~ "62\0" ~ "1.5.2\0" ~ "M6PIC\0" ~ "0\0" ~ "3", ~ means concat)
22:19 -!- Guest87428 is now known as nitrodex
22:22 <+sadimusi> M6PIC: I don't really know D, so I'll just try it out
22:25 <+sadimusi> M6PIC: looks like your length is wrong
22:25 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer]
22:26 <+sadimusi> The first three bytes I get are \xff\x00\x00
22:26 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
22:27 < TRocket> the number of characters, not the number of bytes :D
22:27 <+sadimusi> Since it's zero that probably isn't the error
22:28 <+Fador> short len[2] = [0,21]; client.send(len);
22:28 <+Fador> umm
22:30 <+Fador> M6PIC: maybe you should change "short" to "ubyte" there
22:34 < Yoshi2> Fador: unless I'm missing something, I'm sure it needs to be a short because strings in the minecraft protocol are prefixed with a short
22:34 <+Fador> ..short is two bytes
22:35 <+Fador> he seems to be sending two shorts now
22:36 < Yoshi2> is he sending two shorts? I'm not familiar with that kind of syntax at all
22:36 <+Fador> well it sure does look like it ;D
22:42 <+sadimusi> M6PIC: in case it helps, this is what I get: http://cl.ly/Pj59
22:42 <+sadimusi> so yes, you are probably sending two shorts
22:42 -!- edlothiol [~edlothiol@2a02:810b:80c0:27:f2de:f1ff:fe78:51cf] has quit [Remote host closed the connection]
22:44 -!- MitchellFrost [~MitchellF@cable-145-229.zeelandnet.nl] has joined #mcdevs
22:45 < MitchellFrost> Hi
22:45 <+sadimusi> o/
22:46 < MitchellFrost> I wonder whether I can emulate a Linux terminal in Java 
22:47 <+sadimusi> I'm sure there's a way, but why are you asking this in a minecraft channel?
22:47 < MitchellFrost> It´s for my Minecraft control panel
22:48 < Drainedsoul> M6PIC: how quick does the client come back and say you're 1.3
22:48 < MitchellFrost> Couldn´t think of any other channel that isn´t full of people not knowing what they´re talking about
22:48 < M6PIC> Pretty much instantly.
22:48 <+sadimusi> MitchellFrost: so what exactly do you want to do? wrap the mc process and pass in commands through a web interface?
22:48 < MitchellFrost> Not really
22:48 < Yoshi2> I'm sure there are command line parsers for java which you can use instead of having to emulate a linux terminal
22:49 < MitchellFrost> I practically want to do what screen does
22:49 < MitchellFrost> In Java
22:49 < Drainedsoul> why not just use screen
22:49 < Drainedsoul> did you try Fador's suggestion M6PIC?
22:50 < MitchellFrost> Because I do not have enough control over that in Java
22:50 <+sadimusi> MitchellFrost: maybe this helps https://github.com/SimpleServer/SimpleServer/blob/master/src/simpleserver/minecraft/MinecraftWrapper.java
22:50 < Drainedsoul> what kind of control do you need
22:50 -!- shoghicp_ [~shoghicp@77.225.6.14] has joined #mcdevs
22:51 < MitchellFrost> Drainedsoul, need to stream the terminal
22:51 < MitchellFrost> Instead of plaintext
22:51 < Drainedsoul> ...wat
22:51 < MitchellFrost> Well, it´s my goal, it´s not really a must
22:51 < dav1d> pdelvo: can you do me a favor and try the latest brala?
22:51 <+sadimusi> doesn't the vanilla server just use plaintext anyway?
22:52 <+pdelvo> jeah
22:52 < dav1d> pdelvo: → https://github.com/Dav1dde/BraLa/issues/19
22:52 < MitchellFrost> sadimusi, but this is not vanilla lol
22:52 < M6PIC> I tried making the short array 1 long instead of 2 and there was a communication error.
22:52 <+sadimusi> MitchellFrost: jline? have fun with that :D
22:53 < Drainedsoul> are you watching the bytes that go across the wire in any way?
22:53 < MitchellFrost> sadimusi, hehe
22:53 < Drainedsoul> the idea of servers that take commands from the terminal is ridiculous
22:53 <+Fador> M6PIC: just change it to ubyte or fix the endianness ;)
22:54 <+sadimusi> MitchellFrost: this line made my life a whole lot easier ;) https://github.com/SimpleServer/SimpleServer/blob/master/src/simpleserver/minecraft/MinecraftWrapper.java#L59
22:54 < MitchellFrost> Drainedsoul, we actually have a few people that have some custom solution for their terminals
22:54 < M6PIC> No?  How do I fix the endianness?
22:54 -!- shoghicp [~shoghicp@77.225.6.14] has quit [Ping timeout: 240 seconds]
22:54 < Drainedsoul> endianness is byte order
22:54 < Drainedsoul> you have to reverse the sub-word byte order
22:54 < MitchellFrost> sadimusi, haha, I know, some clients put something nifty together for terminal though
22:54 < Drainedsoul> assuming your machine is little endian
22:54 < M6PIC> I know but how?, this is probably more a D question!
22:55 <+sadimusi> MitchellFrost: the easiest solution would probably be to hook directly into jline
22:55 <+sadimusi> maybe a bukkit plugin could do that
22:55 < Drainedsoul> yeah in C/C++ you basically access the integer as an array of chars and just reverse it
22:55 < Drainedsoul> I don't know what comparable faculties D has, but I can show you C++ code to do it
22:55 < MitchellFrost> sadimusi, I´m probably going to link a libary first though
22:55 < MitchellFrost> *try link
22:56 -!- Not-002 [~notifico@198.199.82.216] has joined #mcdevs
22:56 < Not-002> [BraLa] Dav1dde pushed 1 commit to master [+0/-0/±1] http://git.io/3qp0cA
22:56 < Not-002> [BraLa] Dav1dde 0ba4e45 - set tscreen shader version explicitly to 150
22:56 <+pdelvo> D Compiler why you no multithread :/
22:56 < Drainedsoul> multithreading isn't a compiler issue
22:57 < dav1d> pdelvo: you're using build_brala.d?
22:57 < M6PIC> If I change to ubyte there is also a communication error.
22:57 < dav1d> pdelvo: rdmd build_brala.d -j9
22:57 <+pdelvo> yep
22:57 < dav1d> or ./build_brala -j9
22:57 < Drainedsoul> a "short" is a signed 16-bit integer, so 2 bytes.  For big endian you need an array of bytes that's a big endian 16-bit signed integer representing 21 you need
22:57 < Drainedsoul> [0,21]
22:57 <+pdelvo> ahhh
22:57 <+pdelvo> much better
22:57 < Drainedsoul> in bytes, not in shorts
22:58 <+sadimusi> M6PIC: use wireshark or something to debug it
22:58 < Drainedsoul> also that
22:58 <+Fador> M6PIC: ubyte len[2] = [0,21]; client.send(len); ?
22:59 <+pdelvo> hm uses more cpu utilization but it is not much faster :D
22:59 < Drainedsoul> but keep in mind that's not a scalable solution, you need some way to manipulate the sub-word byte ordering
22:59 -!- Yoshi2 [~chatzilla@xdsl-78-35-203-49.netcologne.de] has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
22:59 < M6PIC> Communication error.
22:59 < dav1d> pdelvo: compilation of single files not na, but in general it should be faster
22:59 <+sadimusi> M6PIC: implementing a minecraft server when you don't yet know the basics of the language you're using might be a bad idea...
23:00 < M6PIC> Possibly!
23:00 < Drainedsoul> not understanding endianness/integer widths isn't not understanding the language, it's not understanding a certain fundament of computer science
23:00 <+pdelvo> the tesselation threads break. --- Exception in Thread: "BraLa Tessellation Thread 1/3" ---
23:00 <+pdelvo> core.exception.SwitchError@brala.dine.builder.tessellator(219): No appropriate switch clause found
23:00 <+pdelvo> all three
23:01 <+sadimusi> Drainedsoul: judging from the code he's pretty new to D
23:01 < M6PIC> I understand integer widths and a bit about endianness.
23:01 < Drainedsoul> well if you're going to do network communications you need to understand everything about endianness, since modern CPUs are all little endian whereas network comm is by convention big endian
23:02 < M6PIC> I understand the differences of byte order between different endiannesses.
23:03 < Drainedsoul> okay then you need to keep in mind that everything you write is probably little endian, whereas Minecraft wants it big endian, so the byte order has to be swapped
23:03 < Drainedsoul> if you want to write portable code though you can't assume that you're working with little endian, so you need code to detect and swap byte order if applicable
23:03 <+sadimusi> isn't there some kind of library for that?
23:03 <+sadimusi> like python's struct module?
23:04 < Drainedsoul> why would you need a library for a template that should be no more than 10 lines
23:04 < Drainedsoul> I believe Berkeley Sockets has several functions for changing byte orders
23:04 < dav1d> pdelvo: thanks, that's not the error he gets :(
23:04 <+sadimusi> because I want to have struct.pack(">h", 21) instead of 10 lines
23:05 <+pdelvo> I looked through the log and have not found it. 
23:05 < dav1d> pdelvo: "brala.dine.builder.tessellator(219)" doesn't exist :(
23:05 < Drainedsoul> you write the template once, the compiler inlines it whenever you call it
23:05 < dav1d> yeah, with his error it doesn't even start
23:05 <+sadimusi> sure, but I still have to write it myself
23:06 <+sadimusi> this is such a common task, that should be in the standard library of every language
23:06 < Drainedsoul> besides which, you shouldn't be using functions like that to build packets
23:06 < dav1d> pdelvo: can you send me the world again?
23:06 < Drainedsoul> you should have a library that abstracts the packet handling away from you
23:06 <+pdelvo> was on a server. I try it again locally
23:07 < dav1d> pdelvo: it will work there ;)
23:07 <+sadimusi> Drainedsoul: good enough? https://github.com/sadimusi/mc3p/blob/master/mc3p/messages.py
23:07 < dav1d> I use a lot of "final switch" (no default case), a few might fail e.g. slabs with invalid metadata
23:09 <+pdelvo> no error this time. but a black screen
23:10 < dav1d> pdelvo: locally?
23:10 <+pdelvo> jeah
23:10 -!- TRocket_ [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has joined #mcdevs
23:10 <+pdelvo> no error in the logs
23:10 < dav1d> pdelvo: try to build again with -o
23:11 <+pdelvo> I generated a fresh 1.5.2 map (I even redownloaded the server)
23:11 <+pdelvo> ok
23:11 < M6PIC> I have got to go now but I have updated Pastebin, http://pastebin.com/tnG9nik1.
23:11 -!- TRocket_ [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection]
23:11 -!- TRocket [~TRocket@82-69-14-167.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer]
23:11 < dav1d> mh works here
23:12 <+pdelvo> the compiler crashed :D
23:12 < Drainedsoul> you're still making an array of two shorts
23:13 < M6PIC> I know but if I don't I get a Communication Error.
23:13 < dav1d> pdelvo: really? -.-
23:14 <+sadimusi> :m
23:14 < dav1d> pdelvo: "dmd -v"
23:14 < Drainedsoul> You can't send two shorts, that's not how the protocol works
23:14 <+pdelvo> I tried it again and it "worked" (It compiles without an error)
23:14 <+pdelvo> now the application cannot be startet. it is not a valid application...
23:14 < Drainedsoul> you must send two bytes and then a number of bytes equal to the 16-bit signed integer given by those bytes times 2
23:15 < dav1d> pdelvo: lol
23:16 < dav1d> pdelvo: when did you update dmd? today?
23:17 < Drainedsoul> also the MC protocol uses UCS-2, not UTF-16
23:17 -!- M6PIC [519f5dc8@gateway/web/freenode/ip.81.159.93.200] has quit [Quit: Page closed]
23:17 <+pdelvo> DMD32 D Compiler v2.062
23:18 < dav1d> mh
23:20 < Not-002> [BraLa] Dav1dde pushed 1 commit to master [+0/-0/±1] http://git.io/i2tSNw
23:20 < Not-002> [BraLa] Dav1dde fa0393b - build explicitly as 32bit executable on windows
23:20 < dav1d> pdelvo: ^
23:20 <+sadimusi> Drainedsoul: UCS-2 is just limited UTF-16
23:20 <+Fador> Drainedsoul: it's the toUTF16 that might be the problem with his code..
23:20 <+pdelvo> is there a clean command to delete the build dir and stuff?
23:21 < Drainedsoul> UCS-2 can encode orphaned high/low surrogates, whereas UTF-16 cannot
23:21 <+Fador> Drainedsoul: "str must not contain embedded '\0''s as any C function will treat the first '\0' that it sees as the end of the string."
23:21 <+sadimusi> Fador: I'm sure the string is wrong too, but it already fails at the length
23:21 <+pdelvo> that sucks. compiler breaked again
23:22 < dav1d> pdelvo: updating might help
23:22 < dav1d> pdelvo: -o compiles everything from scratch
23:22 < dav1d> or --no-cache
23:22 < Drainedsoul> I had no idea that D used C-style strings.  Sounds like it's time for a real string library.
23:22 <+pdelvo> but crashed the compiler if you dint delete the bin dir before?
23:23 < dav1d> Drainedsoul: it doesn't
23:23 < dav1d> pdelvo: that should not happen
23:23 < dav1d> Drainedsoul: D strings are arrays and arrays have a length
23:23 < Drainedsoul> okay then why is there a limitation on the characters in the string?
23:23 <+pdelvo> black screen. and no error in logs
23:23 < dav1d> Drainedsoul: also if you need functions operating on strings std.utf std.uni std.string std.array std.range std.algorithm, basically everything works with arrays
23:24 < dav1d> Drainedsoul: there is no limitation
23:24 < dav1d> Drainedsoul: not sure what you're talking about
23:24 <+Fador> oh wait, I might have looked at the wrong function =b
23:24 < Drainedsoul> lol
23:25 < dav1d> pdelvo: dammit :(
23:25 < dav1d> pdelvo: try with --renderer=forward (brala commandline)
23:25 <+pdelvo> yay I see something!
23:26 < dav1d> :'(
23:26 < dav1d> why can't I install virtualbox -.-
23:27 <+pdelvo> yay 800 to 1000fps :D
23:28 -!- Paprikachu [~Paprikach@77.116.60.243.wireless.dyn.drei.com] has quit [Remote host closed the connection]
23:28 < dav1d> pdelvo: did update the submodules right?
23:28 <+pdelvo> jeah
23:30 < dav1d> dammit :(
23:30 < dav1d> it is supposed to work
23:30 < dav1d> pdelvo: brala\gfx\renderer.d line 70
23:31 <+pdelvo> /         display = &display_debug;?
23:31 < dav1d> pdelvo: remove the comments there and start it without the --renderer
23:31 < dav1d> pdelvo: yes
23:34 <+pdelvo> no difference
23:35 < dav1d> pdelvo: what's your frame-time?
23:36 <+pdelvo> 2-5ms
23:36 <+pdelvo> frapsis showing me 9999fps
23:36 < dav1d> pdelvo: with the black screen?
23:36 <+pdelvo> jeah
23:36 < dav1d> mh, so the texture isn't displayed
23:36 -!- shoghicp_ is now known as shoghicp
23:37 < dav1d> I need windows...
23:48 -!- Xaardas [~tach@p5B251AB7.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds]
23:52 < dav1d> did I miss something, I am on win now
23:53 <+pdelvo> in a vm?
23:55 < dav1d> no windows xp
23:55 < dav1d> dualboot
23:55 < dav1d> good old xp
23:59 -!- r04r is now known as r04r|away
--- Day changed mer. juin 19 2013
00:11 -!- r04r|away is now known as r04r
00:19 -!- nopresnik_ [~Nathan@CPE-137-147-50-216.lnse7.lon.bigpond.net.au] has quit [Quit: Leaving]
00:20 -!- nopresnik [~Nathan@CPE-137-147-50-216.lnse7.lon.bigpond.net.au] has joined #mcdevs
00:21 < dav1d> pdelvo: I think something is wrong
00:21 < dav1d> no black screen here
00:21 < dav1d> works flawless
00:24 -!- eddyb [~eddy@unaffiliated/eddyb] has quit [Quit: Konversation terminated!]
00:24 < dav1d> http://i.imgur.com/ri0D8rm.png
00:27 -!- Stephen304 [4b6e13e2@gateway/web/freenode/ip.75.110.19.226] has joined #mcdevs
00:27 < Stephen304> Hey Dav1d? Still trying to get BraLa to work.... [18:23:55.561] Main: WARN: GLFW ERROR(458759): WGL: Failed to create OpenGL context
00:28 < dav1d> Stephen304: ah hi
00:28 < dav1d> yeah I saw that on the issue
00:28 < Stephen304> It's in the log
00:28 < dav1d> Stephen304: can you tell me which graphics card cou have?
00:28 < dav1d> *you
00:28 < Stephen304> Intel HD 4000
00:28 < dav1d> gah I expected that
00:28 < Stephen304> Didn't know intel graphics sucked so bad
00:29 < dav1d> Stephen304: btw. does the shader load now?
00:29 < dav1d> I don't think that is an intel problem, more of a glfw problem
00:30 < Stephen304> You mean the glamour shader? Still syntax error
00:30 < dav1d> wow
00:30 < dav1d> I am on windows atm and it compiles here
00:30 < dav1d> can you open res/brala.conf and comment out the line with the tscreen.shader
00:31 < dav1d> you need to adjust indices (after removing/commenting out with #)
00:31 < Stephen304> It actually continues to run and outputs mem debug messages and shows sending snoop
00:31 < Stephen304> Yeah just a sec
00:31 < dav1d> yeah that is an issue with the snooper thread
00:31 < dav1d> if it fails between two points in the startup code, the thread is never killed
00:32 < Stephen304> So now adjust indicies?
00:32 < dav1d> right before you joined (3mins) http://i.imgur.com/ri0D8rm.png
00:32 < dav1d> Stephen304: sec, I paste the conf
00:33 < dav1d> Stephen304: http://vp.dav1d.de/jl1
00:33 < Stephen304> Ah okay got it
00:34 < Stephen304> So how do I rebuild cleanly? Never used d before
00:34 < dav1d> dmd build_brala.d
00:34 < dav1d> ./build_brala -o
00:34 < dav1d> use the -j flag to adjust the number of threads for a parallel build
00:34 < dav1d> -j9 e.g.
00:35 < dav1d> -o overrides the cache
00:35 < dav1d> if you change the config you don't need to rebuild though
00:35 < Stephen304> Oh okay!
00:36 < Stephen304> well still has the same error, but it doesn't keep running
00:36 < Stephen304> No syntax error
00:37 < dav1d> what happens?
00:37 < dav1d> it should crash at some point
00:37 < Stephen304> No UI implemented [18:35:49.290] Engine: INFO: Triggering on_shutdown
00:37 < dav1d> yeah, you need to pass a host
00:37 < Stephen304> then it cleans up and exits
00:37 < dav1d> -hlocalhost e.g.
00:38 < dav1d> for a offline server you can use --offline
00:38 < Stephen304> Okay
00:38 < Stephen304> brala.exception.ResmgrError@brala\resmgr.d(208): No Shader with id "tscreen" ava ilable.
00:38 < dav1d> if you don't wanna type your password into commandline you can use -c (assuming you have minecraft installed and did save your password with the launcher)
00:38 < dav1d> Stephen304: that's good, now add "--renderer forward"
00:39 < Stephen304> I get frame times in console, and blue screen
00:40 < dav1d> no terrain?
00:40 < Stephen304> nope
00:40 < dav1d> if not, look through bin/brala.log
00:40 < dav1d> there should be every error noted
00:41 < Stephen304> only [18:40:53.589] Main: WARN: GLFW ERROR(458759): WGL: Failed to create OpenGL context
00:41 -!- r04r is now known as r04r|away
00:44 < dav1d> Stephen304: and you only see a blue screen, did you look around?
00:44 < dav1d> also make sure you're in creative or the server allows flying
00:44 < Stephen304> Nothing seems to change anything, tried wasd and mouse moving
00:45 < dav1d> do you see in the console logs like: 
00:45 < dav1d> [00:39:35.398] Memory: DEBUG: (c)allocated 65536 times 4 bytes. Pointer: 0x055202f0. brala\dine\chunk.d:122 [00:39:35.413] Memory: DEBUG: (c)allocated 65536 times 4 bytes. Pointer: 0x05560304. brala\dine\chunk.d:122 [00:39:35.413] Game: INFO: 5 chunks incoming
00:45 < dav1d> Stephen304: ^
00:45 < Stephen304> I see a lot of those until it seems like it finished connecting then i just get frame times
00:46 < dav1d> mh so chunks arrive
00:46 < dav1d> Stephen304: do you connect to a freshly generated map?
00:47 < Stephen304> nope my existing server in which i am creative
00:47 < dav1d> could you try a new one? only to see if that may cause it
00:47 -!- MitchellFrost [~MitchellF@cable-145-229.zeelandnet.nl] has quit [Quit: Leaving]
00:47 < dav1d> there might be problems crashing the "tessellation" threads (which convert blocks into geometry)
00:48 < dav1d> if some blocks aren't implemented properly (which shouldn't be the case though)
00:51 < Stephen304> BINGO
00:51 < Stephen304> works on a fresh server
00:51 < dav1d> Stephen304: great!
00:52 < dav1d> Stephen304: could you send me a copy of that map?
00:52 < dav1d> (ingame username or coordinates would also be useful)
00:53 < Stephen304> Making progress. It actually kind of works on my existing server, mouse sensitivity is way too low and only a littbel bit is rendering, everything else is blue so i thought it was all blue
00:54 < dav1d> Stephen304: you can increase the mouse sensitivity in the config 
00:54 < dav1d> that is not optimal, gotta figure out why it differs from system to system
00:55 < dav1d> yeah that means the tessellation thread crashes
00:55 < dav1d> I was preparing a "fix" on linux which would kill brala immediatly if that happens
00:55 < dav1d> Stephen304: can you replace the file src\d\glamour\glamour\shader.d with http://vp.dav1d.de/UMK2A
00:56 < dav1d> then revert the config:
00:56 < dav1d> http://vp.dav1d.de/aVd3
00:57 < dav1d> this should print out the shader before crashing
00:57 < Stephen304> do i need to rebuild?
00:58 < dav1d> yes
00:58 < dav1d> ./build_brala 
00:58 < dav1d> this should happen relativly fast (no need for -o)
00:58 < dav1d> it only compiles the changed file(s)
00:58 < Stephen304> gives me "'.' is not recognized as an internal or external command,"
00:59 < dav1d> Stephen304: is there more context?
00:59 < Stephen304> oh the build_brala.exe? got it
00:59 < dav1d> ah yeah, sorry, that was linux
00:59 < dav1d> build_brala.exe 
01:00 < dav1d> (I am using cygwin on windows)
01:00 < Stephen304> k outputs too much to be seen, know how to pipe output to a file?
01:00 < dav1d> Stephen304: bin\bralad *arguments* > out.txt
01:01 < dav1d> should write the output into a newly created file out.txt
01:02 < Stephen304> http://pastebin.com/LebbB66j
01:04 < dav1d> mh yeah there is definitly stuff missing
01:05 < dav1d> aha
01:05 < dav1d> I bet I can blame intel for that one
01:05 < Stephen304> lol
01:05 < dav1d> Stephen304: try to remove the semicolon at line 12
01:05 < dav1d> "};" -> "}"
01:06 < dav1d> (no need to recompile)
01:06 < dav1d> whenever you change something in res\ nothing has to be recompiled
01:07 < Stephen304> what file is that in?
01:08 < dav1d> Stephen304: ha sorry, res\shader\tscreen.shader
01:09 < Stephen304> still all blue
01:10 < Stephen304> or maybe thats an improvement i cant keep track of all the changes
01:10 < Stephen304> but same as before
01:10 < dav1d> awesome :)
01:10 < dav1d> Stephen304: that means the issue on github is basically resolved
01:10 < dav1d> ok gimmy a sec gotta reboot into linux
01:11 < Stephen304> Ah lol k. I would try to figure out why only a small bit of ground is rendering on my server but every time i try to move i get repositioned
01:13 < dav1d> here we go
01:13 < dav1d> Stephen304: you get repositioned because you move into a wall, that's the server resetting your position
01:14 < Stephen304> oh i get it... it's because im stuck underground...
01:14 < dav1d> Stephen304: if you could send me the map I can try to figure out what's going wrong
01:14 < dav1d> there is a block which is not properly implemented
01:14 < dav1d> which causes terrain generation to fail
01:15 < Stephen304> it all makes sense... when underground everything looks blue except the faces that face towards you... so i just need to reposition my character. idk how i got that way in the first place though
01:15 < dav1d> I think windows eats the traceback, which is unfortunate
01:15 -!- barneygale [~barneygal@cpc18-sotn9-2-0-cust33.15-1.cable.virginmedia.com] has joined #mcdevs
01:15 < dav1d> ah yeah that could be it
01:16 < dav1d> since the camera is at your "feet"
01:16 < dav1d> (not properly implemented ;))
01:16 < dav1d> on my todo though
01:19 < Stephen304> Well a lot of stuff still isn't rendering, like my house. I'm above ground now
01:20 < dav1d> yeah I guess there is a bug
01:20 < dav1d> sounds like the usual symptoms
01:20 < Stephen304> looks like a chunk based problem
01:20 < Stephen304> only 4 chucks loading
01:20 < dav1d> yes and no
01:21 < dav1d> chunks are tessellated individually by 3 threads, now if one chunk has a problem (a block which causes the thread to die) all threads will die
01:21 < dav1d> since every thread tries to generate geometry for that chunk
01:21 < Stephen304> ah that makes sense
01:21 < dav1d> if that happens there are no more threads to generate the other chunks
01:22 < Stephen304> so new block or something causes that?
01:22 < dav1d> more likely a block I didn't implement correctly
01:23 < dav1d> e.g. metadata interpreted not correctly or even a malicous block placed with mcedit could cause that on purpose
01:23 < dav1d> everything which could raise an exception in the geometry-building code
01:23 < dav1d> new unimplemented blocks are generally ignored
01:24 < Stephen304> Any way to add exception handling to just make a purple block render in the case of an error like that?
01:24 < dav1d> would be possible, but for now I prefer it to fail, because I then know something failed and debugging it makes it easier
01:24 < dav1d> but yeah I should probably do that
01:24 < dav1d> normally there would be 3 stacktraces in the log
01:25 < dav1d> seems like windows doesn't generate these for threads
01:25 < dav1d> (well the d runtime)
01:25 < Stephen304> well thanks for the help! I g2g now. I'm looking forward to more updates :P
01:25 < dav1d> awesome
01:25 < dav1d> thanks for your help :)
01:25 < dav1d> cya
01:25 -!- Stephen304 [4b6e13e2@gateway/web/freenode/ip.75.110.19.226] has left #mcdevs []
01:26 < Not-002> [BraLa] Dav1dde pushed 2 commits to master [+0/-0/±3] http://git.io/waetyQ
01:26 < Not-002> [BraLa] Dav1dde 4b1f142 - exit game if one tessellation thread died
01:26 < Not-002> [BraLa] Dav1dde 492edbe - fix lovely shader issue on intel GPUs
01:45 <+Prf_Jakob> dav1d: Windows or Linux driver intel GPU?
01:45 < dav1d> Prf_Jakob: windows
01:45 < dav1d> Prf_Jakob: they asked me the same in #opengl :)
01:45 < dav1d> Prf_Jakob: but probably also happens on linux
01:45 < dav1d> Prf_Jakob: it's the shader compiler
01:45 <+Prf_Jakob> dav1d: then it doesn't happen on Linux.
01:45 < dav1d> actually linking failed
01:46 < dav1d> compilation worked
01:46 <+Prf_Jakob> dav1d: the intel windows driver is crappy
01:46 < dav1d> Prf_Jakob: why? do they use a different compiler?
01:46 <+Prf_Jakob> dav1d: completely different codebase
01:46 < dav1d> ohhh
01:46 < dav1d> linux is mesa, right?
01:46 <+Prf_Jakob> yeah
01:46 < dav1d> they don't have their own intel driver like fglrx and nvidia
01:46 < dav1d> I see
01:47 < dav1d> holy shit windows 7 I hate you
01:47 < dav1d> installing updates in a vm takes forever