Login    Register
User Information
Username:
Password:
We are a free and open
community, all are welcome.
Click here to Register
Sponsored
Who is online

In total there are 59 users online :: 4 registered, 0 hidden and 55 guests


Most users ever online was 218 on Wed Dec 07, 2016 6:58 pm

Registered users: Bing [Bot], Google [Bot], MSNbot Media, Yahoo [Bot] based on users active over the past 5 minutes

The Team
Administrators
Global Moderators
global_moderators.png CS

HGDT 0.4 online

Post questions and info about hybrid (compressed gas with fuel) powered cannons here. This includes discussion about fuels, ratios, ignition systems, build types, safety, and anything else relevant.
Sponsored 
  • Author
    Message

Unread postAuthor: jimmy101 » Wed Apr 30, 2008 2:21 pm

I get the same behavior with changing the barrel length causing the chamber length to change as well. Went into the configuration panel and toggled the "Chamber volume defined by" variable between "chamber lenght" and "CB", didn't make any difference.

The "some of the numbers being entered backwards" is really wierd. :!: Never seen that before in a GUI.
  • 0

Image

jimmy101
Lieutenant General
Lieutenant General
 
Posts: 3130
Joined: Wed Mar 28, 2007 9:48 am
Location: Greenwood, Indiana
Country: United States (us)
Reputation: 7

Unread postAuthor: D_Hall » Wed Apr 30, 2008 11:43 pm

jimmy101 wrote:I get the same behavior with changing the barrel length causing the chamber length to change as well. Went into the configuration panel and toggled the "Chamber volume defined by" variable between "chamber lenght" and "CB", didn't make any difference.

The "some of the numbers being entered backwards" is really wierd. :!: Never seen that before in a GUI.


I can't reproduce the "numbers entered backwards thing." Not denying it, just saying I can't reproduce... Which usually means that I'm not quite following what ya'll are saying. :)

That said, I think I've got the first error you mention (barrel bore/length causing other stuff to change) fixed. Had something outside of an if statement that should have been inside it. :oops: New executable file has been uploaded although the zipped package hasn't been changed (so just update the executable).
  • 0

Simulation geek (GGDT / HGDT) and designer of Vera.
User avatar
D_Hall
Donating Member
Donating Member
 
Posts: 1760
Joined: Thu Feb 07, 2008 7:37 pm
Location: SoCal
Reputation: 6

Unread postAuthor: starman » Thu May 01, 2008 12:04 am

The barrel/chamber causing other things to change is fixed.

To replicate the backward number entry: Go into "chamber is defined by chamber volume" mode. Place the mouse cursor in the chamber volume field and delete all the characters there. Try to type 3 different numbers there...the cursor always bounces out in front of the number just typed so the final number appears backwards.
  • 0

User avatar
starman
Donating Moderator
Donating Moderator
 
Posts: 3041
Joined: Wed Dec 12, 2007 12:45 am
Location: Simpsonville, SC
Reputation: 0

Unread postAuthor: D_Hall » Thu May 01, 2008 12:26 am

*blink*

I type "123" and I get "123."
  • 0

Simulation geek (GGDT / HGDT) and designer of Vera.
User avatar
D_Hall
Donating Member
Donating Member
 
Posts: 1760
Joined: Thu Feb 07, 2008 7:37 pm
Location: SoCal
Reputation: 6

Unread postAuthor: starman » Thu May 01, 2008 12:52 am

Hummm not sure, maybe your development environment is affecting what you're seeing...I'm on a solid dual core 2 gb mem, XP pro laptop here. It's possible there may be some screen size issues...mine's 1280 x 800.

Here's the field zero'd out with the delete key.

Image

Now simply typing 234 in that order, the following appears:

Image

Weird I know...maybe a clue will make itself known...
  • 0

User avatar
starman
Donating Moderator
Donating Moderator
 
Posts: 3041
Joined: Wed Dec 12, 2007 12:45 am
Location: Simpsonville, SC
Reputation: 0

Unread postAuthor: clide » Thu May 01, 2008 12:58 pm

I'm getting the same problem. Except it doesn't always enter them backwards. Sometimes it will enter them right, sometimes backwards, and sometimes a combination of the two. For example, I can enter 234 and it will show 423.
  • 0

<a href="http://gbcannon.com" target="_blank"><img src="http://gbcannon.com/pics/misc/pixel.png" border="0"></a>latest update - debut of the cardapult

clide
Donating Member
Donating Member
 
Posts: 785
Joined: Sun Mar 06, 2005 3:06 am
Location: Oklahoma, USA
Reputation: 0

Unread postAuthor: jimmy101 » Thu May 01, 2008 1:09 pm

The funky number problem

1. Started HGDT v0.4.1
2. clicked calculate without changing anything.
3. Click on chamber length and highlight the number, entered 15
4. calculate
5. changed barrel length to 20
6. calculate
7. clicked on the barrel length box, highlighted the number, type 21, 12 is displayed.
8. calculate
9. Chamber length in box says 12.
10. Select barrel length box, highlight number, type 46. Chamber length now displays 12.01 (Chamber length shouldn't have changed just because I changed the barrel length.)
11. Change the barrel length to 25. Chamber length now says 12. So, the chamber length has been changed by the program from 12.01 to 12.
12 calulate
13. select chamber length, highlight number type 97. Box displays 97.01.

It looks like the new code that links barrel length to chamber dimensions via the CB ratio or chamber volume is doing things when it shouldn't be.

Configuration settings
--------------------------
Temperature: checked
Pressure: unchecked
linear dimensions: unchecked
Projectile mass: ounces
Chamber volume defined by: chamber length
altitude: 0
  • 0

Image

jimmy101
Lieutenant General
Lieutenant General
 
Posts: 3130
Joined: Wed Mar 28, 2007 9:48 am
Location: Greenwood, Indiana
Country: United States (us)
Reputation: 7

Sponsored

Sponsor
 


Unread postAuthor: D_Hall » Thu May 01, 2008 8:53 pm

jimmy101 wrote:The funky number problem

1. Started HGDT v0.4.1

You're a version behind.
  • 0

Simulation geek (GGDT / HGDT) and designer of Vera.
User avatar
D_Hall
Donating Member
Donating Member
 
Posts: 1760
Joined: Thu Feb 07, 2008 7:37 pm
Location: SoCal
Reputation: 6

Unread postAuthor: starman » Thu May 01, 2008 9:07 pm

That's the one I have and the latest one that's still available on your site. I noticed you didn't increment the version number on your last update.:)


Edit: OK I think I found the problem. The full package on your site is still at 0.4.1. Your executable however is up to date at 0.4.2.

I've always just jumped on the full package. I assume that's the issue with others as well.

I just checked 0.4.2 and it doesn't have the backward number problem!!

2nd Edit: Opps spoke too quickly. Typing the number worked for a few tries then reverted to the backwards mixed up thing again. This is with 0.4.2.
  • 0

User avatar
starman
Donating Moderator
Donating Moderator
 
Posts: 3041
Joined: Wed Dec 12, 2007 12:45 am
Location: Simpsonville, SC
Reputation: 0

Unread postAuthor: jimmy101 » Fri May 02, 2008 2:26 pm

D_Hall wrote:
jimmy101 wrote:The funky number problem

1. Started HGDT v0.4.1

You're a version behind.

Ah, version control confusion.

I downloaded the version I am using two days ago (Wednesday, April 30).

EDIT: Downloaded 0.4.2 Now I can't get the funky changing numbers.
  • 0

Image

jimmy101
Lieutenant General
Lieutenant General
 
Posts: 3130
Joined: Wed Mar 28, 2007 9:48 am
Location: Greenwood, Indiana
Country: United States (us)
Reputation: 7

Unread postAuthor: starman » Fri May 02, 2008 5:48 pm

jimmy101 wrote:
D_Hall wrote:
jimmy101 wrote:The funky number problem

1. Started HGDT v0.4.1

You're a version behind.

Ah, version control confusion.

I downloaded the version I am using two days ago (Wednesday, April 30).

EDIT: Downloaded 0.4.2 Now I can't get the funky changing numbers.


It still happens in 0.4.2. Fiddle with it some, delete the characters with the delete key...sort of comes and goes. I don't get backwards numbers as much as the zero becoming the least significant digit of the number, effectively multiplying the whole number by 10.
  • 0

User avatar
starman
Donating Moderator
Donating Moderator
 
Posts: 3041
Joined: Wed Dec 12, 2007 12:45 am
Location: Simpsonville, SC
Reputation: 0

Unread postAuthor: D_Hall » Fri May 02, 2008 11:50 pm

OK, a new version online: 0.4.3 both in executable and zip formats. French language pack included.

A few bugs nobody has mentioned fixed.

I believe I've also fixed the "backwards numbers" thing as well.
  • 0

Simulation geek (GGDT / HGDT) and designer of Vera.
User avatar
D_Hall
Donating Member
Donating Member
 
Posts: 1760
Joined: Thu Feb 07, 2008 7:37 pm
Location: SoCal
Reputation: 6

Unread postAuthor: starman » Sat May 03, 2008 1:02 am

Looks great!! Everything I've tried has entered and calculated correctly or apparently so.

HGDT is a most excellent tool. It could very well single handedly aid in raising the state-of-the-art for combustion/hybrid design.
  • 0

User avatar
starman
Donating Moderator
Donating Moderator
 
Posts: 3041
Joined: Wed Dec 12, 2007 12:45 am
Location: Simpsonville, SC
Reputation: 0

Unread postAuthor: jimmy101 » Sat May 03, 2008 2:22 pm

starman wrote:Looks great!! Everything I've tried has entered and calculated correctly or apparently so.

HGDT is a most excellent tool. It could very well single handedly aid in raising the state-of-the-art for combustion/hybrid design.

Of course, it sure would be nice to actually have some data to validate it with.

I think it still has some problems with trying to model a 1X gun (burst disk pressure is the ammo's static friction).

I think it still has some heat loss issues. If you model a grossly oversized chamber on a barrel it gives results similar to a pneumatic. That is, it doesn't show the "mine sized" chamber afffect. Of course, I don't think there is any actual data supporting the "mine sized" chamber affect.
  • 0

Image

jimmy101
Lieutenant General
Lieutenant General
 
Posts: 3130
Joined: Wed Mar 28, 2007 9:48 am
Location: Greenwood, Indiana
Country: United States (us)
Reputation: 7

Unread postAuthor: D_Hall » Sat May 03, 2008 2:40 pm

jimmy101 wrote:Of course, it sure would be nice to actually have some data to validate it with.

Thus why we're in beta. :)

I think it still has some problems with trying to model a 1X gun (burst disk pressure is the ammo's static friction).

Can you elaborate? Not arguing, just asking for clarification.

I think it still has some heat loss issues. If you model a grossly oversized chamber on a barrel it gives results similar to a pneumatic. That is, it doesn't show the "mine sized" chamber afffect. Of course, I don't think there is any actual data supporting the "mine sized" chamber affect.

Ditto.

I'm not sure what "mine sized" means, but if it means "very very large, like the size of a mine shaft" then heat loss WILL be negligable and the gun WILL act very much like a pnuematic. That's just a consequence of the square/cube law. The larger the volume, the lower the surface area / volume ratio. The lower the surface area / volume ratio, the slower the temperature decay (since thermal loss is a function of surface area while thermal inertia is a function of system volume). The slower the temperature decay, the more it'll act like a pneumatic.
  • 0

Simulation geek (GGDT / HGDT) and designer of Vera.
User avatar
D_Hall
Donating Member
Donating Member
 
Posts: 1760
Joined: Thu Feb 07, 2008 7:37 pm
Location: SoCal
Reputation: 6

PreviousNext

Return to Hybrid Cannon Discussion

Who is online

Registered users: Bing [Bot], Google [Bot], MSNbot Media, Yahoo [Bot]

Reputation System ©'