Hey dj nice,

ok dann probieren wir es auf deutsch :)

1) fehlende Beat Grids
2) verschobene Beat Grids
3) RAM
4) "out of memory" Message
5) lange Ladezeit

zuerst mal - hast du ITCH 1.7 noch installiert? falls nicht wäre es gut, wenn du das noch einmal tun könntest - download: serato.com, Anleitung, wie du zwei Versionen von ITCH gleichzeitig installieren kannst: serato.com

wieviel platz?

kannst du für 1) und 2) bitte schauen, ob du das Problem reproduzieren kannst? in ITCH 1.7 laden, dann in 2.0 - kannst du ein oder zwei Dateien an den thread anhängen (mit 'ATTACH A FILE') bei denen das passiert damit wir hier versuchen können das nachzuvollziehen?

für 3) kannst du schauen, wieviel RAM ITCH 1.7 für die gleiche Aktion benötigt?

für 4) hast du in deiner Musiksammlung MP4-Dateien? wir haben ein paar Hinweise, dass MP4s "out of memory" messages produzieren können

für 5) kannst du hier bitte auch schauen, wie der Unterschied zwischen Version 1.7 und 2.0 ist?

wünsche schonmal ein gutes Wochenende!

phibs

Hallo phibs,

ich hab beide Versionen installiert.

Ich hab es jetzt endlich geschafft, das V2 ohne Fehler startet. Ich hab dazu den Ordner _Serato_ auf c:\.......alex\.....my music umbenannt und vom internen Musiklaufwerk i: - für Itch ;-) - alles außer die beiden Ordner...\crates und ...\subcrates herausgenommen. Nach dem Start in V2 hat Itch dann den Ordner ALL neu aufgebaut und es kam bislang kein memoryfehler.

Wenn ich zwischen V1.7 und V2 switche werden jedesmal alle Subcrateordner beim Start der V2 geöffnet angezeigt. Bei ca 800 Subcrates eine nervige Angelegenheit.

Allerdings ist die Datenbank unter V2 sehr langsam und schwefällig. Ich habe allerdings auch eine außergewöhnlich strukturierte Datenbank. Es müssen so an die 15 Haupt- und insgesamt 800-900 Subcrates sein. Der Programmstart geht mit V1.7 deutlich schneller. Leider habe ich nach wie vor eine Verzögerung von 2 Sekunden, bis ein großer Subcrate aufklappt. Das war aber auch in V1.7 so.

1) fehlende Beat Grids
hier habe ich zahlreiche Files schon @home bereitliegen. Hänge hier in den Fred. In meiner Umgebung ist das Verhalten mit diesen Beispielen reproduzierbar

2) verschobene Beat Grids
Das ist kein Problem durch die V2, das kam schon mehrfach vor. Ich erkenne das sofort, weil die Cues in der Luftz hängen. Das sind immer Files gewesen, wo das Beatgrid falsch erkannt wurde und manuell geändert wurde. Ich hab mal Tags neu einlesen gemacht. Kann es sein dass dadurch ein Gris quas eine reset bekommt? Ich glauge, so ein File habe ich auch weggesichert.

3) RAM
Ich werde den Speicherhunger zwischen V1.7 und V2 mal vergleichen

4) "out of memory" Message
kam bislang nach dem Neuimport der Crates nicht wieder vor. Ich hoffe es bleibt so. Mp4 habe ich keine, lass aber vorsichtshalber einmal einen Scan über die Platte laufen. Ich hatte im Zuge der Errormeldunge auch ganz komische grafische Effekte. Mit SHIFT+LAYER verschanden ganze Player, die nach einer Skinumschaltung kurz wieder auftauchten und wieder verschwanden. Ich hab dann mal die ATI catalyst auf Ihre Werkseinstellungen zurückgesetz und kann das Grafikproblem bislang nicht weiter reproduzieren.

Ich hatte dann auf der Itch I: Partition (der eigentlich noch jungfräulich neu ist, weil ich die Platte erst vor kurzem neu einbaute) festgestellt das die Berechtigungen komisch waren. Ich hab mal alles auf Vollzugriff gesetzt und "JEDER" zusätzlich eingebracht. Ich dachte, das könnte mit dem Anzeigen der Grids zu tun haben. Ist aber leider nicht der Fall gewesen.

5) lange Ladezeit
hing wohl hauptsächlich mit der Ursprungskonfig zusammen. Beim Status "LOADING CRATES" hing der Rechner, es kamen die Errormeldungen. samt Freeze und Abstutz. Der nun erfolgreiche Start ohne Fehlermeldungen dauert aber deutlich länger als mit der Itch.exe 1.7x


Vielen Dank für die Hilfe......

eine Frage am Rande:
ich hab ja 2 Konsolen (Xone und Denon hc-5000) Mit der V2 habe ich aber mit dem A&H ein riesiges Problem. Ich arbeite nur mit 2 Playern und habe einen riesigen Platzverbrauch im Screen für nicht benötigte Player/Waveform. Die unterschiedlichen Skinvarianten sind sehr nett aber nicht wirklich problemlösend, da ein ausreiched großes Archiv nur mit ständigen Umschalten erzielt wird.

Ist zu erwarten, dass es kurzfristig eine mal angedachte Option "2-Player Modus" für den A&H geben wird? Sonst würde ich mich von dem Teil trennen und mit den Denon allein auflegen. Das wäre sehr schade, weil der A&H eine geile Konsole ist und ich mir ein Spezialcase gebaut hab.

Zu Punkt 5. lange Ladezeit / langsame Datenbank
Ich habe nun lange mit der V2 herumgespielt. Mit meiner großen Datenbank kann ich die V2 definitiv nicht im Livebetrieb einsetzen. Die V1.7 war schon langsam, aber in der V2 dauern einige Vorgänge gefühlt um den Faktor 10 länger. Reproduzierbar ist das im Datenbereich "All". Das Verschieben von Spalten geschieht in der Version 1.7 fast in Echtzeit in der neuen Version dauerts mehrere Sekunden, bis der Vorgang abgeschlossen ist.

Auch beim Öffnen/Schließen der Crates gibt es enorme Verzögerungen, die im Livebetrieb kaum noch tolerierbar sind.

Die Anzahl der SubCrates (rd. 1300) und Files (rd. 30000) sollte ja kein Problem darstellen und hat im bisherigen (uraltsystem BPM Studio) System komplett in Echtzeit ohne Verzögerungen gearbeitet.

Ich hoffe das sich diese vielen Datenbankprobleme anhand meiner Database eingrenzen lassen und habe sie mal an dies Ticket angehängt

ok, den _Serato_-Ordner umzubenennen wäre einer meiner nächsten Vorschläge gewesen...Wenn du jetzt ohne Probleme starten kannst, ist das ein Zeichen dafür, dass der Ordner beschädigt war.

Informationen wie beatgrids, cuepoints, loops etc werden von ITCH in die ID3 tags der Musikdateien geschrieben.
ITCH 2.0 handhabt einige Dinge anders als bisherige Versionen. Gerade die BPMs scheinen teilweise etwas problematisch zu sein.

1) erneuere die Datei 'database V2' (auch die könnte einen knacks haben). Hier ist eine Anleitung, wie du das am besten anstellst: serato.com

2) Ich habe die Empfehlung vom Entwickler-Team bekommen, die BPM von allen files zu löschen und alle files noch einmal neu zu analysieren. (das könnte eine Weile dauern aber das Problem mit den langen Ladezeiten beseitigen)

diese beiden Dinge könnten bereits einiges bewirken, probiere das einmal aus.

Was den 2 deck Modus für 4 deck controller betrifft - es gibt hier bereits ein feature request diesbezüglich: serato.com
am besten du postest hier '+1' und vielleicht noch einen kurzen Kommentar. Wir haben den Wunsch aber bereits erkannt und ich hoffe, dass wir das in einer kommenden Version implementieren können.

Lass mich wissen, wie es mit den oben genannten Tips läuft.

Phibs

zu 1.
Database V2 war im Zuge der Experimente zu den Errors bereits auch neu aufgebaut worden. Sorry, hatte ich vergessen zu schreiben.

zu 2.
Puh....der komplette BPM Rescan wird bei 30k Songs bestimmt mehrere Tage & Nächte benötigen. Ich hab aber (gefühlt) tausende von Songs mit manuell korrigierten Grids. Wenn ich die BPMs neu berechne, werden jetzt auch die Grids immer gelöscht. Das wieder neu aufzubauen, ist mit mehreren Monaten Arbeit verbunden Das war bei der V1.7x nicht so. Dort wurden die Grids bei der Änderung der BPM Werte nicht verändert. Was soll ich tun? Mit der 1.7 die BPM errechen? Das hatte ich ja gemacht und nun die Probleme.

Gruss,
Alex

hey Alex,

sorry wenn ich mich vorher nicht klar ausgedrückt hatte.

Das ist richtig - wenn du das einmal gemacht hast, dann sind deine manuell bearbeiteten Beatgrids zurückgesetzt, da Beatgrids wie gesagt in die Tags geschrieben werden.

Die BPMs und die Beatgrids hingen auch in Version 1.7 schon zusammen. Wann immer du den Beatgrid dehnst verändert sich auch die BPM-Anzeige. Wenn du die BPM durch Tapping (im Rythmus auf die BPM klicken) änderst, dehnen resp. ziehen sich die Beatgrids zusammen.

Unser Entwickler-Team ist derzeit einem Problem auf der Spur, von dem offensichtlich User mit extrem vielen subcrates betroffen sind. Ich kann aber noch nicht sagen, ob du davon betroffen bist.

hast du alle Subcrates geschlossen? Das heißt, nicht nur die großen crates sondern vor allem alle offenen Subcrates.

Auf die Gefahr hin, dass du das genau so schon einmal getan hast, kannst du bitte noch einmal folgendes testen:

1)
- schließe ITCH
- benenne deinen Serato-Ordner auf deiner Systemfestplatte (c:) um
- öffne ITCH und schau ob sich etwas am Verhalten ändert (ITCH erstellt einen neuen _Serato_-Ordner)
- sollte sich nichts ändern, schließe ITCH, lösche den Ordner, den ITCH neu erstellt hat, benenne den alten _Serato_-Ordner wieder zurück und probiere Test 2:

2)
- ITCH schließen
- benenne den _Serato_-Ordner (dort wahrscheinlich _ScratchLIVE_) auf deiner "externen" Festplatte um (i:)
- öffne ITCH und ziehe eine einzelne Datei von der externen FP in ITCH -> ITCH erstellt einen neuen _ScratchLIVE_-Ordner
- schließe ITCH wieder
- kopiere jetzt NUR den Ordner 'subcrates' aus dem umbenannten Ordner und füge ihn in den von ITCH neu erstellten _ScratchLIVE_ Ordner ein (überschreibe den 'subcrates' Ordner dort)
- ITCH öffnen und schauen, ob sich etwas verändert hat

Nicht ganz ;-)
Itch 1.7 schreibt 2 BPM Werte. Zum einen in den "offiziellen" Tag, der nur Integer zuläßt. Der für das Grid notwendige BPM wird in einen speziellen Serato Tag geschrieben. Verändere ich den BPM Wert der im offiziellen Tag steht (der in der Datenbank in der Spalte "BPM"), bleibt das Grid auf dem Wert des Serato-BPM-Tags auch erhalten. Wenn ich in der Datenspalte alle BPM lösche und neu analyziere, bleibt das Grid erhalten.

V2 handhabt das anders, hier sind beide BPM Werte dauerhaft verknüfpt.

Deswegen die Frage, ob es Sinn macht, mit der V1.x die BPM neu zu berechnen, weil dann die Grids erhalten bleiben

Das sind exakt meine Erfahrungen.
--> Je mehr subcrates, desto schwefälliger
--> die Option "zeige den Inhalt der Subcrate in Crate" verlangsamt nocheinmal erheblich


Ja, aber nachdem ich den Tip unter 1.) machte waren nach dem ersten Start ALLE Subcrates wieder offen. Wann kommt der Shortcut, um alle auf einmal zu schließen / öffnen?
Nach dem ersten Start nach tip 1.) erneut "Out of memory"


erledigt.
Ladezeiten:
Version 1.7.1 benötigt für das Starten von Itch 13 Sekunden, Version 2.0 32 Sekunden.

Spalten einfügen/verschieben in crate "ALL":
Version 1.7.1 macht das in Echtzeit ohne Verzögerung - Version 2.0 benötigt >10 Sekunden

Crates mit grossen Subcrates öffnen:
1.7 & 2.0 In etwa gleich übel. Dauert teilweise 2-3 Sekunden und wird meist mit zunehmender Laufzeit mehr!

danke für den Vergleichstest!

es wäre noch interessant zu sehen, wie sich deine Library in ScratchLIVE verhält. ScratchLIVE greift auf die gleichen Serato-Ordner zu. Du kannst ScratchLIVE hier herunterladen: serato.com

könntest du da auch so einen sauberen Vergleich anstellen?

hast du schon probiert, ob die Probleme auch mit wenigen Crates auftreten? du kannst das folgendermaßen testen:

schließe bitte nochmal ITCH und benenne den _Serato_(_ScratchLIVE_) Ordner auf deiner Musikfestplatte nochmals um. Starte ITCH erneut und ziehe einige Ordner von deiner Musikfestplatte aus dem Explorer in die Crates-Leiste von ITCH um ein paar Test-Crates zu erstellen. funktioniert mit wenigen Crates alles reibungslos?

kannst du bitte auchnochmal deinen RAM-Verbrauch zwischen ITCH 1.7 und 2.0 vergleichen. Dabei ist auch interessant ob der RAM-Bedarf im Zeitverlauf zunimmt.

SSL ist genauso ein Problem. Die Startzeiten und Sortierzeiten sind nahezu identisch zu itch 2.0

An deutlichsten wir die Unbrauchbarkeit meiner Datenbank bei den Umsortierzeiten der Spalten in "ALL"
Itch 1.x benötigt nur 1-2 Sekunden / Version 2 und SSL ca. 6 Sekunden

Beim Start der Datenbank also um den Faktor 2-2,5 langsamer und beim Sortieren um den Faktor 3.

Übrigens: Wenn ich mit kleinem Datenbestand starte, arbeitet die V2 nahezu in Echtzeit alles ab.
Wenn ich jetzt wirklich alle neu gridden muss, gebe ich (glaube ich) auf und suche mir eine Alternative. Das hat Wochen bis Monate in Anpruch genommen. Itch hat mit vielen Beats ein Problem und erkennt BPM und Grids falsch. Habe ich bereits mehrfach dem Support gemeldet.

So...ich habe mal den halben Tag mit deiner library verbracht - alter Schwede :)

ich habe den Unterschied zwischen 1.7 und 2.0 nachvollzogen und als Bug gelogged. hier ein Auszug:

Step 1
Load ITCH 1.7 with the _ScratchLIVE_folder of user 'dj-nice'
load ITCH is complete after 40sec.
moving/activate a column in 'ALL' happens instantly
sort columns by song in 'ALL' takes 1sec
closing ITCH takes 17sec

Step 2
Load ITCH 2.0 with the _ScratchLIVE_folder of user 'dj-nice'
load ITCH is complete after 60sec.
moving/activate a column takes 7sec
sort columns by song in 'ALL' takes 7sec
closing ITCH takes 22sec

(die Zeiten habe ich auf meinem Test-PC gestoppt, sie können also von deinen abweichen)

Ich würde dir trotzdem auf alle Fälle nahelegen, dein Crate-Management zu überdenken. ITCH schreibt für jedes Crate ein eigenes Crate-File. Bei der Menge an Crates (fast 1300 ;), wie sie bei dir vorhanden ist, dauert allein den _ScratchLive_ Ordner von einer Festplatte auf eine andere zu kopieren ca. 10 mal so lange wie eine Filmdatei, die gleich groß ist. Irgendwann fällt die Anzahl deiner Crates also doch ins Gewicht.
Wir werden in näherer Zukunft darüber nachdenken, ob wir an der Art und Weise, wie wir die Crates verwalten nachdenken, bzw. darüber, wie wir einen möglichst effizienten Umgang mit Crates kommunizieren - bei 1300 Crates für 30000 Titel sehe ich noch einigen Optimierungsbedarf ;)

Wir sehen ein Crate (deutsch: Plattenkiste) wie die Plattenkiste eines DJs. Mit deinem System hast du in einer Kiste nur 20 Platten. So umständlich, wie für dich das Kistenschleppen wäre ist jetzt für dein Betriebssystem der Umgang mit den vielen Crates. Ich hoffe dieser Vergleich gibt dir eine Idee.
Mit anderen Systemen (ich nenne mal keine Namen), ist das File-Management deutlich unbequemer, gerade wenn du viele Dateien verwaltest. Wir hindern aber niemanden, anderes auszuprobieren :)

Das analysieren der BPM hat mit der langsamen Library also erstmal nichts zu tun. Bei den Tracks, für die du die Tags neu eingelesen hast, sind die manuell bearbeiteten Beatgrids überschrieben, ich hoffe, du hast nicht alle neu eingelesen.

Falls du Tips fürs editieren der Grids brauchst, kann ich dir gerne helfen - das lässt sich mit der Tastatur in unter 10 Sekunden pro Track erledigen...

fürs erste kann ich dir nur empfehlen auf ITCH 1.7 zurückzugreifen, wenn du die Verzögerungen nicht tolerieren möchtest (was ich verstehen kann)

ich würde mich bei dir melden, wenn es von unserer Seite Neuigkeiten gibt.

Moin....danke für die ausführliche Antwort!

Die Art der Crates bzw. die entstandene Menge ist im BPM Studio von Alcatech entstanden, stetig gewachsen und ohne Rücksicht auf die Anzahl von Crates gepflegt worden. Das war im BPM Studio kein Problem. Da das BPM nicht weiter entwickelt wird und ich wert auf eine sehr flexible Datenbank lege, hatte ich mich für Itch entschieden. Die einzigartige und bisher unerreichte Datenbank meiner Betaversion vom BPM Studio Version 5 (wird im Moment nicht weiter entwickelt) hat nur Itch weitestgehend erreicht. Alle anderen Systeme.....na, ja kennst du ja und hast es bereits angedeutet. Ich habe mit Scratchtools eine nahezu 1:1 Kopie der BPM Datenbank installieren können.

Alcatech's BPM Studio hat ähnlich wie Itch eine textbasierte Datenbank, aber alles in ECHTZEIT! Und die Basis ist aus 199x....

Ich habe (mal abgesehen von der Arbeitsgeschwindigkeit mit Version 2) ja das Problem, das bei vielen, mit Version 1.6-1.7x analysierten Titeln (ca. jeder 5.-6. Titel) kein Grid mehr angezeigt wird, obwohl ein korrekter BPM Wert eingetragen ist. Das hat ja scheinbar mit dem übrigen Problemen nichts zu tun.

Hat das analysieren der angehängten Titel irgendeine Lösung ergeben?

Bevor ich tatsächlich alles neu einlese, würde ich gern eine Aussage abwarten, was denn bei der Version 1.7 falsch gelaufen ist. Ich hab ja nichts falsch gemacht und alles brav mit den Vorversionen analysiert, getaggt und gecued.

Vielleicht lässt sich das ja auch als Bug eingrenzen, der softwareseitig behebbar ist?

Danke für den tollen Support. Dies in englisch zu führen wäre für mich sehr mühsam. Anhand der Tippfehler merkst Du ja, das ich nicht einmal meine Muttersprache beherrsche ;-)

Liebe Grüsse,
Alex

Hey Alex,

ich habe hier leider keine Version von BPM Studio zur Verfuegung - hat BPM Studio dann auch .crate-Dateien erstellt oder wie hast du die in ITCH importiert?

Bei den Beatgrids konnte ich leider keinen Unterschied feststellen. Wenn du noch ein paar Tracks hast, bei denen du Beatgrids in 1.7 siehst, die in 2.0 nicht mehr da sind, haenge sie bitte noch einmal hier an, damit ich das hier reproduzieren kann. Benutzt du die Release-Version von ITCH 2.0 oder noch die Beta?

Kleiner Export-Exkurs BPM Studio --> Itch
Wir haben ein kleines Programm geschrieben, dass aus der Text-Datenbank die Sub-Crates (das sind dort quasi Überschriften) und die zugeordneten Titel erkennt und jeweils eine m3u mit Namen des Crates erstellt. Itch hat dann das Crate beim Einlesen angelegt und die Titel importiert. Alctech hat noch eine tolle, aber erschwerende Funktion, dass es egal ist , wenn sich bei gleicher Verzeichnißstruktur der Laufwerkbuchstaben ändert. Das kann im Export-Programm dann durch die Vorauswahl eines allgemeinen LW-Buchstaben im Pfad geändert werden. Das Tool kann ich bei Bedarf gern zur Verfügung stellen.
Das allermeiste hab ich allerdings mit scratchtools eingelesen. Der Datenbankaufbau entspricht im Crate DATENBANK im Grunde der festplattenstruktur.

Leider gibt es bei der ganzen Importgeschichte immer noch das Problem, dass Itch in den Pfadangeben einer m3U Playliste Case Sensitiv reagiert.
C:\musik\album_1\abba - sos.mp3 wird in der Datenbank unter "ALL" doppelt angelegt, wenn bereits
C:\musik\album_1\ABBA - SOS.mp3 existiert.

hab ich schon ein paarmal angesprochen. MÖGLICHERWEISE? ist das eine Erklärung für die kontinuierlichen Probleme der V2.0 Datenbank?
Das ist jedenfalls saublöd, wenn mit verschiedenen SYSTEMEN mit identischer Verzeichnisstruktur untereinander per m3u Playlisten synchronisiert werden. (z.B. zwischen meinen BPM Studio und meinem Itch System)
Die "alten" Bpm Programversionen haben bei Änderungen und zurückschreiben der Tags immer den Dateinamen in GROSSBUCHSTABEN verändert.

Da beide Programme auch die BPM tags unterschiedlich handhaben, muß ich den kompletten Musikbestand für Itch separat pflegen (Ich arbeite noch mit beiden Systemen und itch kann leider keine nicht integer Werte im BPM Tag der mp3 interpretieren.)

>>Exkurs export BPM Studio --> Itch ende

Ich hab tausende Titeln deren Grids von der Version 2 nicht erkannt werden. Das ist schätzungsweise jeder 4. bis 5. Titel. Wie viele brauchst Du?

Ich nutze die Releaseversion

nur um sicherzugehen, dass wir die gleiche Sprache sprechen. Wir haben ITCH 2.0 einerseits und dann die Datenbankdatei 'database V2' im '_Serato_'-Ordner. ITCH 2.0 sollte mit deinen Crates genauso umgehen können wie frühere Versionen, daher habe ich die Zeitunterschiede als Bug gelogged. Das einzige Problem, dass ich im Moment sehe, dass durch deine Benutzung von BPM Studio und Scratch Tools verursacht wurde, ist die schiere Anzahl an Crates. Wir werden uns das in näherer Zukunft aber noch einmal genauer anschauen...

zu deinen Beatgrids - wenn du mir nocheinmal 3, 4 Dateien anhängst sollte das reichen. Wie gesagt, bei den anderen Dateien hatte ich Beatgrids in 1.7 und 2.0 und soweit ich es gesehen habe waren sie auch an der gleichen Position.

viele Grüße

Also...Ich habe alle Tracks geladen - erst in ITCH 1.7, dann in 2.0

für "Eric Chase - That\'s Why I Put My Hands Up (Original Mix).mp3" wurden in beiden Versionen Beatgrids angezeigt.

Für die beiden Tracks von "Afrojack..." habe ich in ITCH 1.7 keine Beatgrids bekommen. Komischerweise auch nicht, nachdem ich sie noch einmal analysiert habe. Nachdem ich sie dann aber in 2.0 analysiert habe, wurden alle Beatgrids in beiden Versionen korrekt angezeigt.

Kannst du bitte noch einmal überprüfen, ob die Titel bei denen du in ITCH 2.0 keine Beatgrids siehst, in ITCH 1.7 wirklich Beatgrids haben?

Wie gesagt wurden in ITCH 2.0 die Beatgrid- und die BPM-Analyse verbessert.
Ich würde dir empfehlen, die Tracks mit fehlenden Beatgrids noch einmal mit 2.0 zu analysieren, dann sollte alles passen.

Ja, das checke ich gern noch einmal.
btw.:
Wenn in Version 1.x einmal ein Grid geladen wurde wird es bei Analysieren nicht automatisch erneuert. Der einzige Weg ist es dann manuell zu setzten. Das ist erst in V2 geändert worden. Insofern ist es nicht verwunderlich, das es sich nicht in V1.7 erneuern ließ.

Frage:
Muss ich wirklich die komplette Datenbank neu analysieren? Kann ich die fehlerhaften Tracks womöglich in einer 2.1 selektieren?

Leider fällt mir keine Möglichkeit ein, wie du nach fehlenden bzw. vorhandenen Beatgrids sortieren kannst, soweit ich weiß ist im Moment auch nichts derartiges geplant. Die Idee ist aber notiert.

Für den Moment würde ich dir empfehlen alle Tracks zu analysieren.

Hier allerdings ein Tip: Wenn du das nächste mal ein Beatgrid manuell bearbeiten musst, solltest du den Track 'sperren'. Das tust du indem du die CTRL-Taste gedrückt hältst und in die linke Spalte des Titels (die Statusspalte) klickst. Als optische Rückmeldung wird dir ein kleines 'Schloss'-Symbol angezeigt. Das hat mehrere Vorteile - zum einen siehst du, welche tracks manuell bearbeitet wurden, zum anderen werden diese Tracks nicht berücksichtigt wenn du das nächste mal alle tracks analysieren musst, was durchaus noch einmal vorkommen könnte.

Ich hoffe das konnte dir soweit weiterhelfen.

Lass mich wissen, wenn du weitere Fragen hast!

viele Grüße

Phibs

Ich werde das noch einmal komplett neu analysieren.
Bin ich der Einzige, dessen (alt) Grids aus Version 1.x solch merkwürdiges Verhalten aufweisen?

Es ist wirklich so, das die Grids in V2 leer sind. Komischerweise sind die beiden hochgeladenen Afrojack Titel in beiden Versionen auch bei mir ohne Grid. Es ist definitiv, das beide Titel Analysiert wurden.

Es ist auffällig, das die Titel die mit meiner ersten Version (1.6?) analysiert wurden ganz wenig Ausfälle im Beatgrid unter V2 haben, während die neuen Songs, die unter V1.7.1 eine deutlich höhere Ausfallquote haben. Ob es auch Songs gibt, die mit der Beta V2 analysiert wurden weiß ich leider nicht.

hey dj-nice,

mir sind bis jetzt keine Fälle wie deiner bekannt.

Melde dich, wenn weitere Fragen auftauchen.

Viele Grüße aus Auckland

Phibs

So ich hab grad itch auf meinem Firmenrechner (quadcore, raidverbund, 20gb ram) installiert und eingerichtet. (Database V2 neu erstellt usw.) Die getesteten Aktionen wie Spalten umsortieren waren genauso peinlich langsam wie auf dem Notebook. Ich lasse da nun alle Tracks neu analysieren. Dank Quadcore geht das zumindest mindestens doppelt so schnell wie per Desktop/Notebook.

Gibt es einen Plan B, wenn (womit ich fest rechne) keine Verbesserungen eintreten?

wie gesagt, die Verzögerungen beim Verschieben deiner Crates werden durch die große Anzahl an Crate files verursacht, mit denen Windows offensichtlich Probleme hat. Ich weiß, dass an neuen Möglichkeiten gearbeitet wird, die Library zu verwalten aber wann diesbezüglich Änderungen implementiert werden kann ich leider nicht sagen.

Es zeigt sich, dass ScratchTools nicht wirklich geeignet ist, große Mengen Musik, geordnet in hunderten von Ordnern in Scratch Live oder ITCH zu importieren. Wie gesagt sind crates eigentlich nicht dazu gedacht, Ordnerstrukturen zu spiegeln - sie sollen vielmehr Plattenkisten simulieren.

Ich empfehle dir, deine Crate-Organisation zu verbessern und effizienter zu gestalten. Es handelt sich definitiv um eine Beschränkung in ITCH, die allerdings nur dann sichtbar wird, wenn die crates "mißbraucht" werden :)

Wie steht es mit den Beatgrids?

ich habe die Beatgrids per ctrl+ analyze angeworfen. Leider ist das nicht bis zum Ende durchgelaufen (30%) und laut Logfile auch ohne System wild durcheinander, so das ich nicht weiß, welche Files bereits analysiert wurden. Mit anderen Worten muss ich wieder von Anfang an starten.

Meine Datenbank kann und werde ich definitiv nicht ändern. Ich arbeite mit dieser Systematik seit über 10 Jahren. Keine der genutzten Software war schlichtweg unbrauchbar, weil es zu viele Hierarchien in der Datenbank gab. Ich finde es mehr als peinlich, eingestehen zu müssen, das Itch damit ein Problem hat, das sich in der V2.0 sogar noch potenziert hat.

Ich hab Itch seit Oktober und erst 3 x einsetzen können. Die meisten Veranstaltungen fahre ich nach wie vor mit BPM Studio, da auch Itch 1.7x durch die genannten Probleme nicht wirklich einsetzbar ist.

Ich hab da auch irgendwie keine Lust mehr, weitere Monate/Jahre auf ein Datenbank Bugfix zu warten.

Dann sollte es mit einem Mac ja problemlos funktionieren. Kann das mal jemand bei Serato mit meiner Database überprüfen?

Mich verwundert es doch stark, dass die Library und DB Problem als neu bezeichnet werden. Dem Dev Team sollte doch schon seit längerem klar sein (spätestens seit SL 2.0!), dass die Anzahl der möglichen Crates von Version zu Version kleiner werden. Das ist kein neuer Bug.

Es ist nur ärgerlich für die Betroffenen, dass solche Bugs in der Prio offenbar relativ weit unten sind :-(

BTW, schön, dass ein nativ-deutsch-sprechender Supportler (endlich) dabei ist :)

+1

dj-nice & nik39. Wir haben die Beschränkungen der Library definitiv auf dem Schirm und arbeiten an einer Lösung. Wir verfolgen gerade eine Spur in Scratch Live auf dem Mac - dort hat es in den letzten Versionen eine Änderung gegeben, durch die zumindest dj-nices Library ganz gut funktioniert. Leider gibt es zwischen Versionen of hunderte Änderungen, das macht es teilweise etwas schwierig.

Zum Analysieren würde ich empfehlen, das All-Crate in mehreren Schritten zu analysieren oder Crate-weise vorzugehen (ziehe die Crates auf den Analyze-Button). Es kann aus mehreren Gründen dazu kommen, dass der Analysierungsprozess abgebrochen wird (zum Beispiel beschädigte Dateien). Bei vielen Dateien ist das also ratsam.

nik39 - ich habe gehört, du bist der Schöpfer von ScratchTools? Darf ich fragen ob du Mac oder Windows User bist?

Phibs, yep, ich bin der Autor von ST und bin Win+Mac User.

Also ich melde mich auch mal zu Wort:

Bei mir ist es gleiche Problem wie bei dj-nice.
Hab mal Tracks gesucht, welche ich kaum spiele.. und ? :
80 % der Beatgrinds sind weg seit der 2.0er.

Mit der NS6 ist es zwar leicht welche zu setzen, aber tortzdem ist des schon nen bissl blöd.
Ich kann kaum alle Beatgrids löschen und neu analysieren lassen, hab hier schon Tage und Nächte verbracht um die richtig zu setzen!

Gruß

Hallo Maxstell,



wenn du die tracks in ITCH 1.7 lädst - sind die Beatgrids dann noch da?

Kannst du bitte überprüfen, ob die Beatgrids erscheinen, nachdem du die tracks abgespielt hast?

Viele Grüße

Phibs

.. em ja. Itch 1.7 lädt ohne Probleme.
Es kommt aber nur vor wenn ich ältere Tracks nehme die ich kaum spiele.

Wenn ich manche Tracks lade, kommt der Grid nach 20-30 Sec. .
Bei manchen kommt nix ...

Gruß

Maxstell, wenn du magst, kannst du ein paar Tracks hier anhängen für die keine Beatgrids angezeigt werden. Ich kann schauen, ob ich das hier reproduzieren kann...

Viele Grüße

Phibs

Hallo Leute..

Bin jetzt kurz davor, mir den Twitch zu holen (also diese Woche noch).
Komme aus dem Traktor Lager und habe mich mal anders umgeschaut, bin jetzt irgendwie bei ITCH 2.0.1 hängen geblieben, gefällt mir soweit ich es jetzt ohne Hardware testen konnte sehr gut. Auch das ich so easy jetzt meine Music verwalten kann ist ein ganz großes Plus!!!
Was nachher das ITCH in Verbindung mit dem Twitch bringt, wird sich zeigen ;)

Jedoch ist mir folgendes aufgefallen:

Ich habe ein paar "Crates" mit unterschiedlichen Styles angelegt. In diesen Crates bearbeite ich dann meine Tracks (Beatgrid, Genre, Year usw.).
Wenn ich jetzt aber zum Beispiel das Genre ändere, und anschließend mit dem Schloss das ganze verriegle, speichert ITCH es nicht korrekt im ID3Tag ab. Man sieht auch in der unteren Statusanzeige, das er was geschrieben hat.
Sobald ich den Track dann aber neu lade, kommt es öfters vor, das dann anstatt "Electro" - "other" drin steht. Auch bei anderen Eintragungen kommt das immer mal wieder vor.
Woran liegt das, ist das noch nen Bug, kommt da vielleicht nen Update raus was das ganze behebt??

Bei Traktor funzte das ganze auch schon nicht wirklich sauber, vielleicht soll es ja hier besser werden ;)

Vielen Dank für eine Antwort..

MfG - Radium

Das hatte ich auch schon in der 1.7x, das Genres nicht korrekt gespeichert werden. Ich meine, es war wenn des Feld vorher leer war und erstmalig in Itch gefüllt ist.

@Phibs kannst Du das in einen eigenen Fred packen? Hat ja mit unserem Problem nichts zu tun.

Ich bin wohl am WE auch mit dem reanalysieren soweit durch. Ich werde dann die Datenbank partiell neu aufbauen und berichten

Habe noch nen Bug gefunden:
Habe übrigens MacOsX 10.6.8 drauf...

Wenn man das Fenster von Itch kleiner macht, das Bild etwas weg zieht, und dann anschließend auf das grüne + drückt um in die Vollansicht gehen zu wollen, dann platziert sich das Fenster klein Oben links in der Ecke, dann geht nur noch "Force Quit" und neu starten!!!

Außerdem ist mir gerade mehrmals bei bearbeiten von mp3s ITCH komplett eingefroren!!!! Jetzt geht es langsam los mit den Problemen... :(

@dj-nice: Bin froh das ich hier bei Serato überhaupt nen deutschsprachigen Thread gefunden habe!! ;)

Hi Radium2k7,

kannst du bitte hier (serato.com) einen neuen help request starten. Wir halten es so, dass wir Probleme von Usern immer seperat bearbeiten. Auf diese Weise ist es einfacher, den Überblick zu behalten.
Falls du der englischen Sprache mächtig bist, würde das auf jeden Fall helfen. Wir sitzen hier in Auckland, meine Kollegen sind alle Neuseeländer und ich bin voraussichtlich nur noch 2 Wochen hier :)
Lass mich wissen, falls du weitere Fragen haben solltest (du kannst mir auch gerne eine private message schicken, einfach auf meinen Namen klicken)

Phibs

@dj-nice,

ok dann halte ich die Daumen gedrückt :)

Halte mich auf dem Laufenden!

Phibs

OK, sorry... ;))

Kein Problem ;)

Hrmpf.. da haben wir endlich mal einen native-german-speaker und jetzt isser bald wieder weg :-(

Ja, sehe ich auch so, der deutsche Markt ist wohl groß genug, um da mal nen "deutsch sprechenden" Support ins Büro pflanzen ;))

ich habe nun alle Titel zwangsweise neu analysiert.An dem Grundproblem hat sich nichts geändert.

- Der Progammstart dauert immer noch sehr lange. Einige Crates (immer andere) sind sehr lange in der Statuszeile lesbar.
- Das Umsortieren einer Spalte in "ALL" dauert lange.
- Das Einfügen einer neuen Spalte in "ALL" dauert lange usw. usw.
- Beim Start hängt Itch sporadisch.
- Das öffnen und schließen von crates mit grosen Inhalten dauer sehrt lange.

Das Ganze verursacht (zum Glück recht selten) hin und wieder auch Sound stolperer
Ich denke, Serato ( Itch) hat sowohl mit Datenbanken >20K files als auch mit vielen Crates ein untragbares Problem.

Wie lange muss ich noch in Geduld und Demut ausharren?


Google Translation:
i am now forced to re-analyze all my Tracke. The basic problem has not changed.

- The progammstart still takes a long time.
- The re-sorting a column in "ALL" takes a long time.
- Inserting a new column in "ALL" takes a long time, etc. etc.
- When starting Itch is sporadic freeze
- The opening and close of crates takes a very long time.

The whole thing caused (fortunately very rare) sound stumblers.

I think Serato (Itch) has both databases with> 20K files as well as many crates an intolerable problem.

How long do I have to stay still in patience and humility?

Big desaster.....
last try with 2.0 was very, very painfull. Freeze, Errorr, Messages like" not enough Ram"
after t tried to MOVE a track in [FILES]
New program start or reboot dont heal that problem.

Now i deleted complete _serato_ folder under C:\...\...\my music
and Folder \crates on data partition.

WHERE IS THE FIX? here in forum xxx people wrote about problems with freezes and errormessages about not enough RAM.

V2 is not useable..... NO more chance for 2.01 @ work and live

Dont publish more versions nobody needs (DJ Intro). Fix actually problems....

does not fix the problem. Move one track has killed my whole database

Hey dj-nice,

Unfortunately Phibs was only working temporarily with us and has moved on, and I don't speak any German - so I will close this thread and help you out in your other thread here : soundcloud.com

Cheers : )