| 00:01.13 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1096735664.dsl.bell.ca) | |
| 01:56.01 | *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168054557.dsl.bell.ca) | |
| 02:16.57 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1128543596.dsl.bell.ca) | |
| 05:00.06 | *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168054557.dsl.bell.ca) | |
| 06:24.05 | *** join/#brlcad PrezKennedy (n=Matthew@c-69-138-68-160.hsd1.md.comcast.net) | |
| 07:10.36 | *** join/#brlcad justin__ (n=justin@74.92.144.217) | |
| 08:18.32 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 10:54.31 | Maloeran | http://www.rayforce.net/demo00-xvid.avi http://www.rayforce.net/demo00-ms.avi ~ Such a crappy encoding quality, I really need to find some middle ground between these 16mb files and the 2.4gb raw loseless output |
| 10:54.49 | Maloeran | Tips, anyone? :) |
| 11:11.41 | clock_ | What is rayforce? |
| 12:05.19 | brlcad | Maloeran: yeah, I like the video .. the scene and traversal around/through the ship, but the quality is absolute crap |
| 12:24.00 | *** join/#brlcad cad96 (n=c748ae9a@bz.bzflag.bz) | |
| 13:17.24 | clock_ | brlcad: what is Rayforce? |
| 13:50.06 | brlcad | clock_: it's a new high-performance triangle ray-tracer being developed by Maloeran |
| 14:04.43 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:18.45 | *** join/#brlcad clock__ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:24.42 | *** join/#brlcad Elperion (n=Elperion@p54876A2C.dip.t-dialin.net) | |
| 14:44.23 | *** join/#brlcad cad55 (n=d8361bd3@bz.bzflag.bz) | |
| 15:48.11 | Maloeran | brlcad, do you know how to encode videos in a higher quality? |
| 15:49.02 | Maloeran | I'm using, pass 1 & 2 : mencoder video00.raw -demuxer rawvideo -rawvideo fps=20:w=1024:h=768:format=rgb24:size=2359296 -ovc xvid -xvidencopts bitrate=2600000:pass=1:vhq=4:bvhq=1:min_iquant=1:min_pquant=1:min_bquant=1:max_bframes=1 -nosound -noskip -mc 0 -vf harddup -o video00-xvid.avi |
| 15:49.19 | Maloeran | What codec or settings can I possibly use to get some decent quality? |
| 15:56.16 | archivist | divx is supposed to be ok (also an open source version somewhere) |
| 15:57.49 | Elperion | also try to use ffmpeg |
| 15:57.55 | Elperion | its codecs are really nice |
| 16:00.06 | Maloeran | I tried xvid, divx, msmpeg4-v2... |
| 16:01.44 | archivist | most video formats are not assuming nice cad pictures though |
| 16:03.04 | burton | Maloeran: do you need to encode colour pictures or only b/w? |
| 16:03.25 | Maloeran | Anything at this point, any way to get some decent quality |
| 16:03.34 | Maloeran | Although color would really be prefered |
| 16:03.36 | burton | For me DivX works the best |
| 16:03.53 | burton | Maloeran: you can download my videos at http://ronja.twibright.com/3d/ |
| 16:04.19 | burton | Maloeran: for encoding color I use the Luminaplex algorithm 8-) |
| 16:05.36 | Maloeran | Okay, I want that kind of quality! :) What do you use for divx encoding? |
| 16:05.55 | archivist | heh why are you using burton (I live near Burton on trent) |
| 16:06.24 | burton | transcode -x yuv4mpeg -y xvid -i $*.mpeg4_asp.y4m -p 3d/loop_7.2.wav -o $@ |
| 16:07.12 | burton | And here is the Luminaplex encoder http://ronja.twibright.com/hyperluma.php |
| 16:07.16 | Maloeran | Hum, my input is raw pixel data though, do you have a similar solution for mencoder? |
| 16:07.20 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/vector.h: Wrap vector in extern c++, fix multiply-defined symbol errors on vequals function |
| 16:08.40 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/brep.h: Do not include vector.h in brep.h, since it generates multiply defined symbols across libraries (i.e. librt/libwdb) |
| 16:08.55 | burton | Maloeran: no but why do you need mencoder? |
| 16:09.07 | burton | Maloeran: if you don't require mencoder then download the encoding pipeline from Ronja |
| 16:09.40 | burton | what is actually mencoder, at all? |
| 16:11.16 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/Makefile.am: remove optimization flags. probably need to move the sse flags somewhere else too. |
| 16:11.21 | Maloeran | It's the encoder for mplayer, the Linux media player |
| 16:11.32 | Maloeran | Whatever software I use, I must be able to feed it raw pixels |
| 16:11.39 | burton | Maloeran: I am using raw pixels |
| 16:11.44 | Maloeran | Great, okay |
| 16:11.50 | burton | The pipeline takes *.g on one side and outputs divx avi on the other |
| 16:12.04 | burton | raw RGB data falling from rt |
| 16:12.29 | burton | Maloeran: http://ronja.twibright.com/makefiles/Makefile.3d |
| 16:12.52 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/ (brep_test.cpp g_brep.cpp): explicitly include vector at compilation unit. |
| 16:13.18 | burton | Maloeran: http://ronja.twibright.com/utils/render_animation |
| 16:14.46 | Maloeran | Thanks burton, I'll try this transcode |
| 16:15.02 | burton | Maloeran: you're welcome |
| 16:27.46 | *** join/#brlcad Elperion (n=Elperion@p54876A2C.dip.t-dialin.net) | |
| 16:41.17 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/vector_x86.h: temporarily define replacements for missing(?) builtins |
| 16:47.59 | Maloeran | Right, this works so much better. Files of 120mb instead of 16mb too |
| 16:55.51 | Maloeran | http://www.rayforce.net/demo00-ms.avi if anyone is interested |
| 16:58.12 | *** join/#brlcad archivist_win (n=djc@host217-35-76-52.in-addr.btopenworld.com) | |
| 17:11.17 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/ (vector_x86.h vector_fpu.h): fix inlining of << operator. should alleviate the problems with multiply-defined symbols seen earlier. |
| 17:17.13 | *** join/#brlcad justin__ (n=justin@74.92.144.217) [NETSPLIT VICTIM] | |
| 17:21.54 | archivist | neato |
| 17:45.18 | *** join/#brlcad digitalfredy (n=digitalf@200.71.62.161) | |
| 18:36.06 | CIA-7 | BRL-CAD: 03erikgreenwald * 10brlcad/src/libsysv/strlcpy.c: include unistd.h for size_t definition (fixes linux/amd64 build) |
| 18:46.52 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/vector_x86.h: switch to SSE intrinsics (more portable than builtins) |
| 19:03.15 | *** join/#brlcad clock_ (i=clock@84-72-93-137.dclient.hispeed.ch) | |
| 19:04.50 | CIA-7 | BRL-CAD: 03jlowenz * 10brlcad/include/ (vector_x86.h vector_fpu.h vector.h): begin fleshing out arbitrary length vector class. class definition and stub functions. |
| 19:46.34 | *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168050306.dsl.bell.ca) | |
| 20:38.12 | *** join/#brlcad Elperion (n=Elperion@p54876A2C.dip.t-dialin.net) | |
| 21:55.02 | ``Erik | Maloeran: I'm in your computarz, hax0ring your c0dez |
| 22:12.29 | louipc | 133t |
| 22:13.13 | louipc | oh I did it wrong: 1337 |
| 22:14.24 | brlcad | s\/\/337 |
| 23:03.45 | *** join/#brlcad IriX64 (n=mario_du@bas3-sudbury98-1168050306.dsl.bell.ca) | |
| 23:05.55 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 23:19.11 | IriX64 | why does opengl functionality report yes on 7.6.2 but not 7.8.4? |
| 23:20.14 | IriX64 | same configure line. |
| 23:23.48 | brlcad | different detections, the configure tests change on every version |
| 23:24.04 | brlcad | default to on-by-default and off-by-default to for some options |
| 23:24.25 | IriX64 | erf so if i can find it in configure, should be able to fix it? |
| 23:25.06 | brlcad | why on earth are you using 7.6.2? |
| 23:25.20 | IriX64 | to see aboutr this opengl thing. |
| 23:25.38 | brlcad | then ignore the configure option, it's not going to show you anything :) |
| 23:25.46 | IriX64 | heh ty. |
| 23:26.02 | brlcad | that just enables/disables the opengl framebuffer, which from your perspective is no different from what you're already using |
| 23:26.12 | brlcad | it doesn't provide any new features/behavior |
| 23:26.12 | IriX64 | ill set it in config.h. :) |
| 23:26.27 | brlcad | go for it, just don't complain about things not compiling |
| 23:26.35 | IriX64 | heh sure. |
| 23:26.38 | brlcad | you'd have to do more than that to fully enable it |
| 23:26.52 | IriX64 | ill look around. |
| 23:27.05 | brlcad | seriously, though -- it's just whether it uses opengl to draw a pixel or X11 routines to draw a pixel.. it still just draws a pixel |
| 23:27.15 | brlcad | it's not going to give you a shaded display |
| 23:27.35 | IriX64 | but it is available you should be able to use it. |
| 23:28.40 | brlcad | it is a configuration option is all -- there's also an option to enable the pro-engineer plugin, but that don't mean you can use it |
| 23:29.09 | brlcad | if you really want to know why it's disabled, look in config.log and see why the opengl tests failed |
| 23:29.10 | IriX64 | ty that explains it. |