| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11
<TylerE2> I rember something
<TylerE2> it was called like bmp2avi
<TylerE2> a little freeware app
<TylerE2> took files anmed like frame0001.bmp frame0002.bmp, etc
<lisppaste> zeronil pasted "factorial" at http://paste.lisp.org/display/13036
<zeronil> can somebody tell me why this won't work?
<zeronil> http://paste.lisp.org/display/13036
<Riastradh> minion: advice #11902 for zeronil
<minion> zeronil: You said it didn't work, but you didn't say what it would have done if it *had* worked.
<zeronil> well, it should return m which is supposed to be !n
<zeronil> Riastradh?
<Riastradh> Why don't you try indenting your code properly, first?
<zeronil> oh .. one form broke the ranks
<zeronil> one can't edit a paste right?
<Mitja> dsteuber: how much time should one frame be displayed?
<Riastradh> One can annotate a paste.
<dsteuber> 1/30th of a second
<Mitja> That makes it a one minute movie.
<dsteuber> I went overboard with the credits.
<Mitja> I can't seem to find settings for the display time per frame. Would 14.8 MB/sec be adequate?
<dsteuber> I have no idea. When I imported the image sequence with Quicktime, I set it at 30fps.
<Mitja> That's the thing, I can't find where to set fps in QuickTime!
<dsteuber> On the mac, it's in a dialog after you do File | Import Image Sequence. It's a quicktime pro feature.
<Jabberwockey> re
<Mitja> Heh, it just happens that 14.8 MB/sec means 29.8 fps if using your TIFFs.
<Mitja> or better yet 29.89 fps
<dsteuber> That's not too surprising. I imported 1801 frames @ 30fps. Uncompressed, that is a very high data rate.
<dsteuber> DVD maxes out at 10Mbps for video.
<dsteuber> Most DVD material is compressed more than that.
<Mitja> So a lot is lost, but still seems high quality.
<Mitja> Downloaded 153 images so far, this is going to take a while...
<dsteuber> I believe Apache supports gziping files if the client requests it. I don't know how well gziping on the fly works though. I've not actually tried to test it.
<stesch> mod_gzip is needed, AFAIK.
<stesch> The server lighttpd supports it, too.
<dsteuber> I'll check to see if I have that installed. My CPU can use the exercise if it will speed things up and reduce bandwidth usage.
<dsteuber> Anyone here know the ImageMagick convert utility?
<stesch> dsteuber: A little bit.
<dsteuber> There is a -quality option for JPEG and I want to set for maximum quality.
<dsteuber> I can't tell from the man page what value I should put there.
<dsteuber> JPEG/MIFF/PNG compression level
<stesch> dsteuber: http://www.imagemagick.org/script/command-line-options.php#quality
<stesch> dsteuber: For JPEG it's the percentage. 100 is best.
<dsteuber> Thanks.
<mommer> good morning
<mommer> dsteuber: aroundp
<dsteuber> T
<mommer> hi :-)
<dsteuber> Greetings.
<mommer> I wanted to ask you... what do you use for rendering your fractals?
<dsteuber> Hardware or software?
<mommer> software
<dsteuber> I am writing TGA files with Common Lisp :-)
<dsteuber> Except for the Apress stuff which I rendered in JPEG in Common Lisp.
<mommer> I see. Homebrew code?
<dsteuber> Yes.
<dsteuber> Not even under CVS.
<Xophe> morning
<mommer> good morning Xophe
<Mitja> dsteuber: a partial movie with 198 frames so far plays nicely.
<mommer> dsteuber: so when you are computing, you do not display the images in a separate window?
<Mitja> dsteuber: you have to play it at least three times for the last time to be smooth.
<dsteuber> mommer: No. I don't see the results until it is finished.
<mommer> ok.
<Mitja> dsteuber: but that's my machine, anyway (low RAM)
<dsteuber> Mitja: My laptop has difficulty playing at high data rates.
<mommer> I need some way of rendering images in a colored levelset kind of way tipical of mandelbrot graphics.
<mommer> But modt of the time it is for monitoring purposes.
<mommer> so it should display right away and sometimes perhaps render.
<dsteuber> I haven't studied the details of drawing into a Window with Lisp yet under X11 or Carbon.
<dsteuber> The closest I have is using OpenGL in Carbon.
<dsteuber> And I am far from familiar with the OpenGL APIs. Just a few basics.
<mommer> I sometimes would want to make a movie, even. But I need supporting features, like a scaled color bar.
<mommer> dsteuber: I think I'll try to rig gnuplot to do all that stuff
<dsteuber> My fractal code has all been pure ANSI.
<dsteuber> It makes trying to find interesting regions, um, interesting.
<mommer> eeeeeee: what do you mean? That opengl has that?
<dsteuber> I've used Graphic Converter to show me pixel coordinates that I would then use to feed back in to my program to recenter.
<Xophe> mommer: many apologies. Can I ask you to reset the administrative p***word for the ieeefp-tests-devel mailing list?
<mommer> Xophe: no problem :-)
<dsteuber> http://www.david-steuber.com/Lisp/mset/xenos-xoom/HD/frame2100.jpeg
<dsteuber> Sure to be temporary.
<dsteuber> I kinda like that portion.
<mommer> it certainly looks good
<dsteuber> I used ImageMagick's converter utility to make it into a JPEG from a TGA.
<eeeeeee> mommer: nah..just that i like opengl :)
<mommer> oh :-D
<dsteuber> mommer: I know you've grown sick of common-lisp.net (and I'm glad someone was able to take over administration for you), but I do hope to get back into CL-Carbon sometime. It's been dormant for a while.
<dsteuber> Apple's decision to switch to Intel hasn't helped matters.
<mommer> no problem.
<mommer> they should have switched to amd ;)
<dsteuber> Heh. yeah.
<jix> moin
<dsteuber> After all their past anti-intel commercials.
<mommer> ...and after all the wrecking that is happening at intel.
<dsteuber> One thing has been wondering how much of Carbon to wrap. Another has been what sort of CLOS model to build around it.
<dsteuber> I still have Intel stock :-(
<dsteuber> I keep wishing it would bounce back to its peak value.
<Xophe> ok, what new and exciting things shall I work on next?
<mommer> Personally, I think intel will have troubles for a few years.
<Xophe> other than breakfast
<dsteuber> I'm wondering if there is any potential value in making a CLIM backend out of CL-Carbon.
<dsteuber> It seems to me that designing a framework is harder than implementing one. Well unless you design one that is impossible that is.
<dsteuber> And CLIM 2.0 is there (not to mention McCLIM).
<dsteuber> If enough Lispers use CLIM as a GUI then there seems to be value in swinging that way ;-)
<eeeeeee> dsteuber: what do you like about carbon?
<dsteuber> I like that it is a C api and I understand C.
<dsteuber> It is also not constrained by a fake Smalltalk single inheritance model like Cocoa is.
<eeeeeee> does it use some kind of MI?
<dsteuber> So it seems to me (rightly or wrongly) that it is easier to put a CLOS wrapper around Carbon than Cocoa. Although OpenMCL may well be proving me wrong on that point.
<dsteuber> Cocoa uses messaging.
<eeeeeee> oh..i meant carbon
<dsteuber> I don't think so.
<dsteuber> Carbon is an opaque wrapper for lower level stuff.
<dsteuber> I have a fairly nice way of dealing with Carbon events in CLOS though.
<dsteuber> The code is very OpenMCL specific though.
<dsteuber> I haven't tried compiling the code under OpenMCL 1.0 yet.
<tomppa> Is Carbon close enough to GTK? Would there be any point trying to do something like 'OpenCAPI'. Common gui-frontend using carbon/gtk/win...
<dsteuber> But at least prior to 1.0, I have not been suffering from patch releases breaking my binary.
<tomppa> Or maybe the clim-backend approach would be better.
<dsteuber> I don't know GTK at all, so I can't say.
<eeeeeee> gtk has gone downhill :|
<dsteuber> I'm thinking CLIM as a way to go. If I can hook into McCLIM, so much the better.
<tomppa> Both being c based I would guess they aren't too different from each other.
<eeeeeee> it was my kit of choice in the latter 90s
<dsteuber> Depending on how people view CLIM though, it may be like Swing for Lisp. Except hopefully good.
<eeeeeee> swing has its points
<dsteuber> The big advantage I see for Swing (and even AWT) is that it is a cross-platform GUI that works sorta OK.
<rich_holygoat> hehe, I can imagine the web page: "CLIM: It's Like Swing, for Lisp!"
<mommer> eeeeeee: just curious. What do you dislike from gtk?
<dsteuber> That is a major point in Java's favor.
<eeeeeee> mommer: well, gtk2 is like (literally) 10 times slower than gtk :o
<dsteuber> rich_holygoat: I never said I was good at marketing.
<rich_holygoat> :D
<eeeeeee> ..which hasnt been addressed for a couple of years now
<dsteuber> I haven't pushed Carbon yet, but so far it's been fast.
<eeeeeee> i bet :)
<dsteuber> My hellow world of an OpenGL app has had no noticeable lag from CLOS dispatching.
<eeeeeee> sigh..the name "common-lisp.net" seems to make a lot of people think of .NET
<tomppa> It's always amusing how much more responsive Lispworks's or Cincoms IDE's are when comparing to something like Anjuta or Eclipse.
<dsteuber> I have high hopes for Climacs.
<dsteuber> Haven't tried it yet though.
<dsteuber> Carbon Emacs shows it's slowness when you try to scroll quickly.
<mommer> eeeeeee: who did that?
<dsteuber> But for the most part, performance is not an issue.
<tomppa> For example, try running Visualworks ST on 96/233 PII, then compare it to Anjuta :)
<eeeeeee> im pretty happy with aqua emacs (and sometimes terminal emacs :)
<eeeeeee> mommer: who did the slime movie?
Return to lisp
or
Go to some related
logs:
football
jenglish -japan jewish
c++
|
|
