Ich möchte hiermit Werbung für bestimmte Bugzilla-Bugs (genaugenommen sind das keine Bugs sondern eher Feature-Requests) machen.

Und zwar sind derzeit ne ganze Stange Requests offen, aber der Programmierer ValHaris hat ja gesagt, er möchte die Requests durch Votes priorisiert sehen.

Daher schlage ich einfach vor, dass nicht jeder einfach nur für seinen eigenen Request votet, sondern wir die Votes konzentrieren. Wenn eins dann gelöst wurde, auf zum nächsten.


Ich mach jetzt mal Werbung für Bug 233, das ist ein Request dass ASC eine Warnung ausgibt, wenn ein Flugzeug wegen Fuel Mangel abzustürzen droht. Ich finde den sinnvoll, weil man doch sehr leicht die Übersicht verliert. Und wenns dann unten liegt ists halt schade und sinnlos. Besonders bei einem versehentlich im Highair geparkten SPS oder so - kann jederzeit mal vorkommen.
Das soll nicht heißen dass das der einzig sinnvolle Request ist, aber so könnte man die nach und nach abarbeiten.
Da kommen bald eh noch mehr, weil sich das mit der Interface-Überarbeitung ganz nett entwickelt.

Haha, das Feature wurde letzte Woche schon integriert! :D

Danke an den Progger!


Dann mach ich eben weiter: Bug 400 - hier geht es darum, dass ein Symbol das aktivierte RF der Units übersichtlich anzeigen soll - analog zu dem Cargo-Marker. Ich vote gerade dafür.

Ich rufe zum Voting auf für dieses FEATURE:

http://terdon.asc-hq.org/bugzilla3/show_bug.cgi?id=366

Eintrag 366

In Antwort auf:

---

Besprochen bei Marla

3. Alternative Sichtberechnung (Testversion von Rhiow programmiert ,
funktionsfähig)
a) Trennung von Sonar und View
b) Trennung von Jamming und Stealth

zu a) Sonar wird nur auf dem Wasser und nur für die Höhenstufen
deep_sub, sub und floating ausgewertet, alle nicht auf dieser
Höhenstufe befindlichen EInheiten werden nicht angezeigt. (was ist
mit auf Wasser befindlichen ground_level Einheiten?)
View wird nur für die Höhenstufen floating gr_level air ausgewertet
(orbit, wie bisher)
Definierung der Sicht über separate Parameter z.B.
visibility {
radar =
sonar =
jamming =
stealth =
mineview =
} visibility

zu b) Stealth wird separater Parameter
=> Einheiten mit STealth werden auf der Karte analog
U-Booten/Orbitaleinheiten nicht
angezeigt, solange der Viewwert/Sonarwert unterhalb des STealth liegt
=> Stealth erzeugt KEINEN FoW

---

Okay, warst schneller :-)
Meine Stimmen hat der RFE.


Gruß

Tokei Ihto

In Antwort auf:

---

zu b) Stealth wird separater Parameter
=> Einheiten mit STealth werden auf der Karte analog
U-Booten/Orbitaleinheiten nicht
angezeigt, solange der Viewwert/Sonarwert unterhalb des STealth liegt

Effekt wäre, dass die Sichtweise aus BI wieder eingeführt werden könnte, dass getarnte Einheiten (d.h. Jamming) durch direkt daneben stehende Einheiten enttarnt werden!

Somit wäre beispielsweise das sichern einer Stellung mit Jamming allein nutzlos, da der Gegner mit Bodentruppen (oder auch Flugzeugen, was sicher aber eher "teurer" ist) vorrücken kann und trotz mangelnder Aufklärung die feindliche 1. Reihe angreifen kann und bei Durchbruch auch weiter in die Stellung eindringen könnte. Diese würde zwingend unmittelbaren Nahkampf, also auch RF Fang erfordern um in diese "Nähe" zu kommen. Zweifelsfrei können dann auch die eigenen Fernwaffen schießen, aber dazu muss wie gesagt erstmal das RF abgefangen und vorgedrungen werden

---

Zitat von Tarliesin

---

In Antwort auf:

---

zu b) Stealth wird separater Parameter
=> Einheiten mit STealth werden auf der Karte analog
U-Booten/Orbitaleinheiten nicht
angezeigt, solange der Viewwert/Sonarwert unterhalb des STealth liegt

Effekt wäre, dass die Sichtweise aus BI wieder eingeführt werden könnte, dass getarnte Einheiten (d.h. Jamming) durch direkt daneben stehende Einheiten enttarnt werden!

Somit wäre beispielsweise das sichern einer Stellung mit Jamming allein nutzlos, da der Gegner mit Bodentruppen (oder auch Flugzeugen, was sicher aber eher "teurer" ist) vorrücken kann und trotz mangelnder Aufklärung die feindliche 1. Reihe angreifen kann und bei Durchbruch auch weiter in die Stellung eindringen könnte. Diese würde zwingend unmittelbaren Nahkampf, also auch RF Fang erfordern um in diese "Nähe" zu kommen. Zweifelsfrei können dann auch die eigenen Fernwaffen schießen, aber dazu muss wie gesagt erstmal das RF abgefangen und vorgedrungen werden

---

Wenn ich das richtig lese, wird die Stealth-Einheit sehr wohl aufgeklärt. Der Viewer muss nur stark genug sein.

---

In Antwort auf:

---

Natürlich.
Ist doch jetzt auch bereits so und muss ja auch so sein, sonst könnte man ja nie eine Stealth-Einheit angreifen.
Für Stealth-Einheiten würde sich nach der Änderung nichts ändern.
Für alle Nicht-Stealth-Einheiten geht der Sichtschutz bei direktem Feindkontakt verloren

---

Das ist doch m.E. bereits jetzt möglich. Unter den Game-Parametern gibt es die Zeile: disable direct view. Wenn dies nicht aktiviert ist, sieht man immer die Einheit im nächsten Feld.

Zitat von Tigerking

---

Das ist doch m.E. bereits jetzt möglich. Unter den Game-Parametern gibt es die Zeile: disable direct view. Wenn dies nicht aktiviert ist, sieht man immer die Einheit im nächsten Feld.

---

Auch hier kann man nur sagen:

Einigt euch darauf, wie es denn sein sollte und sammelt genügend Votes.

Grüße,
Hanni

Na das Wie ist doch bereits im RFE definiert.
Hier wird dies nur noch mal erläutert, damit die Leute ihre Stimmen abgeben.

@Hanni: Hast Du denn schon gevoted ?

Hier eine kleiner Auszug aus meiner Ideen Liste. Das Thema Sicht habe ich etwas näher beleutet und folgendes ist dabei herausgekommen.
(Ich hab in den letzten Wochen viele meiner Ideen die mir so im Kopf rumschwirren aufgeschrieben und gesammelt. Siehe Dev-Bereich)

In Antwort auf:

---

1. Trennung des Sichtverhalten incl. Änderung der Felderanzeige

separate Werte für:
-Sicht (incl Minensicht, wenn definiert)
-Radar (incl Satview, wenn definiert)
-Sonar

-Tarnung (bisher jamming+jam_only_own_field)
-Radarstörung (jamming)
-Sichtstörung (Terrainjamming)

Trennung in Anzeige Feld und Anzeige Einheit und Anzeige Mine

Anzeige Feld:
a) Kein Jamming: Sicht oder Radarwert ist > 0
b) Jamming(Unit/Terrain): Sicht x 2 oder Radarwert ist > Jammingwert
Anzeige Einheit: Voraussetzung Feld ist sichtbar!
a)Einheit hat kein Stealth: Sicht oder Radar oder Sonar >1
b)Einheit hat Stealth: Sichtx2 oder Radar oder Sonar > Stealth

Besonderheiten:
Sicht: (Werte zwischen 20 und 40)
-Entspricht dem Nahbereich-Sehen der Piloten Fahrzeugführer usw.
-Addiert sich nicht mit dem Sicht-Wert anderer Einheiten
-Nimmt mit jeder Höhenstufendifferenz um 10 ab. (Höhenbomber sieht keine Trooper
am Boden, Trooper keine Höhenjäger usw.)

Radar (zwischen 40 und 150 [PBP2])
-typisches Radar , technische Überwachung
-Addiert sich mit Radarwerten anderer Einheiten
-Wirkung
a) bei Trooper Wirkung 50% (Anzeige Einheit)
b) bei „Geräten“ Wirkung 0% (Anzeige Einheit)
c) wirkt nur in den Bereichen Floating-High_level_flight
d) mit Feature Satview oder Höhenstufe[orbit] auch Orbital
e) Höhenstufe deep_submerged oder submerged = 0%
f) jede Höhenstufendifferenz = -10 (Anzeige Einheit)

Sonar (zwischen 30 und 100)
-technische Überwachung im Wasser
-Addiert sich mit Sonarwerten anderer Einheiten
-Wirkung
a) auf Trooper+Geräte 50%
b) wirkt nur in den Bereichen deepsubmerged<->floating
c) jede Höhenstufendifferenz = -10
d) deckt keine Landfelder auf

Tarnung
-technische oder natürliche Tarnung
-gilt nur für die Einheit selbst, addiert sich nicht mit Jammingwert.

Jamming:
-technische Radar und Sichtstörung
-Addiert sich mit den Jammingwerten anderer Einheiten.
-Verdunkelt nur das Feld, keine Auswirkung auf die Anzeige von Einheiten.

---

Zitat von Tokei Ihto

---

@Hanni: Hast Du denn schon gevoted ?

---

Zitat von Hastrubal

---

a.) Recyceln in Produktionstätten soll künftig 90% des verbauten Materials wieder zur Verfügung stellen bei Verlust aller Erfahrungspunkte.
...
b.) Der Levelaufstieg wäre in PBP endlos (Kampagne usw. wie bisher). Am Anfang schnell, später benötigt man immer mehr Schüsse für den Levelaufstieg, aber gleichzeitiger Abnahme der Effizienz. In den oberen Levelregionen könnte bsw. ein Wert von 200% Verteidigung und 150% Angriff angepeilt werden. (Diese Formel ist als flexible Stellschraube zu verstehen, so dass der Entwickler damit balancen kann. Auch könnte sie für den Angriff & Verteidigung unterschiedlich ausfallen)
...
c.) Der Erfahrungsgewinn wäre künftig mit der Unterscheidung zwischen Angriff & Verteidigung zweigeteilt. D.h. Fernbeschuß bsw. Scud würde den Angriff verbessern. Bechuß & überleben den Verteidigungswert einer Einheit.

Im Nahkampf zwischen 2 Panzern würde bsw. ein Panzer 2 Erfahrungspunkte bekommen...1 für die Verteidigung und 1 für den Angriff (evt. noch 1 für die Vernichtung).
Ein Arsenal oder Zenit hätte somit einen hohen Angriffswert, würde aber seinen Panzerungswert ohne Nahkampf oder eigenen Beschuß kaum verbessern.
...
d.) Das Raparatursystem soll künftig von Movementpunkten abhängig sein. Beispiel: Die Reparatur mit 1000 Material kostet 1 Movementpunkt.

---

Zitat von Hanni

---

Zitat von Tokei Ihto

---

@Hanni: Hast Du denn schon gevoted ?

---

Sicher, aber meine Votes landen bei Dingen, die für das Spiel im Moment etwas wichtiger sind, als eine Änderung in ASC, die quasi eine komplette Neudefinition der Einheiten, mit sämtlichen daraus resultierenden Problemen, nach sich zieht.

Grüße,
Hanni

---

Zitat von GAMER

---

Hier eine kleiner Auszug aus meiner Ideen Liste. Das Thema Sicht habe ich etwas näher beleutet und folgendes ist dabei herausgekommen.
(Ich hab in den letzten Wochen viele meiner Ideen die mir so im Kopf rumschwirren aufgeschrieben und gesammelt. Siehe Dev-Bereich)

...

Radar (zwischen 40 und 150 [PBP2])
-typisches Radar , technische Überwachung
-Addiert sich mit Radarwerten anderer Einheiten
-Wirkung
a) bei Trooper Wirkung 50% (Anzeige Einheit)
b) bei „Geräten“ Wirkung 0% (Anzeige Einheit)
c) wirkt nur in den Bereichen Floating-High_level_flight
d) mit Feature Satview oder Höhenstufe[orbit] auch Orbital
e) Höhenstufe deep_submerged oder submerged = 0%
f) jede Höhenstufendifferenz = -10 (Anzeige Einheit)

Sonar (zwischen 30 und 100)
-technische Überwachung im Wasser
-Addiert sich mit Sonarwerten anderer Einheiten
-Wirkung
a) auf Trooper+Geräte 50%
b) wirkt nur in den Bereichen deepsubmerged<->floating
c) jede Höhenstufendifferenz = -10
d) deckt keine Landfelder auf

...

---

Ich hoffe es gelingt mir, die bisherigen Änderungswünsche zusammenzufassen.

Angedacht ist eine Trennung von elektronischer Aufklärung (Radar, Sonar) und optischer Aufklärung (Sicht).

Radar und Sonar wird behindert durch Jamming. Aufklärung wird für Einheit und Hexfeld komplett geblockt. Feld bleibt grau.
Radar und Sonar wird behindert durch Stealth. Hexfeld wird sichtbar. Einheit bleibt unsichtbar.
Radar und Sonar wird nicht behindert durch Tarnung. Hexfeld und Einheit werden sichtbar.

Sicht wird behindert durch Tarnung. Hexfeld wird sichtbar. Einheit bleibt unsichtbar.
Sicht wird nicht behindert durch Jamming oder Stealth. Hexfeld und Einheit werden sichtbar.

Schön & gut. Aber wie ist so etwas einem unbelecktem ASC Neuling zu vermitteln ? Dann nehmt mal gleich einen Anfänger- & Profischalter mit in die Abstimmung auf.

Sorry, der muss sich halt informieren oder nachfragen.

Hier gibt es ne Menge hilfsbereite Leute.

Ich finde, jemand der sich nicht genug auskennt, sollte über solche Details nicht abstimmen. Mir ist es auch immer mal wieder zu kompliziert. Dann frag ich, oder ich lass es.

Ich finde eine Unterscheidung nach Tarnung und Stealth eigentlich schon wieder zu viel des guten.

In Gamers Ideenliste ist das auch so nicht drin, wie motsch das erklärt hat.

Gamer:

In Antwort auf:

---

Tarnung
-technische oder natürliche Tarnung
-gilt nur für die Einheit selbst, addiert sich nicht mit Jammingwert.

---

In Antwort auf:

---

Radar und Sonar wird nicht behindert durch Tarnung. Hexfeld und Einheit werden sichtbar.

---