Bug Sammlung eröffnet

OK. Hat ja auch sehr schnell & auf deutsch funktioniert. Kann i die Antworten jetzt hier rein stellen? Sind auch wieder 3 offizielle BUG Nummern dabei.

 

wegen mir: ja.

aber ohne email-adressen und namen.

 

Iss klar
Kütt heut Abend.

 

#53

TP-3098
hotplugin X1 has problems

 

So dann hier mal meine Tickets & jeweils das dazugehörige Feedback von NI

Hallo Support,
>
> hab Probleme mit dem soft takeover auf dem X1..
>
> Setup:
> Lenovo W510; Win7 64bit; i7 920XM 2-3,8Ghz QuadCore; 16GB Ram; Touchy; Audio 10
> (3.0); TSP2.0.3, MASCHINE 1.62; Kontrol X1 (3.0); 1210er; DJM 800
>
> Decks A&B:
> Kontrol X1* + 1210er (Timecode)
> *(X1 mit NHL + MIDI mapping)
>
> Decks C&D:
> Maschine (MIDI mapping)
>
> Problem:
> Der \"soft takeover\" auf dem X1 macht mir Ärger. Die Funktion wurde für alle
> relevanten Befehle aktiviert.(Sowohl im MIDI als auch NHL mapping)
>
> 1)Zwischen NHL & MIDI Modus.
> Im NHL Modus bediene ich FX1+2
> Im MIDI Moudus FX3+4
> Der soft takeover zwischen den mappings scheint nicht zu funktionieren.
>
> 2) Im MIDI Bereich zwischen KNOB & SHIFT + KNOB z.B. FX3 Dry/Wet & Gain
> Steht hier z.B. der der Dry/Wet des FX3 auf maximum & ich möchte nun mit SHIFT +
> (identischem) KNOB den Gain des Deck ansteuern, springt dieser beim bewegen des
> KNOBS sofort auf maximum.
> Auf der Maschine selbst z.B. funktioniert das perfekt.
>
> Hängt es evtl. damit zusammen das der SHIFT Button auf dem X1 kein echter modifier
> ist und die Befehle so auf unterschiedlichen MIDI Kanälen laufen? (Im Gegensatz
> zur Maschine) Bei der Maschine ist der \"Shift\" Button ja ein modifier und
> wechselt nicht die \"MIDI-Ebene\"..
>
> Auf jeden Fall hänge ich hier fest.
> IM Anhang mal die entsprechenden Mappings. (In Entwicklung, Layout Grafiken nicht
> aktuell)
>
> Ausserdem der Link zum Thread im Forum:
>
> http://www.native-instruments.com/forum/showthread.php?t=143315
>
> Hoffe ihr könnt mir da helfen.
>

Hallo Support,
>
> ich finde es sehr schön das man verschiedene Layouts relativ frei konfigurieren
> und abspeichern kann.
>
> Ich arbeite meist mit 4 \"Advanced\" Decks. Also mit allem \"Schnickschnack\"
>
> Wenn ich nun die Decks C&D mal kurz gegen Sample Decks eintausche, dann später
> wieder auf Track Deck umstelle, sind die entsprechenden Decks leider nicht wieder
> advanced & ich muss das während des Sets im Menü neu einstellen.
>
> Um das zu umgehen, habe ich mir extra ein 2tes Layout angelegt, auf das ich
> wechsele bevor ich die Decks auf Sample Decks umstelle.
> Wenn ich dann bei Bedarf wieder auf die Track Decks wechseln möchte, muss ich erst
> die Deck Art ändern und dann wieder das ursprüngliche 4 Deck Layout anwählen.
>
> Das ist leider fast genauso anstrengend wie sich durchs Menü zu klicken &
> behindert den Workflow.
>
> Kann man das ändern ohne einen Deck Size Bafehl zu mappen?
>
> Wär cool, das wenn man an gespeichertes Layout anwählt, auch wirklich der Zustand
> wiederhergestellt wird, in dem man das Layout gespeichert hat.
>
> Grüße
>
>

Im zusammenhang mit den anderen Tickets warte ich noch auf AW bezgl. des Loop im Hotloop BUGs bei eingeschaltetem SNAP & im Zusammenhang mit meinem Feature request "Load Sample from focused Deck" musste ich noch das ein oder Andere Missverständniss ausräumen, da ich blöderweise von Loop Recorder anstat Sample Deck geschrieben hab... Jaja war schon spät...

Die Antworten bestätigen leider nur meine Befürchtungen aber wenigstens ging das Schnell....Hoffentlich wirds dann auch irgendwann gefixt.

Schnabend

 

Hier noch das Feedback bzugl. des "Loop im Hotloop" BUGs:

> Hallo Support,
>
> scheinbar gibt es einen BUG mit der Kontrolle von Loops im Bereich von vorher
> gespeicherten \"Hot Loops\"
>
> Voraussetzungen:
>
> SNAP & Quant \"aktiviert\"
>
> Ein Track wurde mit z.B. 8x 32Bars langen \"Hot Loops\" präpariert.
> Die Loops wurden also auf den 8 Hotcue Punkten gespeichert & lassen sich \"on the
> fly\" anspielen.
>
> Will man nun im 32Bar langen Bereich manuell und \"on the fly\" einen z.B. 8Bar
> langen loop setzen, kalppt das nicht immer.
> Manchmal funktioniert es, manchmal nicht. Ob der Befehl dabei mit einem Controller
> wie dem X1 oder mit der Maus gegeben wird macht hier keinen Unterschied.
> Ob der \"Hot Loop\" in diesem Moment aktiv oder deaktiviert ist ebenfalls nicht.
>
> Eigentlich sollte es doch so sein, das wenn ich den Befehl gebe an dieser Stelle
> einen Loop zu setzen auch ein Loop gesetzt wird.
> Egal ob ein gespeicherter \"Hot Loop\" drum rum ist oder nicht.
> (Auf jeden Fall aber wenn der Hotloop deaktiviert ist).
>
> Deaktiviert man SNAP, verhält es sich korrekt. Mit SNAP kann so etwas live sehr
> unangenehm sein.
>
> Kann man das irgendwie abstellen?
> Ob BeatSync oder TempoSync aktiviert sind macht keinen unterscied.

Hello XXX,

ich habe es gerade versucht zu reproduzieren, und es gibt in der Tat einen Bug, da
dann immer noch der gesamte Hotloop grün bleibt, aber dennoch wird dann der 'neue'
kleine Loop durchaus korrekt gespielt, nur die Anzeige (also die Grünfärbung) ist
falsch.

TP-1801 Traktor Pro 2
When setting a loop inside of a saved loop, the whole saved loop is drawn in green


Sobald uns eine Lösung vorliegt, werden wir diese als Update zur Verfügung stellen
oder Sie direkt kontaktieren.

Best regards

 

So und noch eins für den "Loop im "Hotloop" Bug"
Den kann ich von allen BUGs aktuell am wenigsten leiden & hoffe er wird demnächst niedergestreckt.

konnte es nun reproduzieren und habe einen Bug gefilt:

TP-3177
When setting a loop inside of a saved loop, the loop start is set wrong


Sobald uns eine Lösung vorliegt, werden wir diese als Update zur Verfügung stellen
oder Sie direkt kontaktieren.

 

Hat NI eigentlich den EDITOR Bug offiziell bestätigt?

Zur Erinnerung:

1.) Open the EDIT window for an arbitrary track.
2.) Click in the RELEASE field (for example).
3.) Click in the COMMENT field (for example).
4.) Note that the RELEASE field has been UNTICKED!
5.) If you now press OK, then the RELEASE field is deleted in the COLLECTION and also in the track FILE (since tags are written automatically)!

Kommentar:

In my opinion, the possibilty to TICK or UNTICK fields is unnecessary and prone to bugs. It is much simpler to have the following implementation completely without the TICK/UNTICK box:

A.) If a field contains a text... well, this is the content of the tag.
B.) If a field is empty... well, the tag is empty.
C.) If there a multiple entries (since you have edit several tracks simultaneously), then there should be an entry like: "<multiple entries>". This is very useful in order to avoid to overwrite accidentally multiple entries in tag fields.

 

und wie moechtest du es gehaendelt wissen, wenn ich mehrere tracks gleichzeitig editiere und z.b. das genre tag fuer alle aendern moechte?

 

In diesem Fall wird ganz einfach der Eintrag <multiple entries> überschrieben. Und damit weiß man auch, was man gemacht hat!

In der aktuellen Version (2.0.3) wird das Feld als leer angezeigt, obwohl (verschiedene) Einträge vorhanden sind. Dadurch habe ich schon oft (unabsichtlich) Tags überschrieben.

Bei meinem Vorschlag braucht man dann auch die ganzen Kästchen mit oder ohne Häkchen nicht mehr!

 

ist bei ni halt alles immer ein bischen "anders", by design versteht sich!
*lol*

cheers
chill

 

Moin moin,

SO anders ist das gar nicht als bei div. anderen Programmen, die ich kenne (iTunes als prominentestes Beispiel) - angezeigt wird nur, was bei allen markierten Tracks gleich ist. Was allerdings echt nicht passieren darf ist, daß Felder überschrieben werden, die nicht zum überschreiben markiert sind...

lg,
justme

 

klar, dass der haken ausgeht, ist ganz klar ein bug.

einen eintrag "multiple entries" statt eines leeren feldes faend ich auch schoener, das mit den haekchen kann man IMHO aber ruhig beibehalten, so kann man wirklich tag-weise bestimmen, was man schreiben moechte und was nicht.

 

So gestern Abend mal spontan wieder 3 Ärgernisse aufgetaucht....

1. kleine Waveform spielt nicht mit...bei manchen Lieder wollte Traktor einfach nicht die aktuelle Position im Track mir an zeiegn...natürlich bemerkte ich das erst, als der Track schon LIVE lief!

2. Gater Effekt hat sich böse aufgehängt als ich 2 Decks parallel drauf schaltete...danach ging mit dem Effekt nichts mehr...erst als ich den FX Slot kompelt umschaltete und wieder zurück auf GATER wechselte tat er wieder sein dienst.....zum Glück hatte ich die Bedienung auf dem Controller mit drauf!

3. Doupletten die plötzlich in Playlists auftauchen..hier muss ich sagen dachte ich zuerst dass das mein Fehler gewesen sei (einfach den Ordner 2 mal in die PL gezogen) aber weit gefehlt, denn nicht alle Lieder sind dort doppelt, lediglich hier und da! Das ganze verfolgte ich jetzt bis zum Import Datum 3.6.11...bedeutet alles was nach diesem datum kommt passt, wird nicht doubliert...nur die Alten Daten?...

Ich fühl mich ehrlich gesagt von NI momentan für die 70 Euro in den Hintern gevö###!

 

mit deinem punkt 3 ist für mich mittlerweile alter kaffee.

der sh++ hat noch nie richtig funktioniert.
bin gespannt ob die da mal was dran ändern.

cheers
chill

 

Bei mir werden bestimmte tracks, die in tsp 1.2.7 perfekt laufen, nicht richitg geladen bzw nur ein stück das dann als loop gesetzt wird :angry:

 

upps doppelpost...

 

Tja Jungs dann solltet ihr auch alle bitte dem Support den BUG Report rein drücken, denn ich bekomme immer solche Aussagen zu hören von denen:

Zum Beispiel: (Sinngemäß nicht im richtigen Wortlaut)
Komisch dass ich der einzige bin mit solchen Problemen, sonst hat sich noch niemand dazu gemeldet!

 

@maggi

so lange der mist nicht 1:1 reproduzierbar ist, passiert doch sowieso nichts.

btw. kommt mir so vor als wär das ganze aktuell irgendwie im tiefschlaf.
mann wann kommt endlich das nächste update....

cheers
chill

 

Doubletten hab ich wohl auch in meinen Playlists.
Ist mir zuletzt bei einer allgemeinen Liste, die ich im Cruise Mode beim Wohnung putzen habe laufen lassen, aufgefallen...

Hab noch nicht gegengecheckt wie es dazu kam, ob die jetzt auch 2 mal auf der Platte sind usw.

Die betroffene Playlist ist schon seit 1.2.3 vorhanden und hat nen Rechner Umzug mitgemacht. Dann noch die Updates von 1.2.3 bis TSP 2.0.3.

Guck mir das kommende Woche mal genauer an.

Evtl. sollten wir der Übersicht halber wirklich langsam mal nen Thread mit den bereits erkannten Bugs und den TP-Nummern machen wo sonst nix rein kütt.