Editor time auto-updating of FSongData::CachedMaximumSongDuration
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Inizia tracciando FGTapeData::CachePlaylistSongDurations(class FWwiseProjectDatabase* InProjectDatabase) e il modo in cui raggiunge FSongData::CachedMaximumSongDuration durante il cooking. Riproduci la build o il cook dell’editor 1.1, quindi verifica che la durata memorizzata nella cache venga valorizzata e che il nastro BoomBox passi alla canzone successiva invece di reimpostarsi su 0:00.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Struct FSongData includes the following field:
/** Maximum song duration cached from the AkAudioEvent during cooking to allow accessing that information on Dedicated Servers */
UPROPERTY()
float CachedMaximumSongDuration{0.0f};
This property is supposed to be populated at build time, but for some reason in 1.1 editor it is left as 0. This partially breaks the BoomBox - the tape cannot switch to the next song, instead it's playback indicator is set to 0:00 once the AKAudioEvent ends.
I was able to quickly hack around it by making this property editable and populating it manually, but a cleaner way would be to auto-populate at build time. There is a void CachePlaylistSongDurations(class FWwiseProjectDatabase* InProjectDatabase); callback of FGTapeData, which I guess is supposed to be used exactly for that.
In 1.0 this property wasn't present yet (based on the tape uasset for 1.0).
- Lingua principale
- C++
- Stelle
- 346
- Fork
- 229
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di satisfactorymodding/SatisfactoryModLoader
-
examplemod
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
satisfactorymodding/SatisfactoryModLoader#413 · 1 commento ·
-
1.2 ExampleMod UpdatesAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
Tutte le issue di satisfactorymodding/SatisfactoryModLoader
Issue simili
-
artifact:simulation-scenario domain:physics good first issue help wanted role:validation testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 3 giorni
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
NVIDIA/accelerated-computing-hub#294 ·
I maintainer di solito rispondono entro 4 giorni
-
bug P3
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area-System.IO untriaged
Difficoltà 2/5 Mezza giornata Idoneità per principianti 72/100
dotnet/runtime#136802 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno