The largest changes I made was fixing the shrapnel bomb to no longer destroy ore (This should work properly, but I didn't check the back end code, only modified the existing Jsons), removing the additional blasting powder crafting recipes so it's harder to make, and changing the crafting recipes for the new bombs to remove the quartz requirement and increase the cost slightly.
Added Ore Blasting Barrel, a barrel which mostly destroys ore. Unforunately due to the base coding, it does destroy more stone than I would like. I may try and wressle some c# code later, but I can't be assed. Also updated to 1.19, which didn't take much.
Barrel Bombs are actually more expensive than the bag bombs for the quantity of blocks they destroy, at least in cost of blasting powder. Plus the fact you need a saw, and it consumes a piece of resin. I have considered lowering the blast radius a touch though, because it does go boom quite well.
Hi Nut_Torquer, I got solution fix for you, and all other (I fixed it by myself, it was just incorrect multiplicate authors issue "strange comma error with line where you added authors as two separated lines, probably game cannot read it") and also i've create polish translation if you want to add it. I can't send you pw message but here is my version, feel free to use it: DetonateRedux 1.0.4 fixed comma error and added polish translation
Hello, So whenever I try to join my server that is past 1.18.8 - 1.18.13 it continously tries to redownload the mod and I get this thus makes it a infinite loop of downloading. To fix it I have to have it in my client mods to temporarily fix this not have it infinitely download.
[Error] [DetonateRedux1.0.3.zip] An exception was thrown trying to to load the ModInfo:
Newtonsoft.Json.JsonReaderException: After parsing a value an unexpected character was encountered: ". Path 'Authors[0]', line 12, position 1.
at Newtonsoft.Json.JsonTextReader.ParsePostValue(Boolean ignoreComments)
at Newtonsoft.Json.JsonTextReader.ReadStringValue(ReadType readType)
at Newtonsoft.Json.JsonTextReader.ReadAsString()
at Newtonsoft.Json.JsonReader.ReadForType(JsonContract contract, Boolean hasConverter)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.PopulateList(IList list, JsonReader reader, JsonArrayContract contract, JsonProperty containerProperty, String id)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.CreateList(JsonReader reader, Type objectType, JsonContract contract, JsonProperty member, Object existingValue, String id)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.CreateValueInternal(JsonReader reader, Type objectType, JsonContract contract, JsonProperty member, JsonContainerContract containerContract, JsonProperty containerMember, Object existingValue)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.SetPropertyValue(JsonProperty property, JsonConverter propertyConverter, JsonContainerContract containerContract, JsonProperty containerProperty, JsonReader reader, Object target)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.PopulateObject(Object newObject, JsonReader reader, JsonObjectContract contract, JsonProperty member, String id)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.CreateObject(JsonReader reader, Type objectType, JsonContract contract, JsonProperty member, JsonContainerContract containerContract, JsonProperty containerMember, Object existingValue)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.CreateValueInternal(JsonReader reader, Type objectType, JsonContract contract, JsonProperty member, JsonContainerContract containerContract, JsonProperty containerMember, Object existingValue)
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize(JsonReader reader, Type objectType, Boolean checkAdditionalContent)
at Newtonsoft.Json.JsonSerializer.DeserializeInternal(JsonReader reader, Type objectType)
at Newtonsoft.Json.JsonConvert.DeserializeObject(String value, Type type, JsonSerializerSettings settings)
at Vintagestory.Common.ModContainer.LoadModInfo(ModCompilationContext compilationContext, ModAssemblyLoader loader) in C:\Users\Tyron\Documents\vintagestory\game\VintagestoryLib\Common\API\ModContainer.cs:line 337
A player on my SMP server tested the mod and reported that the barrel bomb seemed to be buggy. I have not replicated this yet, but he said the bomb detonates but had no exploding sound, and leaves no crater. It does leave blocks and stones but otherwise leaves the blast zone unchanged. The other bombs and recipes seem to be fine
I am trying to run python script in which I am using explode() to split row into multiple rows but the condition is this we can use explode() in the higher version of pandas means pandas version should be greater than or equal to '0.25.0'
Thank you for visiting nature.com. You are using a browser version with limited support for CSS. To obtain the best experience, we recommend you use a more up to date browser (or turn off compatibility mode in Internet Explorer). In the meantime, to ensure continued support, we are displaying the site without styles and JavaScript.
We analyze the definition of the Gibbs free energy of a nanoparticle in a reactive fluid environment, and propose an approach for predicting the size of carbon nanoparticles produced by the detonation of carbon-rich explosives that regards their condensation as a nucleation process and takes into account absolute entropy effects of the cluster population. The results are consistent with experimental observations and indicate that such entropy considerations are important for determining chemical equilibrium states in energetic materials that contain an excess of carbon. The analysis may be useful for other applications that deal with the nucleation of nanoparticles under reactive conditions.
The appearance of the condensed carbon phase in the detonation products of explosives poses a challenge for the canonical theory of the plane wave steady detonation process9,22, which envisions a reaction zone extending (in the reference frame of the moving detonation wave) from the von Neumann spike, corresponding to the shocked unreacted material, to the Chapman-Jouguet (C-J) point, residing on the chemically equilibrated shock Hugoniot of the system. On the one hand the carbon nanoparticles recovered from detonations are obviously quite different from the bulk carbon that would necessarily correspond to the full chemical and physical equilibrium postulated at the C-J state. On the other, the evidence for carbon-rich explosives is that they do reach C-J type behavior at charge diameters of a few inches, and the steady state reaction zone does not increase indefinitely with the charge size23. Shaw and Johnson11 noted that given their small size the surface energy of carbon nanoparticles is considerable and needs to be taken into account when calculating the energy output of an explosive. Their primary, practical concern was with the slow release of this energy through the diffusion-limited coagulation of clusters and progress of the condensed carbon phase towards the bulk state. Viecelli et al.13 concluded that the surface energy of the carbon clusters is an important contribution to their chemical potential, and generated carbon phase diagrams for particle dimensions of a few nanometers. These size dependent phase diagrams exhibit phase transition lines that are significantly different from those of bulk carbon; such size effects on the phase properties of isolated nanoclusters are well known and confirmed experimentally for many materials24. Viecelli et al. also implicitly assumed that chemical equilibrium at the C-J state is reached not with bulk carbon, but with these small carbon nuclei. Their successful comparison of calculations based on chemical equilibrium modeling25,26 with experimental data for the detonation velocity of carbon-rich explosives such as trinitrotoluene (TNT) and the shock Hugoniots of various hydrocarbons, using the size of the carbon particles as an empirical input parameter, provided support for this idea. Nevertheless, no quantitative argument explaining the size of the experimentally observed nanoparticles was advanced or is currently available. This is the primary goal of the present contribution.
where Nn is the number of clusters of size n and N is the total number of particles (molecules and clusters) in the mother phase. Thus μ(n) contains the standard surface energy contribution in the capillary approximation (where the planar surface tension is used for the properties of the cluster), along with the ideal mixing entropy37. Lothe and Pound38 argued that quantum contributions to the absolute entropy of condensed clusters moving through a fluid phase also need to be considered, the most important of these being due to their translational and rotational degrees of freedom. This fundamental conceptual problem is of continuing interest for the understanding and application of the classical nucleation theory39,40,41. Currently, it is accepted that the rotational contribution is already included in the capillary approximation for the surface free energy40,42. In the following we will therefore include only the translational effect, using the standard form originally considered by Lothe and Pound for a dilute population of clusters38,43. Consequently, we write for the Gibbs free energy of a carbon cluster of size n immersed in a fluid matrix
Eq. 5 is identical with the Gibbs free energy previously adopted for an individual cluster, Eq. 1, but as opposed to that relation, refers only to clusters of critical size, as defined by Eqs 3, 4, 5 and appropriate chemical equilibrium conditions in the fluid phase. These equations taken together define both the chemical equilibrium state and the size of the carbon nanoparticles, and in principle can be integrated into thermochemical predictions of detonation or shock properties at high pressures and temperatures25,26. Here we obtain instead estimates of the size of the carbon nanoparticles generated in detonations based on the thermodynamic conditions at the C-J point and the amount of condensed carbon that is likely to be produced there. To this end we rewrite Eq. 3 as
b37509886e