Ember Media Manager 1.4.8.0 Alpha - Diskussionsthread

Zitat von mam

Ok, neu geklont ist frisch gewonnen... habe nun also eine aktuelle. lauffähige X64 Version (das bleibt dann auch so, dann bemerke ich eventuelle Fehler, die bei X86 u.U. nicht auffallen).

Das CTRL-F Wasserzeichen ist grundsätzlich nicht schlecht, aaaaber.... guck er hier:

kodinerds.net/wcf/attachment/13805/
Kein Film? what happened?
Na ja, im Suchfeld sind wieder ein paar Leerzeichnen drin, Curly Sue hatte zwei davon, wurden manuell beseitigt, die Filmliste wird aktualisiert (ist nun also leer), die rechte Seite nicht (erstmal egal), aber wieder sieht der Anwender nirgends, dass ein böser Filter aktiv ist!

Dreh den Spieß doch einfach um! Wasserzeichen "Filter aktiv", solange das Eingabefeld nur Leerzeichen enthält!

Ne, ich lass das so, auch doofe sollen mal bestraft werden, denn:
- das Wasserzeichen im Suchfeld ist nicht sichtbar
- unten im Filter Fenster steht klar und deutlich Filter (Active)

Das Leeren des rechten Fensters schaue ich mal an, sollte nicht sein, ist aber ein uralter Fehler.

Edit: ... und Wasserzeichen sind nunmal nur dann sichtbar, wenn nichts im Textfeld steht ...

Hab gerade nochmals was auf Github commited. VLC is nun ganz weg (wie gesagt muss du das Zeug auch noch aus den Build Ordnern löschen) und x64 ist nun ebenfalls vorhanden.

Zitat von F_A_H

hallo zusammen

bei mir ist gerade folgender Fehler aufgetaucht beim versuch filme zu scrapen.
[errorbox]

[/errorbox]

was kann ich da machen ?

Warten bis der Server wieder online ist...

Zitat von mam

Die Projectfiles müssen getrennt und unterschiedliche bleiben, sonst kannst Du kaum mit X86 und ich mit X64 rumwuseln.

Es gibt keine unterschiedlichen Projectfiles für x86 und x64. Es geht dabei ja nur um importierte DLL's und die Optimierung bei der Kompilierung bezüglich 32 und 64 bit. Du kannst doch ganz bequem zwischen x86 und x64 umstellen:

Das einzige, was manuell kopiert wird ist die MediaInfo.dll, da es diese nicht als NuGet Package gibt. Diese wird aber ebenfalls automatisch aus den x86 oder x64 Ordner kopiert.

Zitat von mam

Das nächste Commit killt mich dann wieder, bzw. ich hänge da rum wie gestern "commit not possible because clash in changes".

Das liegt daran, dass du zur selben Zeit etwas an der gleichen Datei geändert hast wie ich. Dan kann man im GitShell mit -git status nachsehen, welche Dateien manuell korrigiert werden müssen. Das geht mir genauso wenn jemand eine Änderung pullt.

Zitat von mam

Ich wollte übrigens oben bei der Versionsnummer (und im About) noch X86/X64 anhängen, damit man auch sieht, mit welcher Version man gerade rummacht (ich hab schonmal das falsche Desktopicon angeklickt und mich dann gewundert, warum im entsprechenden Profil nix passierte. )
Da das nur Kosmetik ist, werde ich Dich damit nicht belasten, solch harmlose Sachen traue ich mir selber zu

Ich werde das demnächst mal wieder einfügen.

Zitat von F_A_H

Guten Morgen

Bei mir schmiert der Ember (Alpha 22) zum wiederholten mal ab, mit folgender Fehlermeldung:

Arbeitsspeicher ist bei mir genügend vorhanden

System win7 Ult, 16GB Ram, Program läuft auf SSD

LG
Frank

Ember ist zur Zeit noch x86, somit steht für alle laufenden x86 Programme nur knapp 4GB zur Verfügung.

Meistens liegt das Problem daran, dass keine Limits bei den Extrathumbs und Extrafanarts definiert sind. Somit lädt Ember immer alle Fanarts runter, was dann vor allem beim Anzeigen des Edit Dialogs dazu führt, dass hundert FullHD Bilder als Bitmaps geladen werden. Als Bitmap wird gegenüber JPG das ca. 5-10x an Speicher benötigt.

Falls der Fehler beim Scrapen auftaucht müsste ich hingegen wiedermal nach einem Speicher-Leak suchen (bitte nicht).

Zitat von F_A_H

Sorry

Limmits sind auf 4 Stück eingestellt, ich hab mich beim einstellen gestern an die Anleitung von

Nepomuk gehalten

ansonsten habe ich auch eingestellt das alle vorhandenen beibehalten werden.

Gibt es ein Fehler [definition='1','0']log[/definition] was geschrieben wird und dier helfen könnte

LG Frank

Alles anzeigen

Ja, häng bitte mal das Log an: .\Ember Media Manager\Log\DATETIME.csv

Zitat von mam

äähh, hüstel... machst Du da gerade irgendwas merkwürdiges oder was ist nun wieder in die Hose gegangen hier ?
Hab gar nix geändert, wollte nur neu Komplieren und krieg auf einmal dutzende von Syntax Fehlern !?!?!?!?

und die entsprechenden Stellen sehen nicht aus, als wenn Menschenhand im Spiel gewesen sei:

C

''' <summary>
        '''  Trakt-Login process for using v2 API (Token based authentification) 
        ''' </summary>
<<<<<<< HEAD
        ''' <param name="FilteredOptions">Module settings</param>
        ''' <param name="IsSearch">Not used at moment</param>
        ''' <returns>True: success, false: no success</returns>
=======
        ''' <param name="strUsername">trakt.tv Username</param>
        ''' <param name="strUsername">trakt.tv Password</param>
        ''' <param name="strToken">trakt.tv Token, may be empty (then it will be generated)</param>
        ''' <returns>(new) trakt.tv Token</returns>
>>>>>>> refs/remotes/DanCooper/master
        ''' <remarks>
        ''' 2015/01/17 Cocotus - First implementation of new V2 Authentification process for trakt.tv API
        ''' </remarks>

Alles anzeigen

also an dem Traktzeuchs war ich noch niemals dran, hab nochnichtmals reingeguckt (verstösst eh gegen meinen Glauben an die "Meine Daten bleiben hier" Speicherung)

was ist passiert?

(ich hab schonmal vorsichtshalber alles lokal gelöscht und neu von Git geklont, aber der Mist steckt da drin, man hat ihn sofort wieder am Bein...)

Der GitHub Client müsst dich eigentlich darauf aufmerksam gemacht haben, dass er das nicht automatisch mergen kann (konnte). Die zwei Bereiche zeigen den unterschiedlichen Code zwischen deinem Branch (HEAD) und dem, den du mergen willst (refs/remotes/*), wenn beide zur selben Zeit verändert worden sind. Hier muss entweder manuell Hand angelegt werden oder du entscheidest dich per GitShell für eine der beiden Versionen.

Neue Version Alpha 23 ist online, ab sofort auch also x64 Version (und ja, die x64 kann einfach über eine bereits installiert x86 Version installiert werden).
Link wie immer im ersten Post.

Zitat von mam

ja, würde ich verstehen, wenn ich
a) einen Branch hätte
oder
b) was geändert hätte
oder meinetwegen
c) IRGENDWAS geändert hätte (ausser auf X64 zu stellen und neu zu kompilieren)

Alles davon trifft nicht zu. Es geht sogar um Files, in die ich noch nie in meinem Leben vorher einen Blick geworfen hatte und die zwei Stunden vorher noch nicht diese Probleme hatten (zumindest gabs keine Syntaxfehler, reingeguckt hatte ich ja nicht zuvor).

Also muss ich mich nun entscheiden zwischen WEM ODER WAS???

(noch schöner wurde es ja, nachdem ich DEN GANZEN AST hier gelöscht hatte (dummerweise auch mein Profil, aber es gibt ja Backups...) und nach einem erneuten CLONE der Rotz wieder da war.)

Bei den angemeckerten Files sind auch reichlich project files dabei. Offensichtlich schaltet da jemand gerade um von "[definition='1','3']Debug[/definition] - X86" auf "[definition='1','3']Debug[/definition] - Any CPU". Ich bins nicht!
(und ANY CPU ist echt ne doofe Idee, es sei denn Du willst jetzt auf ARM mit Linux oder Android umswitchen)

Alles anzeigen

Der Vollständigkeit halber habe ich auch gleich die Pfade für AnyCPU bei allen Sub-Projekten eingestellt, obwohl ich das vorerst in der Projektmappe nicht errichtet habe. Die x86 und x64 Einstellungen sind aber immer noch vorhanden und nur diese sollten/können verwendet werden.

Mit deiner Umstellung auf x64 hast du ja schonmal zur gleichen Zeit etwas geändert, dass ich ebenfalls geändert habe. Wieso es genau bei Trakt Probleme gab kann ich dir nicht sagen. Einen Branch hast du übrigens auf jeden Fall, mindestens den master Branch.

Es gibt auch immer die Möglichkeit meinen Master-Branch ohne wenn und aber auf deinen zu syncen, dabei werden einfach Änderungen deinerseits überschrieben. Guckst du hier: Link

Edit: Sorry, falscher Link, suche den richtigen noch