Ultraschall + Auphonic Probleme

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…

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

rstockm · 2018-03-05T22:21:49.863Z

343max:

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.

Darüber kann man sicher reden. Wir schwenken gerade unser ganzes Projektmanagement relativ konsequent auf GitHub um, da hätte man eine brauchbare Schnittstelle.

auphonic · 2018-03-06T07:34:59.307Z

343max:

Leider habe ich gerade keine mehr von diesen Dateien hier.

Das wäre wichtig: bitte beim nächsten mal wegspeichern, sonst können wir hier alle nur theoretisch diskutieren …

343max:

@auphonic: Irgendeine Ahnung, warum in dem Log was du mir damals geschickt hast “wav @” steht? Müsste da nicht “flac @” stehen?

Das war nur, weil ich damals zum Testen dein flac in eine wav Datei dekodiert habe mit ffmpeg - das hat mit dem Problem nichts zu tun!

rstockm · 2018-03-07T16:28:10.372Z

343max:

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.

Sie haben Post .

343max · 2018-05-29T22:23:09.201Z

Hallo! Ich habe mal wieder auseinanderlaufende Spuren. Ich hab das ganze jetzt wie beim letzten mal durch ffmpeg gejagt und auf der einen Spur bekomme ich tatsächlich irgendwelche Warnungen:

WMR128> ffmpeg -i WMR128-001.flac out.flac
ffmpeg version 4.0 Copyright (c) 2000-2018 the FFmpeg developers
  built with Apple LLVM version 9.1.0 (clang-902.0.39.1)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/4.0 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-gpl --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --enable-videotoolbox --disable-lzma
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
Input #0, flac, from 'WMR128-001.flac':
  Duration: 04:38:01.56, start: 0.000000, bitrate: 301 kb/s
    Stream #0:0: Audio: flac, 48000 Hz, stereo, s16
Stream mapping:
  Stream #0:0 -> #0:0 (flac (native) -> flac (native))
Press [q] to stop, [?] for help
Output #0, flac, to 'out.flac':
  Metadata:
    encoder         : Lavf58.12.100
    Stream #0:0: Audio: flac, 48000 Hz, stereo, s16, 128 kb/s
    Metadata:
      encoder         : Lavc58.18.100 flac
[NULL @ 0x7fae41001200] sample/frame number mismatch in adjacent frames
[NULL @ 0x7fae41001200] sample/frame number mismatch in adjacent frames
[NULL @ 0x7fae41001200] sample/frame number mismatch in adjacent frames
size=  671663kB time=04:38:01.55 bitrate= 329.8kbits/s speed= 415x
video:0kB audio:671655kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001205%

Was nun?

343max · 2018-05-29T22:38:33.438Z

Könnte auphonic mich wenigsten warnen wenn es beim Konvertieren einer Datei Probleme gab? Es nervt, das immer erst rauszufinden wenn Leute die Datei durchhören.

auphonic · 2018-05-30T06:35:59.965Z

Dieses Problem ist dir jetzt ja schon seit Monaten bekannt und es wiederholt sich anscheinend auch immer wieder. Da es sonst bei niemanden bis jetzt vorkommt, muss es irgendwie an deinem FLAC encoder liegen.
Wie bereits gesagt, bitte versuche doch mal ein anderes Format als flac zu verwenden (wav, alac oder mp3/aac/opus mit höherer bitrate) - es gibt ja genug Alternativen.

343max:

Könnte auphonic mich wenigsten warnen wenn es beim Konvertieren einer Datei Probleme gab? Es nervt, das immer erst rauszufinden wenn Leute die Datei durchhören.

Jein: ffmpeg liefert sehr oft Warnungen (und sehr kryptische), wenn wir usere User diese immer schicken würden, wären sie wahrscheinlich extrem verwirrt …