Es scheint nicht viele offene TTS-Modelle mit Unterstützung für Koreanisch zu geben.
Vom früher veröffentlichten Kokoro-82M hieß es zwar, dass es Koreanisch unterstützt, aber ich habe gehört, dass die Qualität wohl nicht besonders gut sein soll.
Wenn ich kurz suche, heißt es außerdem, dass man mit GPT-Sovits etwas bauen und nutzen kann oder mit etwas wie Edge-TTS wohl einigermaßen brauchbare Ergebnisse bekommt.
In letzter Zeit mache ich viel Vibe-Coding, und wenn man das mit Whisper kombiniert, könnte vielleicht etwas Interessantes dabei herauskommen, aber mir fehlt noch die Idee, haha.
Im Embedded-Bereich wird sogar unter Berücksichtigung der Hardware-Cache-Line-Größe programmiert. Es dürfte letztlich darauf ankommen, wie weit ein Programmierer auf Sprachebene extreme Optimierungen treiben kann und wie gut Standardbibliothek und Compiler performen. Da beide ohnehin Low-Level-Unterstützung bieten, scheint der Unterschied bei einem geringen Overhead wohl minimal zu sein. Deshalb ist das meiner Meinung nach keine besonders sinnvolle Debatte. Wenn eine extreme Optimierung nötig ist, braucht es am Ende ohnehin menschliches Eingreifen. Compiler sind nämlich nicht so perfekt, wie man vielleicht denkt.
Wahrscheinlich ist das Niveau einfach ein anderes, wenn jemand mit Kompositionswissen und Kreativität das nutzt, statt dass ein Laie nur ein bisschen herumklickt, oder?
GitHub Actions sollte nur für das Setup der Umgebung (OS, Build-Toolchain, …) und das Ausführen von Skripten (Shell, Python, bat, ps1 …) verwendet werden. Selbst wenn GitHub ausfällt, sollte man überall bauen können, solange die Umgebung vorhanden ist. Wenn ich mir heutzutage GitHub-Action-Workflows anschaue, frage ich mich, ob man wirklich extra so etwas suchen und benutzen muss. Vor langer, langer Zeit (?) ist Ansible genau daran gescheitert.
Ich denke, Rust wird eher ein Ersatz für C++ als für C sein. C ist praktisch die einzige (vielleicht letzte) Sprache, bei der man den vom Compiler erzeugten Code abschätzen kann …
Gefällt mir: Die Gesprächshistorie wird sowohl mit FTS als auch mit Vektoren verwaltet.
Redis ist gut.
Verwandter Artikel – https://de.news.hada.io/topic?id=25859
Ein aufschlussreicher Beitrag – ich lese ihn immer wieder.
https://ywc.life/posts/vercel-react-best-practice
Ich habe den vollständigen Text übersetzt.
Das Tempo des Wandels scheint viel zu schnell zu sein ;_;
Es scheint nicht viele offene TTS-Modelle mit Unterstützung für Koreanisch zu geben.
Vom früher veröffentlichten Kokoro-82M hieß es zwar, dass es Koreanisch unterstützt, aber ich habe gehört, dass die Qualität wohl nicht besonders gut sein soll.
Wenn ich kurz suche, heißt es außerdem, dass man mit GPT-Sovits etwas bauen und nutzen kann oder mit etwas wie Edge-TTS wohl einigermaßen brauchbare Ergebnisse bekommt.
In letzter Zeit mache ich viel Vibe-Coding, und wenn man das mit Whisper kombiniert, könnte vielleicht etwas Interessantes dabei herauskommen, aber mir fehlt noch die Idee, haha.
Im Embedded-Bereich wird sogar unter Berücksichtigung der Hardware-Cache-Line-Größe programmiert. Es dürfte letztlich darauf ankommen, wie weit ein Programmierer auf Sprachebene extreme Optimierungen treiben kann und wie gut Standardbibliothek und Compiler performen. Da beide ohnehin Low-Level-Unterstützung bieten, scheint der Unterschied bei einem geringen Overhead wohl minimal zu sein. Deshalb ist das meiner Meinung nach keine besonders sinnvolle Debatte. Wenn eine extreme Optimierung nötig ist, braucht es am Ende ohnehin menschliches Eingreifen. Compiler sind nämlich nicht so perfekt, wie man vielleicht denkt.
Ich bin mir nicht sicher, ob Koreanisch gut unterstützt wird.
Im Durchschnitt weiß ich nicht, welche Sprache am schnellsten ist, aber die Streuung dürfte bei C++ am größten sein.
Und das erste Foto wirkt wirklich wie eine Szene aus einem postapokalyptischen Film.
(Coding-Skills = nur Table Stakes) schluchz schluchz
Haben Sie das nicht absichtlich gemacht, hehe?
Zig ist auch nicht schlecht ... T_T
Wahrscheinlich ist das Niveau einfach ein anderes, wenn jemand mit Kompositionswissen und Kreativität das nutzt, statt dass ein Laie nur ein bisschen herumklickt, oder?
Die Website selbst ist wirklich großartig, aber es gibt noch keine koreanische Übersetzung.
task_plan.mdist im Grunde derselbe Ansatz, den ich bisher verwendet habe. Wenn das automatisch erledigt würde, wäre das sehr praktisch.GitHub Actions sollte nur für das Setup der Umgebung (OS, Build-Toolchain, …) und das Ausführen von Skripten (Shell, Python, bat, ps1 …) verwendet werden. Selbst wenn GitHub ausfällt, sollte man überall bauen können, solange die Umgebung vorhanden ist. Wenn ich mir heutzutage GitHub-Action-Workflows anschaue, frage ich mich, ob man wirklich extra so etwas suchen und benutzen muss. Vor langer, langer Zeit (?) ist Ansible genau daran gescheitert.
Beim Schreiben ist es irgendwie zu einem KI-Zusammenfassungsstil geworden ;_;
Ich denke, Rust wird eher ein Ersatz für C++ als für C sein. C ist praktisch die einzige (vielleicht letzte) Sprache, bei der man den vom Compiler erzeugten Code abschätzen kann …