IRIX and Software

ShotMaker... - Page 1

Hi everyone,

Just released a new beta version of my imaging software; if anyone is interested in giving it a try I would very much welcome feedback. The software comes with a number of applications:

* djv_view - Image and movie viewer.
* djv_vlut - Video lookup table control.
* djv_convert - Image conversion utility.
* djv_info - Image infomation utility.
* djv_ls - Directory listing utility.

Features include support for extended range images and industry file formats like DPX, OpenEXR, and experimental support for QuickTime.

There's a tardist on my sourceforge page for easy installation on IRIX; the only dependencies you need are libiconv from nekoware if you want to use the QuickTime stuff. Otherwise, just run inst, maybe type rehash, and that's it.

Sorry there's not much documentation yet :) . If you have any questions, please feel free to ask...

Homepage: http://djv.sourceforge.net
Some screenshots: http://djv.sourceforge.net/screenshots.html
Downloads: http://sourceforge.net/project/showfile ... _id=118244
I added this to the blog page. Thanks!
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.
cool to see that you are still developing this! will try the new version soon.
getting it right now. thanks :D
ok, i had a quick look at the image viewer - notes below

- i was missing the '..' entry in the filebrowser window. i know you have an icon for going up in the tree but it's something very common in other apps, might make sense to add it to speed up navigation.

- seems extremely unresponsive when i open a sequence in rgba/u8 format, regardless of filetype, everything slows down to a crawl

- bombs with segfault when a certain .mov file is in the directory (mplayer shows it as 'mjpa' format) and is quite slow or hangs (with codecs warning in the shell) as soon as you open up a directory full of video files (all kinds of formats). i'll install that libiconv and see if it makes a difference.
not sure which direction you intend to go with this app but if it's a sequence viewer, shouldn't it just ignore the video files? i'd suggest to put in a functionality where the user can specify the path to his preferred video player - and invoke that when a movie is opened.

otherwise i quite like it! adjustable gui colors, unobtrusive interface. seems very zippy (tested on dual600) as well. however, i only tested with SD/8bit files so far.
Thanks for trying it out...

GIJoe wrote: - i was missing the '..' entry in the filebrowser window. i know you have an icon for going up in the tree but it's something very common in other apps, might make sense to add it to speed up navigation.


Good point; I'll add that back in.

GIJoe wrote: - seems extremely unresponsive when i open a sequence in rgba/u8 format, regardless of filetype, everything slows down to a crawl


That surprises me; I've spent some time optimizing the I/O so it should be quite fast. Can you give me some more details about the images, like file type and resolution? Also, did you have any of the tool windows open, like the histogram?

GIJoe wrote: - bombs with segfault when a certain .mov file is in the directory (mplayer shows it as 'mjpa' format) and is quite slow or hangs (with codecs warning in the shell) as soon as you open up a directory full of video files (all kinds of formats). i'll install that libiconv and see if it makes a difference.


If you don't have libiconv installed it shouldn't try and do anything with the movie files. Do you happen to have a library called "libquicktime" installed somewhere?

GIJoe wrote: not sure which direction you intend to go with this app but if it's a sequence viewer, shouldn't it just ignore the video files? i'd suggest to put in a functionality where the user can specify the path to his preferred video player - and invoke that when a movie is opened.


It is primarily meant for viewing image sequences, but I thought some movie support would be nice; it's definitely not meant as a general purpose media player though.

GIJoe wrote: otherwise i quite like it! adjustable gui colors, unobtrusive interface. seems very zippy (tested on dual600) as well. however, i only tested with SD/8bit files so far.


Do you work with any DPX images?
installed under Fedora Core 6 no problems

djv_view - works no problem quite fast DPX files of a san
djv_convert - havent used yet
djv_info - no problem
all other seem OK as well

The only thing im not sure on is djv_vlut. How is this supposed to be used?
matt510au wrote: installed under Fedora Core 6 no problems


Good to hear, thanks. I'm currently compiling the linux version on CentOS 4.

matt510au wrote: djv_view - works no problem quite fast DPX files of a san


Great! If you don't mind me asking, what resolution images were you using and how fast did it playback?

matt510au wrote: djv_convert - havent used yet


It's handy for making tv-res quicktime movies of your DPX files:

Code: Select all

> djv_convert 00001-10000.dpx output.mov -scale 640 480


matt510au wrote: The only thing im not sure on is djv_vlut. How is this supposed to be used?


It allows you to interactively change the lookup table on your video card. This can help with calibrating monitors or just used as a quick way to adjust the color when looking at images. The interface is still a bit wonky, I'm open to suggestions on how to make it more intuitive.

Thanks for the feedback; I'll have a minor update hopefully later this week that's got even faster DPX I/O and also support for Cineons.
hi dj,
Looking at 2k and 4k images. (dpx)
djv_view doesnt like .cin files, .mov
playback off a san 10gig connection ,around 5.3 frames per sec.
Not to bad considering the files sizes. will try some small dpx locally and see if I can get 24 fps.
djv_convert sounds interesting. might have to have play around with that
djv_vlut, thoughts thats what it did, need to be able to reset back to default if you change it.

I thought it may have been used for displaying a lut in a graph/curve field etc..

Nice work man will see what i can do with djv_convert, currently use CleanerXL for this type of thing but you never know

Matt
matt510au wrote: djv_view doesnt like .cin files, .mov


Cineon support will be in the next release. Quicktime support on UNIX is fairly limited right now; mostly just uncompressed movies and motion-jpeg. It's not meant so much for general purpose playback but as a way to rip image sequences into movies for other systems.

matt510au wrote: playback off a san 10gig connection ,around 5.3 frames per sec.


Hopefully the next version will be about 2x faster. Can you play back real-time 2k with your other software?

matt510au wrote: djv_vlut, thoughts thats what it did, need to be able to reset back to default if you change it.


Couple of ways to do that: "Reset" from the "VLUT" menu, hit the backspace key, or those little "x" buttons on the right side of the interface.

matt510au wrote: I will see what i can do with djv_convert currently use CleanerXL for this type of thing but you never know


Let me know if you have any suggestions for the converter; for instance right now I'm adding a "film scanner" mode for someone else so it waits for each frame before processing. Haven't heard of cleaner, I'll check it out. Thanks!
I love it !!!!
Like the file browser and the standard scale option for 16:9 an 2.35 !!!

Just can't get the full framerate of 25 frames when trying to play a .tga sequence on my Octane2
R12k 400 MHz with V10.

Cheers and keep up the good work for the Unix community ( specially Irix )
I can feel it, my mind is going ....
One comment on the IRIX download. The tardist format is already compressed, so I imagine the size difference by making a tardist.gz in minimal.
ka0s wrote: I love it !!!!
Like the file browser and the standard scale option for 16:9 an 2.35 !!!


Thanks!

ka0s wrote: Just can't get the full framerate of 25 frames when trying to play a .tga sequence on my Octane2
R12k 400 MHz with V10.


I'm currently doing all the image transformations in C++, which I thought would be good for portability, but is maybe not so good for speed. I'm thinking of converting it all to OpenGL which should really fly.

But in the meantime, I'll have a minor update in a day or two which should be slighly faster (forgot to enable memory mapping on the current version, doh).

squeen wrote: One comment on the IRIX download. The tardist format is already compressed, so I imagine the size difference by making a tardist.gz in minimal.


Good point :) . Force of habit I guess.
Hi,

Just a small bump to let everyone know I have a new release out; this one includes support for Cineon images and faster DPX image I/O.

http://djv.sourceforge.net/

Thanks for all the feedback!
It's faster then version 0.6.0 for sure.
I now get more then 32 frames when playing a standard tga sequence.
But it can only do 5 frames a second when I try the scale to 16x9 option on a 720x576 anamorph tga sequence.

Nice work !!!!
I hope the OpenGL will take advantage of the V10 Hardware cause that should be fast enough for sure !)
I can feel it, my mind is going ....
hi dj, forgot about writing the reply, sorry.

ok, i did just install the most recent libiconv (from nekoware). that didn't fix the problem, it's still crashing on that movie-file and i have no libquicktime on the system.
i also tried out the windows build of 0.6.0 and it's not crashing on that very moviefile nor slowing down when i step into a directory of video files at all.

on both windows and irix, scaling from PAL to 16x9 slows down the playback, gr_osview shows that one cpu is more or less maxed out/task manager gives me slightly under 30% cpu usage (on four logical CPU cores).
systems in question are a dual600 oct2 and a dual 3 ghz xeon HT.

what i noticed is that the windows build has the same performance issue with my tga sequences in 720x576, 24 bit + alpha channel (renderoutput from a 3D app), shown as rgba/u8 in djv_view. playback drops to about 1 frame per second if such a sequence is opened.

and i have only tga/tif/rgb 8bit images for testing unfortunately.

btw. something that i found in the windows build - it only shows me three drives in the directory menu in the filebrowser, even if there are more. i can still access them by typing the letter but it left me wondering.

cheers.
ka0s wrote:
It's faster then version 0.6.0 for sure.
I now get more then 32 frames when playing a standard tga sequence.


That's good news! Thanks.

ka0s wrote:
But it can only do 5 frames a second when I try the scale to 16x9 option on a 720x576 anamorph tga sequence.


The scaling stuff is still software based, so yeah, it's relatively slow... When I switch over to an OpenGL pipeline it should be real-time (with texture hardware).

ka0s wrote:
I hope the OpenGL will take advantage of the V10 Hardware cause that should be fast enough for sure !)


I'm getting a V8 next week, so I'll have an incentive to make it run fast on odyssey hardware :) .
GIJoe wrote:
ok, i did just install the most recent libiconv (from nekoware). that didn't fix the problem, it's still crashing on that movie-file and i have no libquicktime on the system.


Thanks for checking that out; would it be possible to send me an example of the file that's causing the crash?

GIJoe wrote:
i also tried out the windows build of 0.6.0 and it's not crashing on that very moviefile nor slowing down when i step into a directory of video files at all.


I don't have QuickTime support for windows yet, so it's ignoring those files.

GIJoe wrote:
on both windows and irix, scaling from PAL to 16x9 slows down the playback, gr_osview shows that one cpu is more or less maxed out/task manager gives me slightly under 30% cpu usage (on four logical CPU cores).
systems in question are a dual600 oct2 and a dual 3 ghz xeon HT.


The next couple of versions I'll be implementing more features in OpenGL which will hopefully allow real-time playback when scaling. It's all software based right now.

GIJoe wrote:
what i noticed is that the windows build has the same performance issue with my tga sequences in 720x576, 24 bit + alpha channel (renderoutput from a 3D app), shown as rgba/u8 in djv_view. playback drops to about 1 frame per second if such a sequence is opened.


That's very odd; it sounds like you have some decent hardware so it should be much faster than that. Would you mind trying the latest version I just released, 0.6.1? The scaling will still be slow, but overall the I/O should be faster. Or if you could send me an example image, that would be helpful.

GIJoe wrote:
btw. something that i found in the windows build - it only shows me three drives in the directory menu in the filebrowser, even if there are more. i can still access them by typing the letter but it left me wondering.


Sorry, I'm just learning about windows, and in my rush to get a release out I hard-wired C, D, and E :) . The latest version 0.6.1 fixes that.

I sure am glad I started supporting windows though; the number of downloads has been more than IRIX, Linux, and Solaris combined :shock: .
phew, it has certainly been a while, hasn't it? ;)

i tried 0.6.1 windows the other day in the company and i noticed that it does not seem to handle UNC filepaths, you might want to look into that. it was slow on file sequences with alpha again tho. i can send you some example files that make the windows and irix builds choke for me. although... these are nothing special, you should be able to easily replicate by adding alpha to any PAL/HD image sequence in tga format, for example.

this time, i tested on the work box, which is an AMD 4400 X2 or so, with geforce 79something GTX and 2 gigs of RAM, running XP.

if you still want it, i can send you a mov file that's crashing the irix build here.
sorry for the late replies.

i found that this app would be quite cool to have at work, a decent player for those HD image sequences outputted from a console devkit could definitely speed up work for some departments which are now using ugly things like adobe premiere for that task. :)
GIJoe wrote:
phew, it has certainly been a while, hasn't it? ;)


No worries; I appreciate the feedback.

GIJoe wrote:
i tried 0.6.1 windows the other day in the company and i noticed that it does not seem to handle UNC filepaths, you might want to look into that.


Will do; I'm just learning Windows so bear with me. :)

GIJoe wrote:
it was slow on file sequences with alpha again tho. i can send you some example files that make the windows and irix builds choke for me. although... these are nothing special, you should be able to easily replicate by adding alpha to any PAL/HD image sequence in tga format, for example.


Example files would be really helpfull; if it's cool, just email them to me at: mailto:[email protected]

I'm working on a new OpenGL accelerated version which I hope will be much faster; hopefully it will be out in a couple of weeks...

GIJoe wrote:
i found that this app would be quite cool to have at work, a decent player for those HD image sequences outputted from a console devkit could definitely speed up work for some departments which are now using ugly things like adobe premiere for that task. :)


And of course the price is hard to beat. :)