Ultraschall + Auphonic Probleme

343max · 2018-03-02T20:40:08.499Z

Gestern wieder. Ich hab es in letzter Zeit bei gefühlt 50% meiner Podcast Episoden gemacht, hab mich aber nicht jedes mal bei euch gemeldet.

Ich habe gestern mal mein Reaper auf 5.74, laut Changelog gab es in 5.70 folgende Änderung:

FLAC: update to FLAC 1.3.2
Ich habe den Podcast noch mal exportiert, jetzt scheint das Problem erst mal weg zu sein. Fingers crossed.

Ist alles sehr nervig, weil Auphonic in solchen Problemfällen leider eine totale Blackbox ist da es keine Fehlermeldung sehe und ich die Logs der bei der Konvertierung aufgetretenen Warnungen nicht sehen kann.

Zu hause habe ich auch nur einen sehr dünnen Upstream, sodass das Hochladen der FLACs auch gerne 1 Stunde braucht.

343max · 2018-03-02T20:42:09.401Z

MacOS, Reaper 5.62, Ultraschall 3.0.3. Ich weiß nicht, ob es mit dieser Version zusammenhängt, oder ob es unabhängig davon auftrat. Hatte zumindest keinen “komisch, gestern Update gemacht, heute kaputt”-Moment.

Mespotine · 2018-03-02T21:14:39.450Z

Ok, also eine Sache die ganz wichtig ist: Ultraschall 3.0.3 arbeitet nur mit Reaper 5.40 problemlos zusammen. Es gab einige interne Änderungen in späteren Versionen in Reaper, die sich mit US3.0.3 nicht unbedingt vertragen.

Daher solltest Du entweder mit Reaper 5.40 und Ultraschall 3.0.3 arbeiten oder alles zusammen updaten, also Reaper 5.70 und Ultraschall 3.1

Ultraschall ist immer an eine bestimmte Reaper-Version gebunden, damit es nicht zu seltsamen Verhalten nach nem Update kommt. Das kann schon ne Menge ausmachen…

343max · 2018-03-02T22:32:56.259Z

Ich sehe gerade: da steht “wav @”. Wie kann das denn sein? Ich habe doch ein FLAC hochgeladen.

rstockm · 2018-03-02T22:39:10.704Z

343max:

Ich habe gestern mal mein Reaper auf 5.74

Dir ist schon klar, dass du damit einige Funktionen von Ultraschall deaktivierst? Die Warnmeldung die wir dann werfen ist nicht zum Spaß da, unser internes Plugin wird dann schlicht nicht geladen.

Es ist genau wie @Mespotine schreibt: die Kopplung von REAPER zu Ultraschall Version ist hart verdrahtet und auch nicht verhandelbar.

Wer das anders installiert, hat dann irgendwas auf der Platte, aber mit Sicherheit keine stabile Version von Ultraschall für die wir Support anbieten können. Siehe:

warnung1888×1252 278 KB

343max · 2018-03-02T23:27:58.717Z

rstockm:

Dir ist schon klar, dass du damit einige Funktionen von Ultraschall deaktivierst? Die Warnmeldung die wir dann werfen ist nicht zum Spaß da, unser internes Plugin wird dann schlicht nicht geladen.

Da kommt keine Warnmeldung. Und so weit ich das lese ist der Grund dafür, es gar nicht hart auf eine Version verdrahtet ist sondern ihr nur checkt ob mindestens diese Version vorhanden ist:

github.com

Ultraschall/ultraschall-3/blob/955b1b697b1bff9a838306118cafc292a7c7b92b/REAPER/Plugin/reaper_ultraschall/ReaperVersionCheck.cpp#L66


      
            {
              std::vector<std::string> tokens =
                  framework::StringTokenize(versionString, '.');
              if (tokens.size() >= 2)
              {
                const int REQUIRED_REAPER_MAJOR_VERSION = 5;
                const int REQUIRED_REAPER_MINOR_VERSION = 70;
                 const int majorVersion = framework::StringToInt(tokens[0]);
                 const int minorVersion = framework::StringToInt(tokens[1]);
          
                if ((REQUIRED_REAPER_MAJOR_VERSION == majorVersion) &&
                    (REQUIRED_REAPER_MINOR_VERSION <= minorVersion))
                {
                  result = true;
                }
              }
            }
          
            return result;
          }

Ist mir auch alles egal. Ich dachte vielleicht hat jemand anderes auch dieses obskure Problem. Scheint so, als wäre ich damit allein.

heikopanjas · 2018-03-02T23:44:34.942Z

Der Code ist aus der Version 3.1.1 und so nicht im Umlauf.

343max · 2018-03-03T00:10:19.466Z

Ey…

github.com

Ultraschall/ultraschall-legacy/blob/0ef25f70ccc907a9d4afb7f18adea1185ade612e/3.1/REAPER/Plugin/reaper_ultraschall/reaper/ReaperVersionCheck.cpp#L58


bool ReaperVersionCheck() {
bool result = false;


std::string versionString = QueryRawReaperVersion();
if (versionString.empty() == false) {
  std::vector<std::string> tokens =
      framework::StringTokenize(versionString, '.');
  if (tokens.size() == 2) {
    const int REQUIRED_REAPER_MAJOR_VERSION = 5;
    const int REQUIRED_REAPER_MINOR_VERSION = 70;
    if ((framework::StringToInt(tokens[0]) ==
         REQUIRED_REAPER_MAJOR_VERSION) &&
        (framework::StringToInt(tokens[1]) >=
         REQUIRED_REAPER_MINOR_VERSION)) {
      result = true;
    }
  }
}


return result;
}

rstockm · 2018-03-03T01:46:27.699Z

Das ist in der Tat ein reproduzierbarer Bug, den wir zur nächsten Release beheben werden.
Wir definieren zur Release genau eine REAPER Version als unsere LTS - das mag man doof finden, ist aber aus Erfahrung gewonnener Selbstschutz und wird sich nicht ändern.

Zum konkreten Problem: es wäre hilfreich mal in eines der original scheinbar defekten FLACs reinschauen zu können. Ich würde ein Upload-Problem zu Auphonic vermuten und einen mittelhohen Betrag wetten, dass das FLAC selber intakt ist.

Wenn dem nicht so wäre, müsste @auphonic doch auch etliche andere fehlerhafte FLACs dieser Art in letzter Zeit bekommen haben?

Mespotine · 2018-03-03T10:49:33.799Z

Zur Festverdrahtung: die geht noch viel weiter als nur, was im Code des Plugins steht. Beispielsweise ändern die Reaper-Entwickler auch an bestehenden Funktionalitäten gern noch Details, an die wir Ultraschall anpassen müssen. Ein solcher Kandidat ist das Theme selbst, an dem wir regelmäßig rumschrauben müssen weil hier was verschwindet, dort was sich verschiebt.
Darüberhinaus gibt es auch noch etliche Dinge, die nur intern relevant sind, aber Funktionalitäten brechen können, wenn wir das nicht berücksichtigen.
Eines der Dinge, die wir machen müssen, wenn wir uns auf ne Reaper-Version festlegen, ist also alles(!) nochmal durchtesten, selbst die Dinge, die eigentlich ja schon funktionieren, um ganz sicher zu gehen dass da nicht plötzlich doch was kaputt ist, weil es eine Änderung an Reaper gab.

Das wichtigste also, sollte das Problem wirklich an Reaper+Ultraschall liegen, wäre daher erstmal: deinstallier Ultraschall und Reaper, installiere dann alles nochmal exakt so, wie in der Anleitung angegeben. Sollte das Problem danach immer noch bestehen, können wir auf Fehlersuche gehen. Denn dann können wir 100% ausschließen, dass sich die von Dir installierte Version von Ultraschall sich nicht mit einer von uns nicht unterstützen Reaper-Version beißt.

Ich weiß es nervt, aber das Festlegen auf eine Reaper-Version macht für uns die Supportarbeit um ein Vielfaches leichter…(bei den vielen neuen Updateversionen, die die Reaper-Entwickler raushauen, teils sogar überhaupt möglich).

Oh und wie Ralf schon schrieb, ein paar Beispiel-Flac-Dateien, in denen das Problem auftritt, könnten auch hilfreich sein. Dann können wirs mal etwas am lebenden Objekt durchtesten…

auphonic · 2018-03-03T21:04:06.271Z

rstockm:

Ich würde ein Upload-Problem zu Auphonic vermuten und einen mittelhohen Betrag wetten, dass das FLAC selber intakt ist.

Das war eigentlich auch meine erste Vermutung, bis jetzt hat aber nur @343max von diesem Problem berichtet und das auch ziemlich reproduzierbar bei all deinen Uploads?
Ich muss mir am Montag deine Production nochmal genauer ansehen, ob das Input File nicht doch irgendwie korrekt zum Dekodieren geht …

auphonic · 2018-03-03T21:06:47.543Z

@343max Ansonsten wäre mal gut wenn du probierst über ein External Service hochzuladen (Dropbox oder ähnliches) oder in Reaper ein anderes Dateiformat exportierst (ALAC, WAV oder Opus/AAC/MP3 mit hoher Bitrate).

343max · 2018-03-04T04:25:15.103Z

Es tritt nicht bei allen Uploads auf, ich würde schätzen so in 50% aller Fälle. Ein Uploadproblem liegt nicht vor, weil ich die Dateien auch mehrfach hochgeladen habe. Trat immer bei den selben Dateien reproduzierbar an der selben Stelle auf. Dateigrößen stimmten auch.

343max · 2018-03-04T04:27:30.905Z

Im Augenblick nehme ich SFTP als “External Service”. Das sollte es doch tun, oder? Anderes Dateiformat kann ich gerne mal probieren wenn es wieder auftritt. Kann ich denn bei euch irgendwo die Konvertierungslogs sehen? Ist so sehr nervig, das ich es erst mitkriege wenn ich es entweder selbst bemerke oder sich jemand beschwert.

sreimers · 2018-03-04T08:50:17.944Z

Du könntest die betroffenen Dateien einmal durch ffmpeg jagen.

ffmpeg -i input.flac test.flac

Das sollte zumindest einen brauchbaren Debug Output liefern bzw. ffmpeg ist auch in der Lage fehlerhafte
Zeitstempel/Metadaten bis zu einem gewissen Grad zu korrigieren.

auphonic · 2018-03-05T08:46:58.035Z

343max:

Es tritt nicht bei allen Uploads auf, ich würde schätzen so in 50% aller Fälle. Ein Uploadproblem liegt nicht vor, weil ich die Dateien auch mehrfach hochgeladen habe. Trat immer bei den selben Dateien reproduzierbar an der selben Stelle auf. Dateigrößen stimmten auch.

OK, dann muss wohl beim FLAC Enkoder das Problem sein.

Hast du noch eine Production bei uns im System (oder sonst wo ein FLAC File) wo dieses Problem besteht? Konnte im Moment gerade nichts von dir finden.
Dann kann ich mir das nochmal ansehen!

@sreimers Dieser Debug Output was @343max hier gepostet hat ist eh von ffmpeg …

sreimers · 2018-03-05T09:32:09.788Z

auphonic:

@StudioLink Dieser Debug Output was @343max hier gepostet hat ist eh von ffmpeg …

Ein lokaler Test würde helfen um zu erkennen ob die Dateien schon vor der Übertragung defekt sind oder erst hinterher.

343max · 2018-03-05T20:49:47.117Z

Leider habe ich gerade keine mehr von diesen Dateien hier. @auphonic: Irgendeine Ahnung, warum in dem Log was du mir damals geschickt hast “wav @” steht? Müsste da nicht “flac @” stehen?

343max · 2018-03-05T21:57:55.068Z

Zur Festverdrahtung: Ich verstehe euch sehr gut. Ihr wollt die Zahl der zu supportenden Versionen so gernig wie irgend möglich halten, weil ihr die Zahl der zu testenden Kombinationen gering haben wollt. Absolut nachvollziehbare Entscheidung.

Das ist mir auch schon klar. Darum habe ich in diesem Fall auch gar nicht euch um Hilfe gefragt. Ihr wollt mein System nicht supporten, ich bin mir dieser Tatsache bewusst und hab mich darum erst mal direkt an Auphonic gewandt und dann hier im Forum rumgefragt. Ich kann nachvollziehen, dass ihr euch angesprochen fühlt, aber das ward ihr nicht. Hätte ich vielleicht expliziter machen sollen.

Ich bin auch der festen Überzeugung, dass dies kein Ultraschall Bug ist. Ich glaube nicht mal, dass es ein Reaper Bug ist. Das wird irgendeine Bug/Inkompatibilität zwischen der flac lib von Reaper und Auphonic sein.

Ich werde trotz eurer Warnungen mein Reaper immer möglichst aktuell halten. Ich mache das jetzt seid ein paar Jahren so und hatte noch nie ein Problem das nicht kosmetischer Natur war wegen einer gebrochenen Reaper/Ultraschall Kombination. Ich hatte aber schon Probleme weil sich Reaper plötzlich nicht mehr mit meiner macOS Version vertrug. Diese Bugs waren fast undebugbar und traten meist erst nach einiger Zeit auf und haben teilweise Aufnahmen zerstört. Ich verstehe, das ihr eure potentiellen Problemfälle gering halten wollt, aber bitte versteht wenn ich das auch mache. (Ich wäre übrigens nur Milde überrascht, wenn sich mein Problem im Endeffekt als ein Problem zwischen der flac Lib und irgendeiner aktualisierten macOS Komponente wäre, APFS wäre ein Kandidat.)

Ich finde es ein wenig unverschämt, wenn mir irgendein Plugin ungefragt wiederholt Autoupdate von Apps abschaltet. Die Integrität meines Systems ist mir (und meinem Arbeitgeber) extrem wichtig und diese Entscheidung müsste ihr euren Usern überlassen und könnt sie nicht einfach ungefragt überschreiben. Ihr würde ja auch keine Systemupdates abschalten. Reaper ist nicht ganz so extrem, geht aber in die selbe Richtung. Die Situation wird dadurch verschärft, das bei mir auch der Ultraschall Update Check kaputt ist (kann theoretisch sein, dass das eine Inkompatibilität ist, ist aber unwahrscheinlich, da euer Update Check Code unverändert ist) und weder Reaper noch ihr außerhalb von Foren (z.B. in Blogs) über Updates informiert. Ich glaubte ein aktuelles Reaper/Ultrashall zu nutzen, stellte dann aber durch Zufall fest, dass der eine Check nicht funktioniert und der andere ohne Warnung abgeschaltet war. Ich kochte. Wir können nur spekulieren, wie viele eurer User exakt in meiner Situation stecken ohne es zu ahnen.

Ihr Kommuniziert da auch merkwürdig. Einerseits höre ich ein “neue Reaper Version bringen eh keine Features die du brauchst, da ändert sich nicht viel und wir kennen eh jedes Bit und würden dir schon bescheid sagen”, andererseits aber “in jeder Version ändern sich total viele Dinge und wir wissen von nichts, Hell could break loose anytime.” Eine von diesen Aussagen könnte stimmen, beide aber nicht.

Ihr könntet Leute wie mich übrigens auch als Betatester einspannen: “hey, wir supporten dich nicht, aber Bugs kann du abladen”. Dann könnte euren Testaufwand eventuell etwas reduzieren und ihr könntet aufkommende Probleme schon früher sehen, bevor sie in einem großen Release an alle rausgehen.

Denn: wenn dieser Bug tatsächlich ein Ultraschall Bug sein sollte (glaub ich nicht), der irgendwann zwischen Reaper 5.40 und Reaper 5.64 eingeführt wurde von dem ihr nichts wusstet dann kann der in Ultraschall 3.1 möglicherweise versehentlich gefixt sein oder er ist noch da. Mein Geld würde ich auf letzteren Fall setzen.

rstockm · 2018-03-05T22:18:28.564Z

Danke, die Argumente sind - so dargelegt - absolut stimmig und nachvollziehbar. Aber: im Ergebnis kommen wir da dennoch nicht zusammen. Du hast in der Tat einen Bug in unserem Plugin gefunden: gewünschtes Verhalten ist, dass bei nicht gleicher REAPER Versionsnummer das Laden des Plugins abgeschaltet wird, und damit relevante Teile von Ultraschall nicht mehr funktionieren: vor allem das MP3/M4A Tagging, Export von Kapitelmarken etc.

Das werden wir zur 3.1.1 fixen, im Sinne noch: wirklich (wieder) hart einbauen, die jetzige Unschärfe ist wohl aus unserer Beta-Testphase zur 3.1 reingerutscht als Cockos relativ zügig Releases durchgeschoben hat.

Zur nächsten Version musst du dich dann also entscheiden: entweder auf einem veralternden Ultraschall sitzen bleiben und die 3.1 weiter nutzen dank des Bugs mit aktuellen REAPER-Versionen, oder aber Ultraschall aktuell halten und dafür nur alle X Monate ein Update für REAPER bekommen. Einen Kompromiss sehe ich da nicht, bin aber für alternative Vorschläge offen.

Was man aber festhalten kann: sollte die von uns jeweils verbandelte Version von REAPER Probleme machen, auch und gerade unter neuen Versionen von MacOS, so ist das für uns absolut ein Supportfall, um den wir uns natürlich kümmern. Wenn das dadurch geheilt werden kann, dass man eine dann aktuelle REAPER-Version einsetzt, so werden wir nicht zögern extrem zeitnah eine Service-Release rauszugeben mit aktualisierter REAPER Version.

Ist bisher noch nie notwendig gewesen: wäre dann aber für Dich vielleicht die gewünschte Sicherheit.

Das die Update-Nachricht nicht angezeigt wird, ist wiederum beunruhigend. Die sollte einmal pro Tag angezeigt werden, direkt beim Start. Wenn sie das von einer 3.0 kommend nicht wurde, müssen wir dem nachgehen.

Habe hier mal eine Quickpoll erstellt: https://twitter.com/ultraschall_fm/status/970792268813799430