[IDV #ZEO-881615]: Screen Capture and Other Issues

OK sure.

What are the steps to reproduce this problem.

-Julien

> Certainly. I will try to provide more detailed steps on this one. Maybe we
> can investigate the processor issue next?
> 
> Stefan
> --
> Stefan Cecelski
> Ph.D. Candidate and Graduate Research Assistant
> AOSC Department: University of Maryland College Park
> 2343 Computer and Space Sciences Building(CSS #224)
> 703.801.1370
> address@hidden
> 
> On Tue, May 3, 2011 4:35 pm, Unidata IDV Support wrote:
> > Stefan,
> >
> > Since I am unable to reproduce the problem, what about moving on to
> > another issue you described earlier?
> >
> > -Julien
> >
> >
> >> Julien,
> >>
> >> Tried displaying 1000mb temperature from the latest RUC using the set up
> >> I
> >> mentioned in the first email. Same results. Also tried putting both the
> >> dashboard window and map view window on the external display and
> >> capturing
> >> an image. Same result.
> >>
> >> V/R,
> >>
> >> Stefan
> >> --
> >> Stefan Cecelski
> >> Ph.D. Candidate and Graduate Research Assistant
> >> AOSC Department: University of Maryland College Park
> >> 2343 Computer and Space Sciences Building(CSS #224)
> >> 703.801.1370
> >> address@hidden
> >>
> >> On Tue, May 3, 2011 2:25 pm, Unidata IDV Support wrote:
> >> > Try another small experiment for me.
> >> >
> >> > Start the IDV and simply display a temperature contour of the latest
> >> RUC
> >> > data.
> >> >
> >> > Now try to capture the image as you describe below.
> >> >
> >> > What happens?
> >> >
> >> > -Julien
> >> >
> >> >
> >> >> I tried putting both the dashboard and map view windows on the
> >> external
> >> >> display. No luck, image still is captured as black.
> >> >>
> >> >> Stefan
> >> >> --
> >> >> Stefan Cecelski
> >> >> Ph.D. Candidate and Graduate Research Assistant
> >> >> AOSC Department: University of Maryland College Park
> >> >> 2343 Computer and Space Sciences Building(CSS #224)
> >> >> 703.801.1370
> >> >> address@hidden
> >> >>
> >> >> On Tue, May 3, 2011 1:31 pm, Unidata IDV Support wrote:
> >> >> > Hi Stefan.
> >> >> >
> >> >> > I too have a Mac and use an external display in extension mode
> >> (i.e. I
> >> >> can
> >> >> > freely move the mouse and windows to and from each display).
> >> >> >
> >> >> > Unfortunately, I cannot reproduce this bug. I displayed RUC data in
> >> >> the
> >> >> > map view on my external monitor and moved my dashboard to the
> >> laptop.
> >> >> The
> >> >> > image capture worked fine.
> >> >> >
> >> >> > Out of curiosity, does this only happen with the IDV is "split
> >> apart"?
> >> >> > What happens when you are exclusively on the external display?
> >> >> >
> >> >> > -Julien
> >> >> >
> >> >> >> Hi Julien,
> >> >> >>
> >> >> >> The following are the steps I take to reproduce the problem:
> >> >> >>
> >> >> >> I put the map view on my external display with the dashboard on
> >> the
> >> >> >> laptop
> >> >> >> display. This set up is shown in the first two pictures by doing a
> >> >> >> screen
> >> >> >> capture shot on a mac(command-shift-3). To save an image via IDV,
> >> I
> >> >> >> select
> >> >> >> the view drop down menu from the map view window, then capture
> >> image
> >> >> and
> >> >> >> save a jpg/gif of just the view only. The third picture attached
> >> is
> >> >> the
> >> >> >> image I get. The external display is in 'extension' mode. If I
> >> move
> >> >> the
> >> >> >> map view window over to my laptop screen and capture, it works.
> >> >> Thanks!
> >> >> >>
> >> >> >> V/R,
> >> >> >>
> >> >> >> Stefan
> >> >> >> --
> >> >> >> Stefan Cecelski
> >> >> >> Ph.D. Candidate and Graduate Research Assistant
> >> >> >> AOSC Department: University of Maryland College Park
> >> >> >> 2343 Computer and Space Sciences Building(CSS #224)
> >> >> >> 703.801.1370
> >> >> >> address@hidden
> >> >> >>
> >> >> >> On Mon, May 2, 2011 5:47 pm, Unidata IDV Support wrote:
> >> >> >> > Hi again Stefan,
> >> >> >> >
> >> >> >> > Yuan and I were trying to reproduce your image capturing
> >> problem,
> >> >> but
> >> >> >> we
> >> >> >> > were unable to.
> >> >> >> >
> >> >> >> > That would be a good one to start on.
> >> >> >> >
> >> >> >> > -Julien
> >> >> >> >
> >> >> >> >> Stefan,
> >> >> >> >>
> >> >> >> >> Whichever is most important to you, and, of course you can
> >> submit
> >> >> >> >> multiple tickets :-)
> >> >> >> >>
> >> >> >> >> Thanks.
> >> >> >> >>
> >> >> >> >> -Julien
> >> >> >> >>
> >> >> >> >> > Julien,
> >> >> >> >> >
> >> >> >> >> > Let me know which one you want to start with, and I can send
> >> you
> >> >> >> data,
> >> >> >> >> > screen shots, or whatever you need.
> >> >> >> >> >
> >> >> >> >> > V/R,
> >> >> >> >> >
> >> >> >> >> > Stefan
> >> >> >> >> > --
> >> >> >> >> > Stefan Cecelski
> >> >> >> >> > Ph.D. Candidate and Graduate Research Assistant
> >> >> >> >> > AOSC Department: University of Maryland College Park
> >> >> >> >> > 2343 Computer and Space Sciences Building(CSS #224)
> >> >> >> >> > 703.801.1370
> >> >> >> >> > address@hidden
> >> >> >> >> >
> >> >> >> >> > On Mon, May 2, 2011 3:14 pm, Unidata IDV Support wrote:
> >> >> >> >> > > Hi Stefan,
> >> >> >> >> > >
> >> >> >> >> > > Thanks for submitting these important issues.
> >> >> >> >> > >
> >> >> >> >> > > In the divide and conquer department, my suggestion is that
> >> >> the
> >> >> >> >> e-support
> >> >> >> >> > > forum works best when one issue is submitted at a time with
> >> >> >> >> supporting
> >> >> >> >> > > documentation (bundles, stack traces, etc.). In addition,
> >> >> precise
> >> >> >> >> steps on
> >> >> >> >> > > how to arrive at the errors is also greatly appreciated. I
> >> >> detect
> >> >> >> at
> >> >> >> >> least
> >> >> >> >> > > four separate issues below, and each one will require
> >> >> (probably a
> >> >> >> >> fair
> >> >> >> >> > > bit) of follow up discussion. Keeping these as one issue
> >> will
> >> >> >> become
> >> >> >> >> > > unwieldy.
> >> >> >> >> > >
> >> >> >> >> > >
> >> >> >> >> > > Again, many thanks for your valuable input.
> >> >> >> >> > >
> >> >> >> >> > > -Julien
> >> >> >> >> > >
> >> >> >> >> > >
> >> >> >> >> > >> Full Name: Stefan Cecelski
> >> >> >> >> > >> Email Address: address@hidden
> >> >> >> >> > >> Organization: University of Maryland
> >> >> >> >> > >> Package Version: 2.9u4 build date:2011-04-13 07:13 UTC
> >> >> >> >> > >> Operating System: Mac OS X
> >> >> >> >> > >> Hardware: Java: home:
> >> >> >> >> > >> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
> >> >> >> >> > >> version: 1.6.0_24 j3d:1.5.2 fcs (build4)
> >> >> >> >> > >> Description of problem: Hi all,
> >> >> >> >> > >>
> >> >> >> >> > >> I have some suggestions based on my work using the nightly
> >> >> >> build.
> >> >> >> >> > >> Whenever I create a new projection, no map shows up in the
> >> >> view
> >> >> >> box
> >> >> >> >> to
> >> >> >> >> > >> set the domain. Furthermore, when I go to edit the
> >> projection
> >> >> >> after
> >> >> >> >> > >> saving it, I get a java exception error. A suggestion I
> >> would
> >> >> >> like
> >> >> >> >> to
> >> >> >> >> > >> make is to allow users to set a projection not just based
> >> on
> >> >> the
> >> >> >> >> map,
> >> >> >> >> > >> but by entering lat/lon to define the box. This would be
> >> >> helpful
> >> >> >> >> since I
> >> >> >> >> > >> know the lat/lon box of my WRF runs, and would just like
> >> to
> >> >> set
> >> >> >> the
> >> >> >> >> > >> projection based on that, without having to mess around
> >> with
> >> >> a
> >> >> >> map.
> >> >> >> >> > >>
> >> >> >> >> > >> I am also having issues when capturing images and movies.
> >> I
> >> >> have
> >> >> >> a
> >> >> >> >> > >> computer monitor attached to my laptop. I have the
> >> dashboard
> >> >> >> >> display on
> >> >> >> >> > >> the laptop screen with the maps on my external monitor.
> >> When
> >> >> I
> >> >> >> go
> >> >> >> >> to
> >> >> >> >> > >> capture an image, it will try to capture the images from
> >> my
> >> >> >> laptop
> >> >> >> >> > >> screen and not the other monitor where my actual display
> >> is
> >> >> >> >> located.
> >> >> >> >> > >> This yields saved images that are completly black. Does
> >> the
> >> >> >> image
> >> >> >> >> > >> capture default to the screen where the dashboard is
> >> located?
> >> >> Is
> >> >> >> it
> >> >> >> >> > >> possible for the IDV to capture images off an external
> >> >> display,
> >> >> >> or
> >> >> >> >> by
> >> >> >> >> > >> selecting which screen the maps are on?
> >> >> >> >> > >>
> >> >> >> >> > >> I am getting suprious lines even with the suprious line
> >> fix
> >> >> >> plugin.
> >> >> >> >> I
> >> >> >> >> > >> have figured out that when plotting streamlines of flow
> >> >> vectors
> >> >> >> in
> >> >> >> >> IDV,
> >> >> >> >> > >> changing the density of the streamlines can create
> >> suprious
> >> >> >> >> streamlines.
> >> >> >> >> > >> I end up tweaking the density around until I find a
> >> density
> >> >> that
> >> >> >> >> doesn't
> >> >> >> >> > >> have any suprious streamlines. This can be tricky, and the
> >> >> >> spurious
> >> >> >> >> > >> lines tend to occur when the density is above medium, and
> >> is
> >> >> >> >> especially
> >> >> >> >> > >> prevelant when nearing high streamline densities.
> >> >> Furthermore,
> >> >> >> fast
> >> >> >> >> > >> rendering contours and maps also generates spurious
> >> >> streamlines.
> >> >> >> If
> >> >> >> >> I
> >> >> >> >> > >> fast render any of the global country maps, I get
> >> supruious
> >> >> >> >> streamlines.
> >> >> >> >> > >>
> >> >> >> >> > >> Finally, I am having some stability issues with IDV. I am
> >> >> >> running
> >> >> >> >> my
> >> >> >> >> > >> laptop with 6gb of RAM, and dedicate at least 2gb to IDV.
> >> The
> >> >> >> >> memory
> >> >> >> >> > >> isnt the issue however, its the processor(2.4Ghz dual core
> >> >> >> 64bit).
> >> >> >> >> > >> Whenever I go to render a derived product(such as
> >> potential
> >> >> >> >> vorticity),
> >> >> >> >> > >> my processor kicks in majorly. This is understandable for
> >> >> when
> >> >> >> the
> >> >> >> >> data
> >> >> >> >> > >> is processing, especially for larger data sets. What is
> >> odd
> >> >> is
> >> >> >> that
> >> >> >> >> > >> after the data is done processing and is displayed on the
> >> >> >> screen,
> >> >> >> >> IDV is
> >> >> >> >> > >> still using 75-80% of my processor. This is true even
> >> after
> >> >> the
> >> >> >> >> display
> >> >> >> >> > >> and data is removed. Its like the IDV thinks it needs to
> >> use
> >> >> my
> >> >> >> CPU
> >> >> >> >> when
> >> >> >> >> > >> really there is nothing happening. What I end up doing is
> >> >> close
> >> >> >> out
> >> >> >> >> IDV,
> >> >> >> >> > >> let my CPU calm down and then start IDV back up again.
> >> This
> >> >> >> >> alleviates
> >> >> >> >> > >> the issue until I try to display a derived quantity again.
> >> >> Not
> >> >> >> sure
> >> >> >> >> why
> >> >> >> >> > >> IDV thinks it needs to keep using my processor like crazy.
> >> >> >> >> > >>
> >> >> >> >> > >> Thanks for your attention to this matter!
> >> >> >> >> > >>
> >> >> >> >> > >> V/R,
> >> >> >> >> > >>
> >> >> >> >> > >> Stefan Cecelski
> >> >> >> >> > >>
> >> >> >> >> > >>
> >> >> >> >> > >>
> >> >> >> >> > >>
> >> >> >> >> > >
> >> >> >> >> > >
> >> >> >> >> > > Ticket Details
> >> >> >> >> > > ===================
> >> >> >> >> > > Ticket ID: ZEO-881615
> >> >> >> >> > > Department: Support IDV
> >> >> >> >> > > Priority: Normal
> >> >> >> >> > > Status: Closed
> >> >> >> >> > >
> >> >> >> >> > >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >>
> >> >> >> >
> >> >> >> >
> >> >> >> > Ticket Details
> >> >> >> > ===================
> >> >> >> > Ticket ID: ZEO-881615
> >> >> >> > Department: Support IDV
> >> >> >> > Priority: Normal
> >> >> >> > Status: Closed
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >> > Ticket Details
> >> >> > ===================
> >> >> > Ticket ID: ZEO-881615
> >> >> > Department: Support IDV
> >> >> > Priority: Normal
> >> >> > Status: Open
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> > Ticket Details
> >> > ===================
> >> > Ticket ID: ZEO-881615
> >> > Department: Support IDV
> >> > Priority: Normal
> >> > Status: Closed
> >> >
> >> >
> >>
> >>
> >>
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: ZEO-881615
> > Department: Support IDV
> > Priority: Normal
> > Status: Closed
> >
> >
> 
> 
> 


Ticket Details
===================
Ticket ID: ZEO-881615
Department: Support IDV
Priority: Normal
Status: Open