SKTextureAtlas teilt Texturen in iOS 10 nicht mehr

Question

Es scheint, dass ich beim Ziehen von Texturen aus einem Texturatlas jetzt neue Texturen erzeuge anstatt dieselbe Textur über verschiedene Sprites mit iOS 10 zu verwenden. Auf iOS 9 funktioniert das wie erwartet. Hat noch jemand dieses Problem? Vielleicht gibt es einen Schritt, den ich verpasste, der jetzt ein Teil von iOS ist.

Anmerkungen: Ich erstellte ein Beispielprojekt und erstellte einen neuen Atlas, dann schleppte ich einfach Raumschiff in @ 1x, ich habe auch versucht, vorzuladen, und das tat nichts so gut.

Code:

let atlas = SKTexturAtlas(named:"Sprites") 
    var texture = atlas.textureNamed("Spaceship") 
    print("\(Unmanaged.passUnretained(texture)),\(Unmanaged.passUnretained(texture).toOpaque())") 

    texture = atlas.textureNamed("Spaceship") 
    print("\(Unmanaged.passUnretained(texture)),\(Unmanaged.passUnretained(texture).toOpaque())") 

Edit: Um Fragen des Vergleichs zu erhalten, verwende ich die Beschreibung Eigenschaft zu vergleichen, wenn zwei Texturen gleich sind. Damit das funktioniert, können Sie nicht zwei Atlanten verwenden, die jeweils eine Textur mit exaktem Namen und Größe enthalten. Ich werde diese Situation nie treffen, aber für jeden, der da draußen nach Hilfe sucht, sollte man das im Hinterkopf behalten.

Answer 1

um dieses Problem zu bekommen, musste ich einen Weg kommen, die Texturen cachen, so dass es nicht zu einem doppelten hat:

private var textureCache = [String: SKTexture]() 
extension SKTextureAtlas 
{ 
    func texturesWithNames(_ names:[String]) -> [SKTexture] 
    { 
     var textures = [SKTexture]() 
     names.forEach({textures.append(textureNamed($0))}) 
     return textures 
    } 
    func cachedTextureWithName(_ name:String) -> SKTexture 
    { 
     if textureCache[name] == nil 
     { 

      textureCache[name] = textureNamed(name) 
     } 

     return textureCache[name]! 
    } 
    func cachedTexturesWithNames(_ names:[String]) -> [SKTexture] 
    { 
     var textures = [SKTexture]() 
     names.forEach({textures.append(cachedTextureWithName($0))}) 
     return textures 
    } 
    func clearCache() 
    { 
     textureCache = [String: SKTexture]() 
    } 
} 


extension SKTexture 
{ 

    var name : String 
    { 
     return self.description.slice(start: "'",to: "'")! 
    } 


} 

Answer 2

Ich habe den gleichen Test gemacht und bekomme die gleichen Ergebnisse.

Ich bin 100% sicher, aber nicht scheint, dass ein Vorschlag bei der Entwicklung von Swift 3 dort here war Unmanaged zu ändern UnsafePointer zu verwenden.

Aber wenn Sie versuchen, zu machen:

func address<T: AnyObject>(o: T) -> String{ 
    let addr = unsafeBitCast(o, to: Int.self) 
    return NSString(format: "%p", addr) as String 
} 

Nutzungs:

print(address(o: texture)) 

in iOS9 Sie korrekte Werte haben, in iOS10 falsche Ergebnisse.

Ich glaube, du hast recht, wir einen Fehler konfrontiert sind (eine andere ..)

Answer 3

Ist eine unterschiedliche physikalische Adresse für eine Textur Verweis auf die „gleiche Textur“ wirklich ein Problem?

Ich habe das Standard-Beispielspiel-Projekt ausgeführt, aber Setup für Obj-C. Ich habe einen Texturatlas, der so etwas wie das Bild unten wäre. Beachten Sie jedoch, dass ich das durch TexturePacker ausgeführt habe. Der tatsächlich generierte Atlas von Xcode ist also anders.

ich tun, wie Sie gesagt haben und erstellt zwei Texturen mit dem gleichen Namen.

self.myTextureAtlas = [SKTextureAtlas atlasNamed:@"MyTexture"]; 
self.tex0 = [self.myTextureAtlas textureNamed:@"tex0"]; 
self.tex1 = [self.myTextureAtlas textureNamed:@"tex0"]; 

Wie Sie sagten, die Zeiger für tex0 und tex1 sind unterschiedlich. Zumindest gibt es Konsistenz zwischen Swift und Obj-C.

Allerdings glaube ich nicht, dass dies ein Problem/Bug ist. Was ich vermute, ist, dass sie die Implementierung so geändert haben, dass die zurückgegebene SKTexture eine neue "Instanz" ist, die zugrunde liegende Textur jedoch immer noch dieselbe ist.

Ich werde OpenGL sprechen, da das ist, was ich meine Motoren schreiben. Metall wird immer noch Ähnlichkeiten haben.Eine grundlegende Unterstruktur hat nur zwei wichtige Eigenschaften: einen Texturnamen (dies ist der OpenGL-Texturname) und UVs. Wenn Sie darüber nachdenken, was als die "Gleichheit" für die Übereinstimmung mit Equatable gilt, würde es höchstwahrscheinlich auf Gleichheit gegen diese 2 Punkte prüfen. Der Texturname ist der Name der Atlas-Textur, und die UVs sind die UVs innerhalb des Atlas, die den Bereich der bestimmten Sub-Textur darstellen.

Um diese Hypothese zu testen, habe ich eine GPU-Frame-Capture auf diesem durchgeführt. Mit Xcode 8 scheint das ziemlich fehlerhaft zu sein. Mit Metal ist es zu 100% abgestürzt. Ich habe es gezwungen, OpenGL zu verwenden, und habe es geschafft, eine Bildaufnahme zu bekommen. Wie erwartet, wenn ich mir alle Texturressourcen anschaue, sehe ich nur eine Textur für meinen Atlas.

Texture # 3 ist MyTexture.

Wenn ich die textureRect Dump, die die UVs zu sein scheinen, kann ich sehen, sie sind die gleichen:

Tex0 Rect 0,001618 0,793765 0,139159 0,203837

Tex1 Rect 0,001618 0,793765 0,139159 0,203837

Basierend darauf scheint es, dass beide self.tex0 und self.tex1, obwohl unterschiedliche physikalische Adressen, immer noch beide auf die gleiche Sub-Textur zeigen.

Beachten Sie, dass ich SpriteKit nicht mehr verwende. Mein aktueller Renderer verwendet Handles für Texturen, beim Abrufen können Sie jedoch Handle-Objekte mit unterschiedlichen physischen Adressen abrufen. Sie alle dereferenzieren immer noch auf die wahre Textur, da sie immer noch auf dieselbe zugrunde liegende Texturinstanz verweisen.

Ich denke, ich sehe nicht wirklich diff Zeiger ein Problem, vorausgesetzt, sie verweisen immer noch die gleiche zugrunde liegende Textur (dh. Nicht mehr Textur Speicher zugeordnet ist).