The collected works of dj - Page 2

markwend wrote: Okay - installed and working under kubuntu 7.10.


Great, glad to hear it.

markwend wrote: To answer your question, I use jpg when I don't care about quality and lossless tiff when I do.


Ok, both of those file formats should be fine to over-write while viewing.

markwend wrote: Another issue: I typically save my files in 4-digit padded format (filename.%04d.tif), and I notice that djv_ls thinks there's a break between frame 999 and frame 1000.


I was wondering when someone would run into that. :)

Basically I got too clever with the file sequencing; the software tries to distinguish between sequences with leading zeroes and without, so what's happening is it thinks there are two sequences: 0001-0999 zero-padded, and 1000-1500 without. I should probably change this though, your case seems far more common than someone trying to mix frame padding in the same directory.


Thanks, Darby
Mark,

I just uploaded a new pre-release (djv-0.8.0-pre2) which has a number of fixes, including one for your file sequence problem. If you have a chance, try it out and let me know how it works.


Thanks, Darby
markwend wrote: The issue you fixed with sequences over 1000 frames works fine now too.


Cool. Thanks for testing it.

markwend wrote: a) Every time I install a new version, I have to go back and set my preferences all over from scratch. Any way to save preferences when a new version is installed?


Since I'm still making so many changes to the code, that's an unfortunate side-effect for now. But if you want you can try manually copying the previous preferences to the new ones; though that won't always work and could cause some odd behavior. The preferences are stored in your home directory, like:

~/.fltk/djv-0.8-1

So if your previous version was 0.7.4, you could try:

rm -r ~/.fltk/djv-0.8-1
cp -r ~/.fltk/djv-0.7.4 ~/.fltk/djv-0.8-1

markwend wrote: b) When I set Mark In and Out points for playback, the Forward and Backward Playback modes obey these points. However, the jog shuttle (as well as right-button jogging) *doesn't* obey the mark in/out points. Is there a specific reason for that? If not, I'd prefer the shuttling to obey the marked points.


The idea behind that was to allow adjustment of the in/out points after they are set, sort of for fine-tuning the marks. But you're right, it's probably better to keep all the controls consistent; do you think clicking and dragging the playback slider with the mouse should also obey the in/out points?

markwend wrote: c) Here's a funny one. I'm in the habit of feeding a series of images to my own programs using wildcards (e.g., "myprogram file.*.jpg"). Of course, when I do this with djv_view, I get in trouble... it launches separate windows for EACH file that the wildcard expands to. I quickly need to killall in the shell before my machine swaps to death. Unless there's a compelling reason to open separate djv_view sessions with wildcards, it would be really nice to just load up all the files that a wildcard expands to in a *single* djv_view window. If I really want separate djv_view sessions, I launch them with separate commands.


How about if I add a preferences option to combine all the command-line inputs into a single sequence, instead of sending each to a separate window? Note that all of the images need to be the same format though.

I also recently added a different sort of wild-card handling for someone else; sequences can now be specified like "render.#.tiff". Still have to add it to the documentation. :)

markwend wrote: Thanks again for a great and useful program!


Thanks for the feedback, it's very helpful.


Darby
Hi everyone,

Just wanted to mention that I've uploaded the official 0.8.0 Beta version of DJV imaging. Downloads are available at:

http://sourceforge.net/project/showfile ... _id=118244

Packages are available for a number of different operating systems and architectures, including of course IRIX.

Lost of small changes and bug-fixes for this version; here are the highlights from the previous 0.7.3 version:

* Updated software dependencies (OpenEXR 1.6.1, libquicktime 1.0.1).
* Initial support for the Softimage .PIC image file format.
* Extended support for the Wavefront RLA image file format to 16 and 32-bit image data.
* FFmpeg support for Linux.
* Compatibility changes for the OpenGL rendering pipeline.
* Expanded preferences dialog.

Feedback is always welcome,

Thanks, Darby


PS. @markwend - This version includes the changes for the in/out points as you suggested, and a new preferences option for opening all the command-line arguments in a single window (it's under the File tab).
markwend wrote:
Just curious - what does FFmpeg support mean? (I know what ffmpeg is and use it, but just don't know what support for it you are offering in djv_view).


Just that there is support for a wider range of codecs when working with QuickTime in Linux.

The codecs/formats that are available from libquicktime are:

raw, rawalpha, v308, v408, v410, yuv2, yuv4, yv12, 2vuy, v210

And FFmpeg adds these:

ffmpeg_mpg4, ffmpeg_msmpeg4v3, ffmpeg_h263, ffmpeg_h263p, ffmpeg_mjpg, ffmpeg_dv_ntsc, ffmpeg_dv_pal, ffmpeg_dv50_pal, ffmpeg_dv50_ntsc, png, pngalpha, rtjpeg, jpeg, mjpa, ffmpeg_dv_avi, ffmpeg_ffvhuff

(Note, I have not yet done any serious testing with the different codecs.)

markwend wrote:
I also like all the extended preferences. Very nice work.


Thanks! There's definitely getting to be a lot of options though; someone else mentioned it was getting a bit confusing, especially with the nested tabs. They suggested I switch from tabs to a tree-view type widget to help organize it better. What do you think?
markwend wrote:
I actually don't mind the tabs, as long as the names and contents are well organized.


What do you think of the current organization? Do the different options feel like they are in the right tabs? Is it easy to remember where they are located?

markwend wrote:
One thing that can help the clarity a bit without changing the structure is to switch the tab text to icons+text (kind of like in firefox's preferences). This can help folks better understand the preference categories, as long as the icon graphics are well designed.


That's a good idea, and I think fairly easy to code... I could reuse some of the other icons for the "File", "Window", "View", and "Playback" groups. Any thoughts on what would make a good icon for the others, like "Image", "Image I/O", "Shortcuts", or "General"?
hamei wrote:
So why do people think icons are so wonderful ? How about just using chinese characters ? then people could learn something useful along with the task of memorizing a bunch of icons ?


What are the Chinese characters for "Image I/O"? :)

I hear what you're saying, but how many Chinese characters are there vs. the number of icons in a typical app? Plus icons are important because they take a minimal amount of screen real-estate; the alternative is abbreviations, which are far worse.
hamei wrote:
What does the nun with the arrow through her head mean ?


Finally I have an icon for the "preferences dialog". :)
Hi Everyone,

Just wanted to let you know I've released a new beta version of DJV, 0.8.1. Here's the list of changes:

General:

* Updated copyright notices for 2008.
* Command line option reorganization.
* Preferences dialog reorganization.

djv_view:

* Split window controls into toolbar and playbar controls.
* Image information and HUD changed to reflect actual file name.
* Fix for HUD options.
* Fix for cache redraw bug.

Miscellaneous:

* String conversion improvements.
* Fix for color matrix in fixed function OpenGL pipeline.
* Fix for Apple QuickTime path handling in Microsoft Windows.
* Softimage flipbook wrapper for djv_view, contributed by Alan Jones.

Homepage: http://djv.sourceforge.net/
Downloads: http://sourceforge.net/project/showfile ... _id=118244

Also, it is with some regret that I must mention this will probably be the last release for awhile; I'm starting some contract work which will prevent me from working on this project for the duration. I'd like to thank everyone who helped test out the software and offered suggestions for how to improve it, and also special thanks to Pete for hosting this great web-site.


Darby