Traktor schreibt Daten in MP3s und verändert so deren Checksumme

@all

ni hat sich aus einem einzigen grund, obwohl zunächst völlig abgewiesen, zu diesem schritt entschieden.
WEIL ES DER EINZIG RICHTIGE IST!

bei mir bereitet es bis auf die tags die tp mindestens 1x versucht neu zu schreiben keinerlei probleme und läuft so wie es soll.

es spielt meine files und vergrutz sie nicht mehr willkürlich!
+ werden all meine infos so wie es sich imho auch gehört in der collection .nml gespeichert.

vielleicht ein paar monate und einige versionen später bekommt ni es auch gebacken diese dann mit den files abzugleichen und per knopfdruck zu schreiben für die "richtigen user" mein ich.
;-)

cheers
chill

 

@maggi:
ich nutze traktor sehr wohl als datenpflege tool. sowas wie itunes kommt mir nicht ins haus und auch andere programme haben mich nicht ueberzeugt.

@teccx:
aus meinem bug report:
load a track from below the explorer
type in a bpm number in the bpm field
(lock the bpm or not, doesnt make any difference)
load another track
in the browser, the tempo is not updated.

note: the track collection shows the correct value

auf aehnliche weise verschwinden auch beatmarker und dergleichen und beim export der playliste zum transferieren auf den laptop sind ebenfalls beatmarker und weiss gott was noch verschwunden.

ist uebrigens auch schon reproduziert und confirmed.

 

Schon klar....ich pflege damit auch meine Daten, eben nur nicht so exzesiv wie andere, und ich bin mir sehr wohl bewusst dass Traktor sehr schnell an seine Grenzen dort stösst.

Ich für meinen Teil befürworte auch das Auto Tag writing, da ich meine Files in Orginal Zustand und Bearbeitet Backupe....also kein Grund zur Sorge wegen eines Datensverlustes habe. Um by the way wieder zum Thread Thema zu gelangen ;-)

 

1+ Native Girl

 

welche infos noch, auser playcount, und wozu brauchst du diese infos im filetag?

was ist jetzt nicht so elegant wie vorher? du kopierst deine dateien genau gleich wie in der alten version. es hat sich überhaupt nichts geändert.

die mehrheit sind diejenigen, die das programm verwenden und noch nie hier reingeschaut haben. du hast keine ahnung wie die denken, ich auch nicht. gottseidank haben sich hier aber genug leute über das problem geäußert.

wieso kenne ich den aktuellen stand nicht? ich habe selbst die beta?
---

na dann freu du dich wenn version 1.2 keine BETA mehr ist und dieser bug nicht mehr existiert. und ich freu mich wenn nun endlich nicht mehr sinnlos durch die gegend geschrieben wird.

cheerio.

 

Dann schlage ich dir mal folgendes vor. Erstelle eine kleine Playlist und exportiere jene. Dann lade die Titel mal in Traktor neu.

Und nun schaue was da ist und was nicht.

Dann kannst Du selbst erkennen welche Informationen vorhanden sind und welche nicht.

Der Playcount ist für mich schon ein Kriterium da es für mich ein Indiz der Wertigkeit eines Titels ist. Das selbe Argument trifft auf den LastPlayed Status zu.

Sorry an die PUBLIC-BETA habe ich nicht gedacht!

 

Bis jetzt hat ja auch noch niemand ernsthaft darlegen können warum das so schlecht ist wenn man es genauso handhabt.

 

falls er vor dem release noch behoben wird. das seh ich ja noch nicht.

 

@reenstromen

dann hast du aber die letzen 33 seiten geschlafen, oder ein kurzzeitgedächtnis.


cheers
chill

 

um den kreis zu schliessen...

hier gibt es z.b. wieder mal ein aktuelles beispiel warum ich meinen mp3 ordner IMMER schreibgeschützt habe...

http://www.native-instruments.com/forum/showthread.php?t=92965
und nicht irritiert sein wegen der beta, dieser bug hat es auch ins final 1.2.1 geschafft.



cheers
chill

 

hab leider auch was neues in der Richtung zu berichten.

Nutze meine files auch über einen twonkyserver , habe mich seit einiger zeit etwas gewundert, warum der eine oder andere track nicht mehr auf den playern erschien.

Dann musste ich die Tage feststellen, dass sich der twonkyserver wohl an einigen mp3-files verbeisst, derart, dass die cpu auf 98% hängen bleibt, warum, konnte ich noch nicht feststellen.

Mag sein, dass jezz wohl jemand sagen würde, das wäre ein Problem von twonky, kann sein, werde da auch fragen, und es sind auch nur rund 1 % der files, wo das passiert, ich weiss nur, dass es vor der "analyze" aktion dieses Problem nicht gab, es muss an einem der Tags liegen.

Meine Nerven liegen am Rande... die schöne Arbeit, die ich mir schon so lange mache. Ich habe Backups....leider mit dem Bock, mir ist das erst jetzt aufgefallen.

 

Äh, Traktor wurde schon vor Monaten in Bezug auf das hier diskutierte Thema angepasst. Steht hier auch irgendwo mittendrin.

 

? wo.... muss ich nochmal durch alle 500 antworten...ich hab ja so einiges mitgelesen.....aber irgendwann den faden verloren

hmmm...ich hab doch mit dem fast neuesten traktor alles durchge"analisiert"

das hat tage gedauert....und nu sind ein paar faule tags dabei...

wie bekomme ich nun die raus, die mir den twonky blockieren?

der brauch ja auch stundenlang, um ne neue datenbank zu bauen...

leider schreibt mir der log des twonkys nicht die dateien raus, mit denen er probleme hat, er hängt sich schlichtweg in einer schleife auf.

es muss doch einen weg geben, die klemmer da rauszubekommen...

 

@atmlos

sollte traktor dir deine files wirklich ruiniert haben ist es imho too late.

was bdx meint ist....das es nicht unbedingt nötig ist tp vollen zugriff auf seine files zu gewähren. traktor funktioniert nun auch wenn man das nicht tut und legt alles sauber in der collection nml ab. meine mp3 sind z.b. ALLE IMMER schreibgeschützt.

ich empfehle dir mal deinen mp3 ordner mit mp3 tag zu checken, vielleicht leigt ja da was im argen.

für die zukunft:
never give traktor the chance to ruin your files, auch wenn das dem ein oder anderen user hier noch NIE passiert ist.
;-)

cheers
chill

 

danke, das werd ich machen

ich arbeite viel mit dem mp3tagger, hab mir aber bis heute nie die mühe gemacht, die tags vom traktor zu suchen...mal kucken, welche das sind und wie die heissen,

werd mir mal einen "defekten" suchen und den solange von tags befreien, bis es funzt...

das wird mühsam...

hätte ich nur den schreibschutz drauf gelassen....nachdem das Year-Tag scheinbar funzte und mir das geblinke am bildschirmrand auf die nerven ging, hatte ich irgendwann nach ein paar proben den schreibschutz rausgenommen und auch ellenlang nichts bemerkt, bis zu dem tag, wo ich den Terratec-Player in der Küche anschaltete und mich wunderte, warum der Server nur Teile der Sammlung lieferte...

nu hab ich leider schon die Backups mit den getaggten überschrieben... Kaputt sind sie wohl nich, ich glaube schon , dass durch entfernen des schuldigen tags der server wieder läuft. Nur muss ich das halt zeitaufwendig rausfinden, wo und wie.

Ein kleiner Tipp. wie im mp3tagger die tags vom Traktor heissen, wäre nett.

 

@atmlos

keine ahnung wie speziell die tags heissen. sollte man aber durch nen einfachen rechtsklick auf die files und dann erweiterete tags leicht rausbekommen.

das mit dem geblinke stört mich auch mächtig habe daher schon mehrfach darum gebeten die infos mit der anzahl der in der playlist befindlichen tracks an ne andere stelle zu packen, leider hat bis jetzt noch niemand ein ohr dafür gehabt.
:-(

cheers
chill

 

hmmm....nuja, hab was rausgefunden

wenn ich mit Hilfe des mp3taggers "verdächtige" Ordner, wo der Twonkyserver hängen bleibt, bearbeite und zwar so, dass ich einfach nur alle markiere und dann
den Kommentar lösche, dann schreibt er ja wohl die files neu. Dann ist der Fehler des Twonkyservers wech!
Witzig ist nur, ich versuche dahinterzusteigen, welche files es sind, und komme auf keinen Zusammenhang. Habe sogar welche, die gar keinen Kommentar enthalten und das Neuschreiben hilft.
Ich bleib da mal dran und werde posten, wenn ich was nachvollziehbares habe. Derweil versuch ich erst mal, mein System zum Laufen zu bekommen.

und nochmals: ich möchte nu niemandem was vorwerfen, da ich wirklich nicht weiss, woher dieser effekt kommt, evtl. bin ich im falschen Forum mit dem Problem. Ich weiss nur, dass der Traktor, mp3tagger und ein tool namens mp3val an den files "schraubt" und einer davon hat wohl n kleines Fehlerchen;-).

OK, die erweiterten Tags da im tagger hab ich gesehen, muss mal schaun, welcher davon die Traktor-Tags zeigt. Dass der Traktor in die Tags reinschreibt, darüber hab ich mich ja erst auch mal aufgeregt, dann aber auch Vorteile gesehen. Ich meine damit, als er das Jahr-Tag zerschossen hatte, war ich sauer. Wenn er seine eigenen schreibt, gut, das nervt bei einem Backup oder in anderen Angelegenheiten. Ich habe aber auch schon gesehen, dass ein Neuaufbau einer collection wesentlich schneller läuft, wenn er sich scheinbar schon fertige Informationen aus den files ziehen kann.

Also alles zweiseitig zu sehen. Von daher denk ich mittlerweile, dass die beste Lösung wäre, wenn jeder das für sich entscheiden könnte. Ein Schalter ohne das Geblinke da unten durch den Schreibschutztrick wäre da wohl ein Gedanke des Entwicklers wert.

 

Hi,

weil ich diesen Thread nicht gelesen hatte habe, hatte ich einen Nebenthread gestartet.
http://www.native-instruments.com/forum/showthread.php?p=642084#post642084
sorre.
Außerdem ist es mir egal, was und wann NI in welche Tags schreibt. Die dürfen das.

Mein Anliegen ist: Ich wünsche mir, dass immer nur genau das angezeigt wird, was in meiner wunderbaren collection.nml steht --- und nichts aus den File-tags.
Leider ist das nicht mehr und noch nicht so.

Dazu Ergebnis des Nebenthreads http://www.native-instruments.com/forum/showthread.php?p=642084#post642084:

Danke @bassfly.
So ist das eben jetzt erst mal.


Und noch ein kleiner Test?
Dieser Test führt einzelne Aspekte vor, was und wann genau aktualisiert wird und wie in Traktor pro die angezeigten Inhalte zwischen collection und file-tags divergieren.


Voraussetzung: Traktor pro 1.2.4 und Traktor 3.
Beide haben unterschiedliche Collection-Verzeichnisse.

( vor Tests mit Traktor 3 würde ich in Trakor 3 die "current playlist" löschen )

1) Wähle in Traktor pro ein mp3-Track "tralala.mp3" im genre "rock" und schau dir die Tags an.
2) Schliesse Traktor pro.
3) Starte Traktor 3 importiere tralala.mp3.
4) Editiere tralala und schreibe "HalloHallo" in das Genre-Feld. ( oder sonstwo )
5) "Write file tag"
6) Schließe Traktor 3
7) öffne Traktor pro und suche "tralala.mp3" in der Collection und schau es dir an.
--> das Genre-Tag ist noch "rock"
8) suche "tralala.mp3" im Explorer View. --> Das Genre ist "HalloHallo".
( dieses Verhalten beschreibt bassfly )
Da fällt auch auf, wie langsam sich die Liste aufbaut. Das auslesen der vielen Filetags dauert.
( In Traktor 3 geht es viel schneller, sofern die Musik importiert wurde. )
7) kann wiederholt werden.
9) "Check Consistency"
10) Suche tralala.mp3 wieder in der Collection--> jetzt ist das genre "HalloHallo".

Wir haben mit diesem Test gesehen: Dass damit "Check Consistency" per Nebeneffekt "Read File Tags" über die ganze Collection ausführt. Dieses Verhalten ist meines Wissens nicht dokumentiert.

"Read File Tags" gab es schon in Traktor 2 und in seit pro 1.2.x ist's plötzlich weg.
Ebenso "Write file Tags"

==============================================

Meine bitte an die Entwicklung:

1) Macht, das im Explorer View wieder die Daten aus der Collection angezeigt werden.

und falls 1) nicht geht:
2) Macht das explizite "Write File Tags" über die gesamte Collection wieder rein.

Weil: Damit reicht es, beim Synchronisieren zwischen zwei Rechnern nur die Collection.nml zu kopieren. Und die File - Tas können dann aus der collection aktualisiert werden.

Ich habe wiederholt nur die Collection aktualisiert und dann "Check-Consistency" ausgeührt um die Konsistenz zu prüfen.
Naja, und dann habe ich mich über sporadisch auftretende veraltete Inhalte in den Tags gewundert.
Mir scheint, dass ich mit diesem Beitrag die Ursache erklären kann.

herzliche Grüße
tanzmeister

 

Nur um dein Verständnis zu verbessern:

Die Programmierung ist eben darauf ausgelegt, daß die MP3s zwischen Rechnern wandern und nicht die Collection Files.

 

geaenderte tags in der collection werden AUGENBLICKLICH auch in die tags der tracks reingeschrieben.

logisch - denn damit wird die collection aus den tags der tracks aktualisiert - bzw. in deinem speziellen fall werden somit alte tags aus den tracks rausgeholt.

wenn du aber traktor (mit der neuen collection) einfach NUR oeffnest und schliesst, OHNE einen consistency check durchzufuehren, sollte damit der umgekehrte weg (tracks werden mit tags aus der collectio befuellt) funktionieren.

probiers bitte mal aus, 100pro sicher bin ich mir nicht.