Thread: [Celestia-developers] Noordwijk, new time scale adjustments
Real-time 3D visualization of space
Status: Beta
Brought to you by:
cjlaurel
From: Chris L. <cl...@gm...> - 2007-10-31 03:49:09
|
At the workshop in Noordwijk yesterday, I discovered that many astrodynamics students are using Celestia for visualizing their graduate thesis projects. I saw a very nice video created with Celestia that depicted a sample return mission to Deimos. It was great to see and hear how frequently Celestia is used for such things. One very simple request from one of the students was that the time rate be more finely adjustable. It's easy to do this via a script of course, but it occurred to me that we could also just overload the k and l keys: L: 10x faster l: 2x faster K: 10x slower k: 2x slower It's a very simple change to celestiacore.cpp. Can anyone think of a reason why this wouldn't be a good idea? Speaking of time rate adjustments . . . Yesterday I was amused when a professor I was riding with remarked during a slow part of the drive, 'Press 'L' right now'. --Chris |
From: Selden E B. Jr <se...@le...> - 2007-10-31 04:18:43
|
> At the workshop in Noordwijk yesterday, I discovered that many astrodynamics > students are using Celestia for visualizing their graduate thesis projects. > I saw a very nice video created with Celestia that depicted a sample return > mission to Deimos. It was great to see and hear how frequently Celestia is > used for such things. One very simple request from one of the students was > that the time rate be more finely adjustable. It's easy to do this via a > script of course, but it occurred to me that we could also just overload the > k and l keys: > L: 10x faster > l: 2x faster > K: 10x slower > k: 2x slower > It's a very simple change to celestiacore.cpp. Can anyone think of a reason > why this wouldn't be a good idea? I would suggest keeping the lower case letters as the 10x adjustments to avoid unnecessary "surprises" for current users and add the upper case letters for the finer adjustments even though it isn't quite as mnemonic as one might like. > Speaking of time rate adjustments . . . Yesterday I was amused when a > professor I was riding with remarked during a slow part of the drive, 'Press > 'L' right now'. :-) s. |
From: Chris L. <cl...@gm...> - 2007-10-31 04:27:42
|
On 10/30/07, Selden E Ball Jr <se...@le...> wrote: > > > At the workshop in Noordwijk yesterday, I discovered that many > astrodynamics > > students are using Celestia for visualizing their graduate thesis > projects. > > I saw a very nice video created with Celestia that depicted a sample > return > > mission to Deimos. It was great to see and hear how frequently Celestia > is > > used for such things. One very simple request from one of the students > was > > that the time rate be more finely adjustable. It's easy to do this via a > > script of course, but it occurred to me that we could also just overload > the > > k and l keys: > > > L: 10x faster > > l: 2x faster > > K: 10x slower > > k: 2x slower > > > It's a very simple change to celestiacore.cpp. Can anyone think of a > reason > > why this wouldn't be a good idea? > > I would suggest keeping the lower case letters as the 10x adjustments > to avoid unnecessary "surprises" for current users > and add the upper case letters for the finer adjustments > even though it isn't quite as mnemonic as one might like. Right--that's actually what I meant to type. I agree that we shouldn't surprise users already familiar with Celestia. As my anecdote about the professors suggests, the current operation of the time control keys is sacred :) > Speaking of time rate adjustments . . . Yesterday I was amused when a > > professor I was riding with remarked during a slow part of the drive, > 'Press > > 'L' right now'. > > :-) --Chris |
From: Chris <elc...@ya...> - 2007-10-31 09:49:01
|
Chris, don't you know that Vincent's tools give the user a much more =20 fine adjust of the time rate? It's was evident since a long time that =20= this was a lack in Celestia implementation. The day we work on an =20 unified UI, many of Vincent's stuff should be revisited! Le 31 oct. 07 =E0 00:49, Chris Laurel a =E9crit : > At the workshop in Noordwijk yesterday, I discovered that many =20 > astrodynamics students are using Celestia for visualizing their =20 > graduate thesis projects. I saw a very nice video created with =20 > Celestia that depicted a sample return mission to Deimos. It was =20 > great to see and hear how frequently Celestia is used for such =20 > things. One very simple request from one of the students was that =20 > the time rate be more finely adjustable. It's easy to do this via a =20= > script of course, but it occurred to me that we could also just =20 > overload the k and l keys: > > L: 10x faster > l: 2x faster > K: 10x slower > k: 2x slower > > It's a very simple change to celestiacore.cpp. Can anyone think of =20 > a reason why this wouldn't be a good idea? > > Speaking of time rate adjustments . . . Yesterday I was amused when =20= > a professor I was riding with remarked during a slow part of the =20 > drive, 'Press 'L' right now'. > > --Chris |
From: Chris L. <cl...@gm...> - 2007-10-31 20:23:31
|
Yes, I use Vincent's tools, and know about the time slider. We should work on a better time control (possibly based on Vincent's) after Celestia 1.5.0= . But even then, it will still be useful to have some keyboard shortcuts. Anyhow the new key bindings were than 5 minutes of programming effort to implement :) --Chris On 10/31/07, Chris <elc...@ya...> wrote: > > Chris, don't you know that Vincent's tools give the user a much more fine > adjust of the time rate? It's was evident since a long time that this was= a > lack in Celestia implementation. The day we work on an unified UI, many o= f > Vincent's stuff should be revisited! > > > Le 31 oct. 07 =E0 00:49, Chris Laurel a =E9crit : > > At the workshop in Noordwijk yesterday, I discovered that many > astrodynamics students are using Celestia for visualizing their graduate > thesis projects. I saw a very nice video created with Celestia that depic= ted > a sample return mission to Deimos. It was great to see and hear how > frequently Celestia is used for such things. One very simple request from > one of the students was that the time rate be more finely adjustable. It'= s > easy to do this via a script of course, but it occurred to me that we cou= ld > also just overload the k and l keys: > > L: 10x faster > l: 2x faster > K: 10x slower > k: 2x slower > > It's a very simple change to celestiacore.cpp. Can anyone think of a > reason why this wouldn't be a good idea? > > Speaking of time rate adjustments . . . Yesterday I was amused when a > professor I was riding with remarked during a slow part of the drive, 'Pr= ess > 'L' right now'. > > --Chris > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Celestia-developers mailing list > Cel...@li... > https://lists.sourceforge.net/lists/listinfo/celestia-developers > > |
From: vincent <vin...@fr...> - 2007-11-01 10:14:08
|
Chris, The fine adjustment of the time scale by a factor of 2 is great ! :-) However, this causes a small issue in the display of the timerate, since decimal values are now possible. The text printed on screen when pressing 'j' or 'k' shows the right /decimal/ value, whereas the timerate value in the Time overlay element shows a /rounded/ value. So, I suggest to remove the rounded function from the timecale overlay element. Moreover, when timescale has a value between 1 and 2, the time overlay element displays "1x faster", which is quite confusing. The same issue occures with values < 1. E.g., "1x slower" is displayed when the timescale is 0.8... We can't use anymore "...x slower" for values that are not an integer fraction of one, like 0.8. I suggest to simply display "time rate: 0.8x". Does anybody have a better suggestion ? @+ Vincent Selon Chris Laurel <cl...@gm...>: > Yes, I use Vincent's tools, and know about the time slider. We > should work > on a better time control (possibly based on Vincent's) after > Celestia 1.5.0. > But even then, it will still be useful to have some keyboard > shortcuts. > Anyhow the new key bindings were than 5 minutes of programming > effort to > implement :) > > --Chris > > On 10/31/07, Chris <elc...@ya...> wrote: > > > > Chris, don't you know that Vincent's tools give the user a much > more fine > > adjust of the time rate? It's was evident since a long time that > this was a > > lack in Celestia implementation. The day we work on an unified > UI, many of > > Vincent's stuff should be revisited! > > > > > > Le 31 oct. 07 à 00:49, Chris Laurel a écrit : > > > > At the workshop in Noordwijk yesterday, I discovered that many > > astrodynamics students are using Celestia for visualizing their > graduate > > thesis projects. I saw a very nice video created with Celestia > that depicted > > a sample return mission to Deimos. It was great to see and hear > how > > frequently Celestia is used for such things. One very simple > request from > > one of the students was that the time rate be more finely > adjustable. It's > > easy to do this via a script of course, but it occurred to me > that we could > > also just overload the k and l keys: > > > > L: 10x faster > > l: 2x faster > > K: 10x slower > > k: 2x slower > > > > It's a very simple change to celestiacore.cpp. Can anyone think > of a > > reason why this wouldn't be a good idea? > > > > Speaking of time rate adjustments . . . Yesterday I was amused > when a > > professor I was riding with remarked during a slow part of the > drive, 'Press > > 'L' right now'. > > > > --Chris |
From: vincent <vin...@fr...> - 2007-11-01 10:24:13
|
> However, this causes a small issue in the display of the timerate, > since decimal values are now possible. Sorry, by decimal values, I meant decimal values other than submultiples of ten... |