GamezWorld.de - Forum
Von Spielern für Spieler
Du bist nicht angemeldet.
Seiten: 1
Nur kurz gefragt: Wie wuerdest Du denn in einem Datenblatt - was aehnlich einem Tooltip eingeblendet wird (Maus ueber Element -> Datenblatt angezeigt) - einen Tooltip einbinden? Also ... wann wird der Tooltip eines Icons angezeigt? Wuerde das dann ueberall (bei anderen Datenblaettern) auch so gestalten.
Man koennte einen Shortcut einfuehren ("Druecke Taste XY fuer Erklaerungen") ... aber es sollte an sich auch eine "Nur die Maus"-Steuerung moeglich sein (oder Tablets...?).
Das bequatschen wir morgen mal im Discord. Bin nicht sicher ob ich die Frage schon ganz verstanden habe.
@ Sam 10am
Ja so eine "Mo 10 Uhr" Anzeige ... gaenge wohl.
Hihi, das soll nicht Sam heissen, sondern 5(fünf)am. Wollte bei den Rahmenbedingungen für die Sendung bleiben. Ging hier nur um die Uhrzeitrange. Aber wenn du das kombinieren kannst, wärs evtl. auch ganz hübsch.
@ Live
Wenn etwas nicht mehr Live ist, verliert es eigentlich ein gutes Stueck an "Reiz"/Attraktivitaet.
d‘accord. Moment ist das aber noch nicht der Fall, wollte ich damit sagen - oder es ist zumindest im ersten Anlauf nicht spürbar gewesen. Wenn du aber sagst, es gibt schon einen Malus, teste ich das mal intensiver. Wie hoch soll der Abzug denn sein?
wenn diese Fruehstuecksshow eben nach Beendigung ihres Zeitfensters entfernt wird (also keine Ausstrahlungen am Folgetag moeglich / unsinnig).
Das war meine Erwartungshaltung. Deswegen hab ichs aufgeführt. 
Aber zurueck zu den Bugs ... einer nach dem anderen
Happy fixing. 
Die Anzeige, wann eine Produktion nach Beginn der Vorproduktion ausgestrahlt werden wuerde ... ist sehr umfangreich.
[...]
Das macht die Sache halt einfach ... unschoen und ich hab noch keine Idee, wie wir das passend umsetzen.
Wie wärs, wenn man den Sendetermin (also Vorproduktion +x), Zeitfenster (nur 5-10 Uhr) und Anzahl Ausstrahlungen jeweils nur mit einem Icon und nur der Zahl versieht, sie wie es bei Anzahl Blocks und Produktionszeit auch schon der Fall ist? Dann verfrachtest du den Text "Live Ausstrahlung in Vorproduktionsstart +x Tage sowie "nur zwischen 5-10 Uhr ausstrahlbar" in nen Tooltip) Schon wäre die Oberfläche wieder aufgeräumt und optisch konsistent.
Ist nicht die schönste Paintvorlage, aber ich denke man erkennt die Intention.
Bezueglich 4 Produktionen gleichzeitig und gleicher Live-Termin. Habe ich ja bereits vorangekuendigt und ja - ich haette auch gern eine Automatik drin. Aber was zum Beispiel mit "naechst moeglicher Wochenendtag" als Zeitangabe? Ich produziere eine Sendung - die waere Samstag. Nun will ich die naechste auch Samstag (+1 Woche) haben, dass Programm waehlt aber den Sonntag (+1 Tag).
Mit dem Iconvorschlag oben hättest du auch Platz für weitere Icons/Funktionen, wie z.B. optional nur an bestimmten Wochentagen, wo hinter dem Icon in dem Feld nur "Mo, Di, Mi, Do, Fr, Sa, So" auftaucht. Auch hier wieder mit Prosa im Tooltip zur Erklärung.
Mit noch einemIcon für die Regelmäßigkeit: also im Abstand von x Tagen, einem für Anzahl Folgen: x Folgen ergibt sich doch dann eigentlich recht simpel: "4 Folgen, immer Montags, alle 7 Tage" - also die Schedule wo du etwa hin wollest?
Eventuell muesste der Live-Termin also einfach nur waehlbar sein? Heisst ich muesste einen "Kalender" programmieren ... nicht so schoen. Vielleicht laesst sich das anders einrichten.
Ich denke die Vorgabe des Livetermins wäre dann mit dem obigen Schema hinfällig.
Eventuell sollten die Sendungen auch "immer live" sein und einfach ein festes Zeitfenster bekommen. Man kann sie also bspweise jeden Tag von 20-23 Uhr einplanen und nur die erste Ausstrahlung ist "live". Sprich es gibt keine Vorgaben zu exakten Tagen.
Ich spiele das Spiel auch nur von Tag zu Tag und Plane kein Programm über Wochen im Voraus- höchstens mal 2-3 Tage, weiter quasi nie. Ich weiß nicht wie andere das empfinden - aber ich bräuchte die Komplexität "immer Montags" nicht. Einen festen Rhythmus alle 1, 2, 3 Tage eine Aussstrahlung bei mehreren Folgen würde mir eigentlich reichen. Aber das wäre halt persönliches Empfinden. Wie gesagt, mit nem Icons und Tooltip wäre imho genug Platz für die ganzen Beschränkungen. Wär dann trotzdem nicht verstanden haben sollte, was das in Kombination bedeutet, siehts dann ja im Sendeplan für den Tag, wo die grünen Flächen sind. So viel schief kann da nicht gehen.
@ Verpasste Sendeslots
Ja, es sollte dann aber nicht mehr "live" sein.
Wenn das so ist, ist der Unterschied derzeit nicht erkennbar und hat auch auf die Quote wohl keinen Einfluss. Außerdem wäre es danach ja dann zeitlich wurscht, wann ich die Sendung laufen lasse, bin aber auch an den Folgetagen beschränkt auf das vorgegbene Zeitfenster von 5-10h.
So - Findingliste für's erste:
Studio:
- Bin nicht sicher, aber ich denke zwischen 0/4 und Vorproduktionen fehlt tendenziell ein Leerzeichen.
- Zieht man eine Vorproduktionsliste, die im Supermarkt noch nicht abgeschlossen wurde, auf den Studioleiter, bewertet er sie schon. Ich würde vorschlagen, der angezeigt Text sollte eher in die Richtung gehen: "Kauf doch erstmal ein, was auf der EL steht, bevor du was prüfen lässt."
- Vor der Bewertung steht: Dialogue_Studio_Concept_Scipt_Genre_Average . Da fehlt wohl der Variableninhalt für die Show. Bei einem Film sagt er mir bei gleicher Vorgehensweise: "Ein anderes Genre wäre besser gewesen" (wobei ich die Meldung nicht verstehe - ich hab doch beim Film keine Genreauswahlmöglichkeit, oder hab ich was übersehen?)
- zu "Deiner" geplanten Produktion - Persönliche Anrede sollte konsistent groß geschrieben sein.
- Der Satz wird nicht bis zum Schluss dargestellt, sondern durch "..." gekürzt. Hängt evtl. mit der o.g. Variable zusammen?
- Alle 4 Produktionen haben das gleiche Sendedatum und Uhrzeit. Du hattest das im Discord schon angesprochen. Ich würde vorschlagen jeden Produktionslot mit einem Sendetag +1 hochzuzählen.
Liste 1 morgen, ab 5, Liste 2 übermorgen ab 5, Liste 3 überübermorgen, etc.
Dann macht das mit den Multi-Listen mehr Sinn. Fänd ich auch als Endlosvariante gut. Von hinten nach vorne werden dann die Einkaufslisten freigegeben und können für die 5., 6., 7., etc. Folge wieder aufgefüllt werden - so wie bei MadTV das Konzept für die Produktion von Shows. Du wollest das aber eher limitieren, oder? Daher folgender Eintrag:
- Das Showlimit ist noch nicht ersichtlich. Habs der Vollständigkeit hier nochmal gelistet.
- Die Listen lassen sich nicht löschen. Der Mülleimer würde sich als intuitive Wegwerfzone anbieten. So wars afair früher bei MadTV.
- Man kann die Listen hochnehmen und auf einen anderen Slot legen. Dann sieht es manchmal so aus, als hätte man zwei Listen in der Hand. Mit etwas unkontrolliertem Rechtsgeklicke kann man das Studio verlassen, wieder betreten und die Liste ablegen. Es sieht dann so aus, als hätte man eine Liste gelöscht - der Studioleiter kennt aber trotzdem 4/4 Produktionen.
- Filme sind jetzt scheinbar broken durch deinen Versuch das Prodlimit zu testen.
- Ich kann jetzt bei dem anderen Film 8 Prodlisten erstellen, obwohl ein Film nur eine haben sollte.
- Obwohl 8 Prodlisten bereits bestellt wurden, wird weiterhin angeboten, weitere Einkauslisten anzufordern.
- Warum leuchtet eigentlich der Studioleiter wenn man ein Drehbuch aus dem Koffer nimmt - nicht aber, wenn man das Drehbuch vom Tisch aufhebt?!
Supermarkt:
- Was mich schon immer genervt hat: Wählt man in der Einkaufslistenansicht eine Produktion aus, springt die Ansicht immer ganz nach oben. Die Produktion, die ich auswähle würde ich gerne sehen. Das nervt besonders, wenn man eine Produktion fertig geplant hat und per Einstellung übernehmen auf die anderen Produktionen übernehmen möchte.
EDIT:
- Spielt wahrscheinlich keine Rolle, wenn du das Problem mit den Filmen und den Multieinkaufslisten gelöst hast - aber die ELs für die Filme zeigen eine Dauer von "9 Stunden" an.
Mir kam erst später der Gedanke, dass mit Dauer die Produktionszeit gemeint ist und nicht die Laufzeit des Endprodukts. War da auf der falschen Fährte und dachte die vielen Produktionslisten hätten die Laufzeit des Endprodukts addiert. Es war schon spät...
- Die Besetzung und Schwerpunktverteilung klappt soweit problemlos. Ich kann aber mit einer unvollständigen Produktion mit dem "Einstellungen übernehmen" eine Produktion schrotten. Dabei verbleibt die Besetzung, aber die Schwerpunkte werden entfernt. Die bereits bezahlte Produktion wird rot markiert und mit einem Ausrufezeichen versehen.
Versuche ich dann die Schwerpunkte zu setzen, kann ich das nur für eine Kategorie machen - dann wir das Fenster ausgegraut und akzeptiert keine weiteren Eingaben. Es sind aber nur 5/20 Schwerpunkte vergeben. Die Produktion wieder grün und abgeschlossen. Die Kosten fallen auch entsprechend um die 15 Schwerpunkte geringer aus.
Mit "Einstellungen übernehmen" kann ich von einer noch nicht zerstörten Produktion eine kaputte wieder retten.
Nochmal Studio
- Die "gelöschte" Produktion hat nun folgende Auswirkung: die fehlende Produktion wird als erste (oder vorhergehende?) Produktion erkannt.
Sonstiges:
Da ich ja gerade mit keinem realen Spielstand teste, sondern mit einem neuen Spiel und ich auch nur den Fokus hierdrauf setzen wollte, hab ich außer dem Initialprogramm noch keine Sendung gesetzt. Mein Chef hat mich mittlerweile 2 x einbestellt.
Beim ersten Mal hat er sich beschwert, dass ich 10x keine Sendung gesetzt hab - beim zweiten Mal (da sind ca. 24 Stunden vergangen), dass ich 15x keine Sendung gesetzt hab. Ich muss gestehen, ich hab nicht auf die Konsultierungszeit geachtet - aber ich mittlerweile über 30 Blöcke nichts gesendet. Was zählt er?
Morning Show wird gesendet
- Das Bild im Fernseher entspricht noch dem, wenn der Block leer ist.
- Wir wird eigentlich die Produktionsqualität für Tempo, Kritik, etc. berechnet? Alle 4 Produktionen weichen minimal voneinander ab. Zufallswert? Die Produktionen wurden ja alle mit den gleichen Parametern produziert.
- Die gesendete Produktion hat nach Abschluss eine VK Preis Berechnung, wenn man in die Programmansicht geht. Da nur eine Ausstrahlung möglich war und die Produktion aus dem Archiv verschwindet, wäre das eigentlich obsolete - ist aber natürlich nur ne kosmetisch kleinliche Anmerkung.
- Verpasse ich den Sendeslot, kann ich die Sendung an einem der folgenden Tage im gleichen Zeitfenster ausstrahlen. (Anmerkung: Es wird korrekt verhindert, dass ich die Sendung am Produktionstag bereits einsetze, wenn sie vor dem Zeitfenster fertig wird.)
- Produktionsdauer sind derzeit 30 Min. Ich nehme an zu Testzwecken?
- Das gekaufte Drehbuch gibt schon vor "Live Ausstrahlung morgen". Aber eigentlich ist man ja nicht gezwungen sofort zu produzieren. Gerade bei eigenen Produktionen hat man ja die Möglichkeit den Tag der Liveübertragung selbst zu entscheiden. Die Bezeichnung "morgen" ist daher eigentlich irreführend. Es sei denn, es ist gewollt - aber dann sollte das Drehbuch ein paar Tage mehr Vorlauf bieten.
Drehbuchautor
- Die Generierung von Titel #x erfolgt derzeit inflationär und nicht so ganz nachvollziehbar warum. So habe ich gerade mal Massen an Büchern gekauft um die Liveshows zu provozieren. Mir wurde zuerst das Drehbuch Titel #2 angeboten, einen Zyklus später das original Drehbuch Titel (#1). Von anderen Titeln existierte bereits eine Version #3 - an Tag 4.
- Ist der Koffer voll, hat man optisch noch einen Slot platz.
- Die Tür beim Drehbuchautor kickt einen nicht aus dem Büro. Im eigenen Büro funktioniert das. Alte MadTV Gewohnheit - sowohl Büro als auch Drehbuchauto will ich immer erst über den Klck auf die Tür verlassen. 
Bei allen anderen komme ich ohne komisches Gefühl per Rechtsklick aus dem Raum. Beim Drehbuchautor fehlt mir das. 
So - das wars fürs heute. Hoffe Deine Frau hatte nen guten Filmgeschmack.
Ich hab übrigens in der kurzen Zeit keine Ruckler festgestellt. Auch den ganzen Tag im Zeitraffer zu erleben hat keine nennenswerten Aussetzer. Alle paar Stunden sieht man mal ne gefühlte Millisekunde einen kleinen Ruckler. Aber bei weitem nicht so heftig wie vorher.
Ebenso ist das Dauerfeuerklicken auch hier gefixt.
Und während ich gerade die letzten Zeilen schreibe ist mir der Client im Zeitraffer an Tag 11 im Hintergrund eingefroren. CPU Auslastung schwankt zwischen 49 und 50%. Mal schaun, ob mir das bald wiederbegegnet.
Gute Nacht.
S. edit
Die 64bit Version verhält sich am Win7 Rechner wie die Vorgängerversionen auch. Lade den Spielstand, Client schließt ohne Fehlermeldung.
Das ist alles, was im Log steht:
App Log v1.0
[22:05:03] INFO | CORE: Starting TVTower, v0.6.2-dev Build "06.11.19 21:11".
[22:05:03] LOAD | TEVENTMANAGER.INIT(): OK
[22:05:03] DBG | SOUNDMANAGER.SETAUDIOENGINE(): initialized with engine "AUTOMATIC [AUTOMATIC]".
[22:05:03] DBG | TSOUNDMANAGER.MUTESFX(): Muting all sound effects
[22:05:03] DBG | TSOUNDMANAGER.MUTEMUSIC(): Muting music
[22:05:03] DBG | GRAPHICSMANAGER.INITGRAPHICS(): Initializing graphics.
[22:05:03] DBG | : SetGraphicsDriver "OpenGL".
[22:05:03] DBG | : Initialized graphics with "OpenGL".
[22:05:03] DBG | : Initialized virtual graphics (for optional letterboxes).
[22:05:03] DBG | APP.CREATE(): Loading base resources.
[22:05:05] LOAD DBG | STARTTVTOWER(): DEV RoundToBeautiful is enabled
[22:05:05] INFO | TAPP.START(): loading time: 2569ms
[22:05:06] DBG | DIALOGUES: Created LoadGame-Menu.
[22:05:08] DBG | : Closing Escape-Menu, continuing game.
[22:05:09] SAVE DBG | SAVEGAME.LOAD(): Restored TEntityBase.lastID=9363, TGameObject.LastID=447030.
[22:05:09] SAVE DBG | : Savegame was created with an older TVTower-build. Enabling basic compatibility mode.
EDIT: Betrifft nur das Laden eines Spielstands, den ich mit einer 32 Bit Version erstellt habe. Ein neues Spiel kann ich starten.
Mir geht es darum, ob Du 64bit.exe nutzen kannst
Ja, kann ich. Hab auch noch einen Zweitrechner zur Hand mit Win10/64bit. Der kommt nur seltener zum Einsatz.
Schick die neue Version auf die Reise, ich stürz mich sofort drauf.
Hast Du nur das 32 Bit Windows ? Dachte ich kann langsam auf 64bit fuer die OS umschwenken
bye
Ron
Kann es bei 32 und 64 reproduzieren. Schau mal in dem Beitrag hab ich noch die Edits hinterlassen. OpenGL ist der Übeltäter.
Ne reine 64 bit exe? Och nö... dann bin ich mit dem Rechner erstmal raus. TVT schließt sich beim Betreten eines Spiels. Ich komm nur bis zum Hauptmenü. Beim Laden oder Starten geht der Client kommentarlos zu.
Kann ich hier nicht nachvollziehen (Windows 10). Welchen Renderer nimmst Du? 32 oder 64bit .exe?
32bit, windows 7
Edit: Kann ich sowohl mit der 11.08. als auch der 29.08. reproduzieren - auch direkt vom Startmenü aus.
Edit2: Auch mit der 64bit exe - allerdings komm ich mit der an diesem Rechner auch nicht weiter.
Edit3: NUR mit OpenGL reproduzierbar. Mit allen DirectX-batches tritt der Fehler nicht auf. Starte das Spiel normalerweise direkt über die exe.
Timer läuft.
Kleiner Anzeigefehler beim MouseOver bei Nichterfüllung der nächsten Werbeanforderung zur Zielgruppe: Zielgruppe erscheint doppelt.
"Rentner Rentner" und "Männer Männer".
Nicht reproduzierbar bei "Arbeitslose".
Andere Varianten kann ich gerade nicht ausschließen.
Bei erfüllten Anforderungen wird alles korrekt angezeigt.
https://imgur.com/a/Jl00hOk
Und wieder ich:
Studio:
Zum Teil werden die Umlaute in der Sprechblase vom Studioleiter und bei den Einkaufslisten für den Titel nicht angezeigt.
Wenn ich das Drehbuch auswähle, wird der Name korrekt angezeigt. Ebenso werden Umlaute in der Drehbuchbeschreibung angezeigt. (thailÄndisch)
Aufgefallen mit dem Film: "Kär prachd"
Studioleiter und Einkaufslisten zeigen "Kr prachd"
Beispielscreenshots:
https://imgur.com/a/2Ta01zC
@ Ton nur beim schliessen
Ist so gewollt, kann ich aber aendern sofern gewuenscht.
Wirkt nicht konsistent, da bei Hilfe und Einstellungen der gleiche Ton beim Schließen gespielt wird - bin da aber leidenschaftslos. Kann auch meinetwegen so bleiben.
ein Entfernen der Stummschaltung sollte ja eigentlich wieder zur originalen Lautstaerke fuehren ... oder nicht?
Richtig - Unmute führt ja scheinbar bei "Lautstärke Regelung != Mute" zurück zu dem eingestellten Wert.
Ausnahme:
Wenn Sound == Mute dann setzt er scheinbar einen Default-Lautstärkewert, wenn ich über M unmute.
Wenn Musik == Mute dann bleibt die Musik bei Unmute stumm.
Das Verhalten bei Musik würde ich aber letztlich als korrekt bewerten. Wenn ich in den Settings Lautstärke 0 einstelle, dann ist Unmute ja eine Rückkehr zum eingestellten Lautstärkepegel eben Lautstärke 0. Ist der Wert > 0, wird Sound/Musik mit dem Pegel wieder gespielt.
Wenn Sound sich nur genauso verhalten würde, bräuchtest du imho keine extra Checkboxen.
Und nochmal:
Wenn ich das TVT Fenster über die Taskleiste oder über den Button oben rechts vom Fenster minimiere, anschließend wieder in den Task springe, wird das Spiel von einer schwarzen Fläche verdeckt, läuft aber im Hintergrund weiter.
Bisher ist es mir nur gelungen, das Bild wiederherzustellen, indem ich den Task abschieße oder - gerade bemerkt - F5 zum Schnellspeichern drücke. Dann sieht man den Hinweis, dass gerade gespeichert wird über dem schwarzen Hintergrund. Nach Ende des Savevorgangs ist man wieder im Spiel.
Beispiel:
https://imgur.com/a/JSQao2N
F5 funktioniert nicht, wenn man das Spiel vorher über das Einstellungsmenü pausiert hat. Das irritiert, weil garnichts passiert. Drückt man erst ESC um die Einstellungen zu schließen, gehts danach mit F5 wieder weiter.
Ist mir mit der Liveversion nicht passiert - wohl aber mit den letzten beiden Dev-Versionen.
Es wird nicht schwarz verdeckt, wenn man mit Alt-Tab aus dem Task springt oder andere Fenster öffnet.
Und nochmal die Dev-Funktionen:
Ausgangsbasis: alle Soundeffekte und Musik stehen in den Einstellungen auf "Mute"
M - Schaltet die Soundeffekte an/aus - es wird keine Musik gespielt
Shift-M - Hat dadurch den gleichen Effekt wie "M"
Strg-M - hat keinen Effekt
Wenn M/Shift-M die Soundeffekte aktiviert, stehen die Regler für Sound und Musik unter "Einstellungen" noch auf "Mute".
Ausgangsbasis: alle Soundeffekte und Musik haben einen Wert > "Mute".
M - Schaltet Sound und Musik an/aus
Shift-M - Schaltet Sound an/aus
Strg-M - Schaltet Musik an/aus
M/Shift-M aktiviert scheinbar jedoch nicht alle Soundeffekte. Während man den Sound für "Tür auf/zu" immer hört, wird der Ton für das Öffnen der "Hilfe" nicht gespielt.
Gleiches gilt für den Ton der Einstellungen, wobei hier immer nur ein Ton gespielt wird, wenn die Einstellungen geschlossen werden. Es wird kein Ton gespielt, wenn die Einstellungen geöffnet werden.
Alle Findings aus der DevVersion 11.08.19.
Kann Deinen "klicke ganz haeufig"-Fehler nachvollziehen - allerdings nur in der Dev-Version vom August ;D
Passt, ich auch nur in der letzten.
Hier in meiner aktuellen Version laeuft es ohne Probleme weiter - ich hatte den zugrundeliegenden Fehler also schon behoben.
Cool! Manchmal gibt es doch die Wunderheilung in der SW Entwicklung, ohne dass man das gezielt wollte.
wie gesagt ... neuer DevPatch kommt heute.
\o/ Liege schon auf der Lauer.
Bug?
Ich wollte mal mehr mit den Developer Ausgaben rumtüfteln. Bei Strg(links)-P wird zwar ein Performance-Log generiert, es schließt aber auch das Spiel.
Nachtrag:
Die 29.08.19 scheint tatsächlich ohne Microruckler auszukommen. Ich erlebe immer wieder kurze Denkpausen bei der 11.08.19.
Auffällig dabei: die CPU Auslastung geht bei der 11.08.19 während dieser Denkpausen von ~6-8% auf 25-28% hoch. Die 29.08.19 liegt permanent zwischen 25-30%. Allerdings kann ich keinen Zusammenhang zwischen Klickverhalten und Microrucklern herstellen, da die auch auftreten, wenn ich die Maus nur bewege, aber nicht klicke.
Ebenso lassen sich die Ruckler in der 11.08. eigentlich spürbar triggern, wenn man die Spielgeschwindigkeit auf max. setzt (also Taste "8"). Dabei hatte ich das Gefühl, dass die Rückler eher mit dem Erscheinen von neuen Nachrichten zusammen hängt. Unter normaler schneller Geschwindigkeit kann ich das aber so nicht mehr in Verbindung setzen.
Die 29.08. läuft im Turbomodus weitestgehend flüssig durch. Sie wird nur was langsam während der Primetime abends und zum Wechsel von einem Tag auf den anderen, also um Mitternacht.
Edit: Ich habe die 29.08. mal auf nem anderen Laptop laufen lassen, der ist etwas performanter und neuer, lasse sie allerdings vom USB Stick laufen. Hier kann ich die Microruckler nachvollziehen.
Ahh Du kannst gerne doch was machen: ein aelteres Dev-Paket ausprobieren und schauen ob es da schon "ruckelt".
Ich habe die 11.08.19 mal ausprobiert. Dort schmiert der Client tatsächlich nicht ab. Um den Fehler zu reproduzieren reicht es schon, TVT zu starten und wahllos Dauerfeuerklicken im Startscreen zu machen ohne auch nur einen einzigen Button zu treffen. Nach 20-30 Klicks freezed die 29.08.19. Die 11.08.19 zeigt sich davon völlig unbeeindruckt und überlebt auch hunderte Klicks.
Das Problem macht sich übrigens nicht nur im Startmenü bemerkbar, sondern im ganzen Spielverlauf so dass ich jetzt schon mehrfach um Stunden zurückgeworfen wurde und F5 mein bester Freund wurde. Als du gestern vom Buffern der Klicks schriebst, machte das sofort Sinn. Ich neige dazu manchmal recht hektisch durch die Menüs zu klicken.
Microruckler kann ich durch das Dauerfeuerklicken in beiden Dev-Versionen ad-hoc nicht nachvollziehen, wobei ich die 11.08.19 jetzt nur bis zum Startmenü offen hatte. Die Ruckler habe ich allerdings in der aktuellen "Live"-Version sehr penetrant erlebt, in 29.08.19 nicht mehr. Ich werde mal die 11.08.19 nutzen, bis die neue Version online ist. Keine Eile.
Also Dev-Versionen sind versteckt, da ich da immer hoffe, dass ein paar mehr oder weniger "aktivere" Spieler sie auf Fehler ueberpruefen. Vor allem, wenn ich ein wenig an der Engine gedreht habe.
Wenn sich die Gelegenheit bietet hier aktiv mitzugestalten und zu helfen, nutze ich die Versionen gerne. Komme auch aus der Branche und Testmanagement wurde von Beruf zur Berufung.
Warum Dinge inkompatibel werden: Manchmal gibt es neue Spielfunktionen die im Laufe des Spiels simuliert werden. Sie nachtraeglich bei Speicherstaenden "nachzusimulieren" - kann man machen, aber tut es denn wirklich Not?
Die Begründung leuchtet mir sicherlich ein. Ich habe auch die Notwendigkeit verstanden, dass Du hier das Savegamehandling optimiert hast, auch dass es dann passieren kann, dass eben eine Kompatibilität gerade in einer Developerversion irgendwann nur mit immens hohem/ungerechtfertigtem Aufwand erlangt werden kann.
Das ärgerliche ist auch weniger, dass es passiert ist, sondern dass nach so vielen Developerpatches, die alle (zumindest laut Patchnotes Historie) zueinander kompatibel wären ausgerechnet die empfohlene Hauptversion aus Savegame Sicht eine Sackgasse ist. Gerade bei so einer einschneidenden Änderung find ich es ungünstig vor allem neue Spieler mit einer Version ohne Zukunftsperspektive (nach so langer Zeit immernoch) losrennen zu lassen.
Vielleicht ists aber auch nur meine subjektive Wahrnehmung. Ich war zumindest noch nicht bereit für einen Zwangsreset, wollte aber in den Genuss von 1 Jahr Entwicklungsarbeit kommen und vor allem die Möglichkeit haben, auf nem aktuellen Release Bugs zu reporten, die nicht schon vor 10 Patches gefixt wurden, nachdem ich die Downloadecke für die Devversionen entdeckt hatte.
Viele Speicherstaende koennten ueber "zwischen-Dev-Versionen" hochgepatcht werden. Spaetestens in ganz neuen Dev-Versionen habe ich aber alte Zoepfe abgeschnitten. Der Aufwand des migrierens, er ist es denke ich einfach nicht wert - vor allem natuerlich nicht, wenn es nur fuer "von Dev 11 zu Dev 12"-Versionsspruengen waere.
D'accord, der Aufwand ists nicht wert. Daher nur die Idee, die aktuelle Hauptversion gegen eine zu ersetzen, die zumindest den neuen Savegame Modus kennt und damit einem längeren Lifecycle unterliegt.
Eigentlich wollte ich auch nicht sooo viel Zeit vergehen lassen ... mangels aktiver Mitdiskutierer und Tester im Forum kann ich das Beseitigen der gemeldeten Bugs nicht immer verifizieren - ich habe seit Wochen/Monaten noch keine Rueckmeldung zum Thema "Mausklicks werden uebersehen" bekommen.
Bringe mich da gern aktiver ein. Hast du einen Link zum Thema? Dann bemühe ich mich um Feedback zum genannten Bug/Fix.
Entsprechend mache ich die Sache mit der Eigenproduktion/Live nun noch fertig und wenn dann bis dahin niemand ernsthafte Bugs gemeldet hat, veroeffentliche ich wohl oder uebel eine Komplettversion die auch fiese Bugs enthalten kann.
Ich denke, dass die lange Abwesenheit neuer Komplettversionen dafuer sorgt, dass einige treue Spieler andere Spiele auf ihre Agenda gesetzt haben.
Ist ein Spagat, den ich gut nachvollziehen kann - besonders bei einem solchen Projekt ohne feste Mannschaft. Ich kann anbieten, falls du eine Datenbank pflegst, in denen du gemeldete Bugs gezielt trackst und du mir darauf Zugriff gewähren magst, gelöste aber ungetestete Bugs gezielt nachzutesten und mit Testresults zu versehen.
Ich kann auch dabei unterstützen, eine Testsuite aufzubauen um das Testing vor Release mal organisierter zu starten und eine Freigabe auf fundierten Testergebnissen zu stützen. Nur so ne Idee...
Bei Interesse können wir uns dazu gern mal konkreter abseits des Forums Austauschen.
@ Bugthread
Immer her damit - hoffe nix fies verstecktes oder anderweitig schwer zu reparierendes
Hatte bzw. habe hier seeehr sporadisch (aller paar Wochen) nicht reproduzierbare Abstuerze - irgend ein Nullzugriff. Immer wenn ich mit dem Debugger anruecke, laeuft's stabil ;D
Vielleicht haben aber einige Fixe die wir hier und da in der genutzten Programmiersprache + Bibiotheken eingeflochten haben schon Wirkung gezeigt.
Beitrag steht.
Ich nutze seit kurzem den DevBuild v0.6.2 29.08.19 nachdem ich lange den v0.6.1 25.06.18 gespielt habe.
Der Client friert regelmäßig ein. Meist reichen dazu willkürliche Klicks auf die GUI (keine Schaltflächen, evtl. sogar gerade weil ich keine Schaltflächen anklicke).
Das Spiel friert dann ein, die Maus bewegt sich nur erkennbar außerhalb des Spielfensters, klickt man ins Spiel wird das Fenster blass und man sieht eine rotierende Eieruhr als Cursor, gefolgt von der Meldung, dass der Task nicht mehr reagiert. Auch nach Minuten tut sich nichts mehr. Es hilft dann nur noch der Taskmanager.
HW: Intel Core i5, HP Elitebook 840 G2, 4GB RAM.
OS: Win7
Der Modus (Dx 7,9, 11) oder OpenGL macht keinen Unterschied.
Der Fehler lässt sich schon im Startmenü bei der Spielerstellung provozieren.
In den Fehler- und Consolelogs kann ich auf den ersten Blick keine nennenswerte Ursache erkennen.
Der Fehler war mit der o.g. v0.6.1 nicht reproduzierbar (rund 60 Spieltage). Wie kann ich bei der Analyse unterstützen?
Hallo,
[Wall of (useless) Text, einleitende Worte - darf gern übersprungen werden... ]
ich bin vor einigen Monaten (oder sinds mittlerweile gar Jahre) durch eine temporäre Retrophase vom alten MadTv Fieber befallen worden. Damals gestaltete sich die Suche nach einem funktionierenden Download recht abenteuerlich und irgendwann bin ich dann auch auf dieses Revival gestoßen.
Allerdings hats mich damals nicht so wirklich gepackt, wobei ich auch nicht mehr sagen kann, welche Version ich gespielt hatte. Aber es fehlte noch der Charme des Spiels und trotz vieler spannender Ideen hats mich doch eher abgeschreckt.
Kürzlich bin ich jedoch von einer zweiten MadTV Welle überfallen worden, hatte aber nach 21 Tagen mal wieder alle Konkurrenz aus dem Fenster fliegen sehen und dann zumindest die Hochzeit bis Tag 40 rausgezögert, weil ich meine Eigenproduktionen noch erleben wollte. Irgendwie wollte ich aber mehr von dem Spiel - und hab mich nochmal auf die Suche nach Euch begeben um zu schauen, was sich seitdem getan haben könnte.
[/Wall of (useless) Text - ab hier komm ich so langsam auf den Punkt, ich neige dennoch weiterhin zur Geschwätzkeit, sorry... ]
Ich hatte befürchtet, dass die Entwicklung aufgegeben wurde - da die letzte Download "Haupt"version, die auf der HP beworben wird, noch aus 2018 stammt. Dennoch hab ich sie mir eine Weile zu gemüte geführt und war überrascht, wieviel sich getan hat. Hat mich gleich gefesselt und ich hab rund 60 Ingame Tage hinter mir, bis ich geschnallt habe, dass es im Forum "versteckte" Developerversionen mit Bugfixes und aktuellen Entwicklungsständen zum Download gibt.
Also mit dem neuen Wissen: DevVersion 0.6.2_DevBuild29.08.19 runtergeladen, entpackt, Savegame rüberkopiert, frustriert gemerkt, dass dieses nicht lesbar ist und das schlimmste Befürchtet. Nach gut 45 Minuten Forenrecherche habe ich dann in den Patchnotes der Devversionen den Eintrag gefunden, der meine Befürchtung bestätigte, dass die Savegameerstellung überarbeitet wurde, die Stände dadurch kleiner - aber alte Stände auch inkompatibel werden.
Lange Rede kurzer Sinn - das Spiel macht Laune und gerne fange ich nochmal an - ich war aber echt zufrieden mit meinem Ersteinstieg und hätte schon gern noch weiter gemacht, zumal ich gerade mal die halbe Landkarte abgedeckt hatte.
Ich verstehe nur nicht, wieso die alte Version noch zum Download steht, wenn bereits relativ kurz danach eine Devversion rauskam, die ein Update inkl. Savegames obsolete machte.
Ich muss zwar sagen, dass die alte Version einen wirklich sehr stabilen Eindruck macht, im Gegensatz zu meinem aktuellen v0.6.2_devBuild 29.08.19 Stand (dazu mach ich einen sep. Thread im Bugforum auf), dennoch würde ich die v0.6.1 oldSavegames Variante mangels Update-Option nicht mehr verteilen und zumindest auf eine DevVersion linken, die das aktuelle Savekonzept unterstützt. Überraschender finde ich aber noch, dass ich scheinbar der einzige bin, der das seit 2018 gemerkt hat.
Ein Hinweis auf der Startseite zu den DevBuilds (auf eigene Gefahr) fänd ich auch nicht schlecht für Neueinsteiger. Ich weiß es ja nun - hat aber ein paar Ingamewochen gedauert - die Suche und der Frust bleibt anderen dann evtl. erspart.
So, genug geschwafelt. Einen riesen Dank für dieses MadTV Tribute Projekt. Ist klasse geworden und ich freu mich, Eure Fortschritte weiter zu begleiten.
Gruß,
Nali/Chris
Seiten: 1