Sehr hübsch. Fallen mir auch gleich Anwendungsmöglichkeiten ein. Danke! :top:
Fragen/Anregungen (unverbindlich):
(1)
Ich bin ein Freund aufgeräumter Menüs. Ein Untermenü unter "Seek" für alle vier Funktionen wäre mir persönlich lieber, da mein Playback-Menü auch ohne SHIFT-Erweiterung schon die halbe Bildschirmhöhe einnimmt. Aber das ist vielleicht Geschmackssache.
(2)
Ich habe auf die Schnelle nicht herausbekommen, wofür ich "Playback position" brauche. :-[
(3)
Wenn ich das richtig verstanden habe, springt "Preview", wenn man bei einem Track aus "der Mitte heraus" die Funktion zuschaltet, beim nächsten Track an die selbe Stelle. Was mir gefallen würde, wäre eine Funktion, die, wenn man bei "null" anfängt, per "Preferences" bei einem voreingestellen Zeitwert beginnen könnte, da ja so manche Titel am Anfang nicht immer representativ sind.
(4)
Mir würde es vielleicht besser gefallen, wenn "Preview" nicht durch STOP zurückgesetzt würde, bin mir aber noch nicht sicher... aber mir würde es definitiv besser gefallen, wenn "Fast Forward" nicht durch den Sprung in einen neuen Titel zurückgesetzt würde, denn so ließen sich mehrere Titel nacheinander "überfliegen" ohne dauernde Klicks, was m. E. eine schöne und nützliche Funktion wäre.
Danke nochmal für dieses kleine praktische plugin.
Zitat von: fooamp in 19. Mai 2011, 15:35:29
Sehr hübsch. Fallen mir auch gleich Anwendungsmöglichkeiten ein. Danke! :top:
Freut mich. :)
Zitat von: fooamp in 19. Mai 2011, 15:35:29
(1) Ich bin ein Freund aufgeräumter Menüs. Ein Untermenü unter "Seek" für alle vier Funktionen wäre mir persönlich lieber, da mein Playback-Menü auch ohne SHIFT-Erweiterung schon die halbe Bildschirmhöhe einnimmt. Aber das ist vielleicht Geschmackssache.
Kann ich machen. "Seek" gibts schon, wie wärs mit "Seek Control"
Zitat von: fooamp in 19. Mai 2011, 15:35:29
(2) Ich habe auf die Schnelle nicht herausbekommen, wofür ich "Playback position" brauche. :-[
(3) Wenn ich das richtig verstanden habe, springt "Preview", wenn man bei einem Track aus "der Mitte heraus" die Funktion zuschaltet, beim nächsten Track an die selbe Stelle. Was mir gefallen würde, wäre eine Funktion, die, wenn man bei "null" anfängt, per "Preferences" bei einem voreingestellen Zeitwert beginnen könnte, da ja so manche Titel am Anfang nicht immer representativ sind.
Eben dazu ist "Playback position" da. Es ist die initiale Playback Position, d.h. da startet das Preview-Playback, nachdem man foobar2000 gestartet hat. Moment: Vielleicht kann sich foobar2000 die Position auch über Sessions hinweg merken. Werde ich mal ausprobieren.
EDIT: Upps, "Playback position" funktioniert nicht wie gewünscht. Ich versuche das zu korrigieren.
Zitat von: fooamp in 19. Mai 2011, 15:35:29
(4) Mir würde es vielleicht besser gefallen, wenn "Preview" nicht durch STOP zurückgesetzt würde, bin mir aber noch nicht sicher... aber mir würde es definitiv besser gefallen, wenn "Fast Forward" nicht durch den Sprung in einen neuen Titel zurückgesetzt würde, denn so ließen sich mehrere Titel nacheinander "überfliegen" ohne dauernde Klicks, was m. E. eine schöne und nützliche Funktion wäre.
a) Bin mir auch nicht sicher, aber ansonsten müsste man "Preview" im Hauptmenü wieder umständlich ausschalten.
b) "Fast Forward" wird beim Sprung zum nächsten Track nicht zurückgesetzt, nur durch "Stop". ???
Danke für Deine schnelle Antwort:
zu 1)
"Seek control" klingt auch gut, nur "Seek to time..." sollte es nicht heißen, das hat DAO auch schon mit foo_seek_box belegt...
Edit: Erledigt mit 0.2 - danke.
zu 2 und 3)
Das hatte ich mir eigentlich auch gedacht, aber es funktionierte bei mir nicht; so schloß ich, es müsse was anderes sein. - Aber wie ich sehe, ist es Dir selbst aufgefallen.
Edit: Erledigt mit 0.2 - danke.
Edit: Eine Änderung der Sekundenzahl bei "Playback position" benötigt einen Neustart, um wirksam zu werden. Ist dies absichtlich/unumgänglich? (Die anderen Einstellungen habe ich noch nicht getestet/verändert.)
Edit: Erledigt mit 0.3 - danke.
zu 4)
a) Fände ich persönlich gar nicht schlimm, wenn man Preview als "playback-Modus" versteht, so wie beispielsweise "Playback follows cursor".
b) Leider doch, und zwar wenn man den Titel manuell wechselt (Button oder Shortcut "Next" oder "Previous"). Das gleiche auch bei "Play" und bei "Random". Scheinen alle dieselbe Reaktion nach sich zu ziehen wie "Stop". Außerdem stoppt das Abspielen in diesem Modus nicht, wenn man "Pause" drückt (Seekbarbewegung), sondern erst am Ende des Stückes (wenn man die Pause wieder freigibt bleibt "Fast forward" aber erhalten). - Vielleicht hängt das ja irgendwie zusammen.
Das gleiche übrigens auch bei "Rewind" (obwohl da der Sprung zum nächsten Titel ohnehin wegfällt, einer zum vorigen findet nicht erst statt, wozu auch).
Edit: Erledigt mit 0.3 - danke.
5)
In "About Seek" steht "cammands"...
Edit: Erledigt mit 0.3 - danke.
v0.3
Danke für Dein schnelles "overnight bugfix"! (siehe Edits im vorigen post) :top:
neu zu 3)
a)
Wenn man im Preview-Modus den Slider in der Seekbar bewegt, ist der Startpunkt für den nächsten automatisch oder manuell gewählten Titel während des laufenden Preview-Modus der zuletzt in der Seekbar eingestellte - das ist ja auch in Ordnung so. Wenn man aber den Preview-Modus abhakt oder auf Stop geht, wird der Wert nicht auf den unter "Playback position" eingestellten zurückgesetzt, obwohl der laufende Preview-Modus ja ausgeschaltet wird - siehe 4a) - sondern bleibt beim nächsten aufgerufenen Preview erhalten. Solange, bis foobar2000 neu gestartet wird. Ist das so gewollt?
Edit: Erledigt mit 0.4 - danke.
b)
Wenn man im Preview-Modus während des Abspielens foobar2000 schließt, ohne also vorher die Wiedergabe zu stoppen, bleibt beim Neustart der Preview-Modus erhalten und keine playback-Eingabe ist möglich (Play, Forward etc.). Erst nach Betätigen von Stop oder dem Abhaken von Preview reagiert foobar2000 wieder normal.
Edit: Erledigt mit 0.4 - danke.
neu zu 4b)
Hier gilt ähnliches wie oben bei 3b), nur daß hier allein das Häckchen gesetzt bleibt, dies aber keine Auswirkung auf das normale Abspielverhalten hat, d. h. z. B. daß der Fast Forward-Modus gesetzt ist, foobar2000 aber normal abspielt. Das Häckchen verschwindet erst durch Abhaken oder durch Stop. Gilt für Fast Forward und Rewind.
Edit: Erledigt mit 0.4 - danke.
ganz neu 6)
Für Loop gilt gleiches wir unter 3a) und 3b)
Edit: Erledigt mit 0.4 - danke.
b)
Im Gegensatz zu 3b) startet die Wiedergabe ab dem voreingestellten (nicht dem eventuell zuletzt angewählten) Punkt, es "loopt" jedoch auf der Stelle (wie eine "hängende" CD).
Edit: Erledigt mit 0.4 - danke.
zu 3a)
Das mit der Memoryfunktion ist so gewollt. Sinnvoll wäre aber vielleicht ein Reset auf "Playback position" bei "Stop" oder Deaktivieren von "Preview".
Was meinst Du?
zu 3b) 4b) 6) b)
Den foobar2000-Neustart habe ich noch gar nicht berücksichtigt. Hier könnte man ein Reset (alle Häckchen weg + normales Playback) machen. (Ein Neustart von foobar2000 sollte (mindestens) so behandelt werden wie ein "Stop")
Zitat von: grimes in 20. Mai 2011, 12:46:12
zu 3a)
Das mit der Memoryfunktion ist so gewollt. Sinnvoll wäre aber vielleicht ein Reset auf "Playback position" bei "Stop" oder Deaktivieren von "Preview".
...und von "Loop".
Genau das meinte ich. Mir gefällt ja die Memory-Funktion. Sie bietet die Möglichkeit, Titel in verschiedenen Versionen, z. B. via "Loop", unkompliziert ohne große Einstellungen am selben Zeitindex zu vergleichen.
Ein "Reset" bei Stop oder Abhaken ist aber das, was man irgendwie erwartet, wenn der Modus selbst abgeschaltet ist - daher auch meine obigen Überlegungen, daß man eventuell "Preview" und "Loop" von Stop entkoppelt, sie als zu- und abschaltbare Modi konzipiert. Dann könnte man auch das Reset auf das Abhaken beschränken. Oder so... :crazy2:
Zitat von: grimes in 20. Mai 2011, 12:46:12
zu 3b) 4b) 6) b)
Hier könnte man ein Reset (alle Häckchen weg + normales Playback) machen. (Ein Neustart von foobar2000 sollte (mindestens) so behandelt werden wie ein "Stop")
Kurze Rede, langer Sinn: Ja.
Was mir gerade einfällt:
Man könnte für "Preview" und "Loop" zwei unabhängige Variablen für die "Playback Position" machen, da sich "Preview" meist in den vorderen Regionen des tracks abspielt, "Loop" dagegen überall im track. Ein gemeinsamer Memoryeffekt (wie jetzt) ist vielleicht nicht so sinnig...
Eine gute Idee! Mach mal, ich teste. ;)
Eigentlich bräuchte es für Loop gar keine vorgegebene "Playback Position". Man wird doch die gewünschte Position einfach wählen, die dann bis zum Reset erhalten bleibt. Hier geht es ja um was gänzlich anderes als bei Preview. Edit: Dadurch, daß man den Wert aber auch bei Null lassen kann, ist das ja ohnehin gegeben.
v0.4
Ok, ich kann nichts mehr finden, außer...
Wenn bei Preview oder Loop die voreingestellte oder (nur bei Preview) die per Seekbar angewählte Zeit jenseits der Titellänge des nächsten Titels liegt, wird dieser einfach übersprungen - klar, was sonst. Im darauffolgenden Titel beginnt das Abspielen dann aber nicht wieder bei der eingestellten oder angewählten Zeit, sondern irgendwo im Titel. Dieser neue Zeitindex ist dann - logisch - der auch für die nachfolgenden Titel in der Reihe.
Ich kann kein Muster erkennen, wie der Wert zustande kommt. Wohl wird da irgendwas raufgerechtet und abgezogen und querversummt oder so.
Und jetzt noch eine Praktikabilitätssache:
Ich halte die Sprünge bei 60x für zu groß. Zuerst einmal braucht man lange Titel, sonst ist man schneller durch, als man hören kann. Also habe ich die Funktion auf die 5 Beethoven Klavierkonzerte angesetzt (da ich sie soweit nachsingbar auswendig kann, daß ich die schnelle Suche nachzuvollziehen mich in der Lage sehe): Wenn man eine Stelle sucht und die Seekbar springt derart weit, ist der Cursor in der Seekbar vielleicht schon zu weit weg gesprungen und man muß die eben gefundene Stelle dann doch wieder suchen einerseits und andererseits überspringt man leicht zu viel an Zeit und findet umso weniger. Ich würde daher mehr Abstufungen im unteren Bereich - 5,10,15,20 - für praktikabler halten, um einen Kompromiß zwischen Akkuratesse und Schnelligkeit zu haben, und bei spätestens 30x könnte Schluß sein. Auch würde ich per default eine längere "playback time" (2 oder 3 Sekunden) empfehlen, sonst hört man nämlich ab 30x so gut wie gar nichts. So schnell kann mutmaßlich kaum jemand reagieren (bei Rewind sehe ich physiologisch dann gar keine Chancen mehr...).
v0.5
Ist ja nicht so, daß ich verlangt hätte, Du solltest alles umsetzen, was ich vorschlage - aber jetzt ist das ganze aus meiner Sicht perfekt: sauber und praktikabel. Beizeiten bastle ich mir ein paar buttons dafür. Vielen Dank nochmal für Deine Arbeit und Deine schnelle Umsetzung. :top:
Freut mich, daß ich Dir bei der Fehlherrkoortrektuhr helfen konnte. 8)
Danke fooamp für die große Hilfe.
Ich glaube, die größten Fehler sind ausgemerzt.
Wenn Du nichts dagegen hast, würde ich gerne Deinen Einsatz im "About Seek" würdigen.
Aber gerne doch. :)
Du bist ja sehr gründlich, fooamp! ;)
grimes, sehr nützliche Komponente, vor allem "Fast Forward" und die Möglichkeit, die für Preview angegebene Zeitspanne mehrmals innerhalb eines Tracks anzuwenden! Danke! In Kombination mit der Wave Seekbar macht das Ganze Spaß!
(Kleine Anmerkung: hat man die foo_playbackattributes installiert, sollte man die Option "bookmark last playback position" deaktiviert lassen, um nicht wirr zu werden)Was ich nicht so gut finde ist, dass die in den Einstellungen gesetzte Anfangsposition nicht
immer auf den
nächsten Track angewendet wird: der Sinn erschließt sich mir nicht, warum im nächsten Track, der mit dem vorherigen nichts zu tun, der Preview an der gleichen Stelle beginnen sollte. Ich fände folgendes sinniger: der erste Preview startet wie in den Einstellungen angegeben oder wenn der Track schon läuft an der Stelle, wo der Preview aktiviert wurde. Beim nächsten Track aber dann immer an der besagten Anfangsposition. In der Seekbar oder auch am Gehörten lässt sich erkennen, ob eine spätere Stelle nicht doch besser zum Vorhören geeignet ist, und man schaltet per Seekbar dahin. Macht meines Erachtens mehr Sinn als den Preview bei Minute 3 deshalb zu beginnen, weil im letzten Song das auch so war - ein Preview soll doch lediglich einen repräsentativen Ausschnitt aus einem Song bieten. Meines Erachtens wäre somit auch einfacher zu lösen, was fooamp schon beschrieben hat: die weggeskipten Tracks. Folgende Formel wäre anwendbar: Ist die Summe in Sekunden aus Anfangsposition und Vorhördauer kleiner als die Länge des Tracks, so starte den Preview genau an der Stelle, wo die volle Vorhördauer geboten werden kann; sollte der Track aber noch nicht einmal so lang wie die Vorhörlänge sein, so spiele ihn ganz.
Das einzige, was mir noch verbesserungsbedürftig erscheint, wäre die Gestaltung des Menüs: So viele Einträge hat Seek Control nun doch nicht, als dass es noch Untermenüs für "Rewind" and "fast forward" bräuchte - Trennstriche würden genauso für Ordnung sorgen und man hat alles auf einmal im (Über)blick.
NachtragIch frag mich gerade, inwiefern die Loop Funktion als Teil von Seek Control von Nutzen sein kann?
Nachtrag zum NachtragIch glaub es zu wissen, aber oft werde ich es wohl nicht gebrauchen, schauen wir mal! Ansonsten das Gleiche wie zum Preview, was die Anfangsposition angeht.
Und dann nochfoo_preview werde ich deinstallieren, aus dem einfachen Grund, den grimes schon genannt hat: das umständliche Abstellen im Hauptmenü, das oft genug vergessen wird, entzfällt mit foo_seek.
Und noch wasIch finde es unschön, dass "stop after current", obwohl es aktiviert ist, das Playback nicht beendet. Ich weiss ja, dass diese Funktion in Verbindung mit foo_seek fast gar keinen Sinn machen könnte, würde sie denn funktionieren; ausser vielleicht dann doch den, den letzten Preview zu beschließen. Wenn diese Funktion aktiviert ist, so sollte sie dann auch ihren Job tun dürfen.
Und als letztes für heutegrimes, mich nervt es, dass beim Starten des Playbacks durch Aktivieren der Preview oder der anderen Funktionen der zuletzt gespielte Titel zu spielen beginnt - das ist nunmal das foobar2000 Standardverhalten. Ich möchte dich nun nicht drum bitten dieses Verhalten ausser Kraft zu setzen - erstens fände ich das unschön und zweitens hat man mit foo_playbackattributes eine Komponente, die das einem global erledigt. Wonach ich aber fragen möchte: eine Option, um das automatische Starten des playbacks zu verhindern, um das erste Lied dann manuell starten zu können. Das Häkchen ist also zu sehen im Menü, obwohl noch kein Playback läuft, und nach dem Stoppen ist es weg. In dem Zusammenhang: mit einer weiteren Option (besser gesagt: Suboption, da nur sinnvoll, wenn erstere aktiviert), das Häkchen auch nach Beenden des Playbacks nicht zu entfernen, hätte fooamp seinen playback-modus. Es reicht dicke aus, wenn diese Option(en) sich auf alle Funktionen (Preview, Loop, ...) bezieht - für jede Funktion einzeln, wäre es ein Overkill.
Als erstes heute morgenZitatFolgende Formel wäre anwendbar: Ist die Summe in Sekunden aus Anfangsposition und Vorhördauer kleiner als die Länge des Tracks, so starte den Preview genau an der Stelle, wo die volle Vorhördauer geboten werden kann; sollte der Track aber noch nicht einmal so lang wie die Vorhörlänge sein, so spiele ihn ganz.
Die Formel läst sich natürlich auch auf den Memory-Effekt anwenden: Wenn der nächste Track längst vorbei ist, wo eigentlich der Preview beginnen sollte, so spiele das letzte Stück des Liedes in der Länge der Vorhördauer; ist der Track kürzer als diese, so spiele ihn ganz. Apropos Memory-Effekt: fooamp findet ihn ja ganz sinnvoll, mir wäre er als Option viel lieber, weil ich ja dann ausschalten könnte.
Danke für die Anregungen.
Ich kann eine Option in den Advanced Preferences machen, mit der man zwischen Memory-Effekt und Reset (für "Preview") umschalten kann.
Bei "Loop" macht ein ständiges Reset keinen Sinn, da kann man ja nicht mehr seeken.
Stop after current funktioniert nicht, weil der track ja bei "Preview" in der Regel gar nicht bis zum Ende gespielt wird. Ein normales Verhalten.
Zur Option, den automatischen Start zu verhindern: Ich schau mal, ob ich was machen kann.
Zitat von: grimes in 22. Mai 2011, 09:09:41
Zur Option, den automatischen Start zu verhindern: Ich schau mal, ob ich was machen kann.
Freut mich, wäre für mich so praktikabler bei allen Funktionen.
Zitat von: grimes in 22. Mai 2011, 09:09:41
Stop after current funktioniert nicht, weil der track ja bei "Preview" in der Regel gar nicht bis zum Ende gespielt wird. Ein normales Verhalten.
Ja, das stimmt! Wenn es nicht allzu kompliziert ist, könntest Du es dann nicht einrichten, dass die "Stop after Current" berücksichtigt wird, also dann tatsächlich der letzte Loop, Preview, Rewind oder Forward durchgeführt wird? Irgendwie entspricht das doch den Erwartungen und zwar so sehr, dass es noch nicht einmal optional sein sollte.
Zitat von: grimes in 22. Mai 2011, 09:09:41
Ich kann eine Option in den Advanced Preferences machen, mit der man zwischen Memory-Effekt und Reset (für "Preview") umschalten kann.
Bei "Loop" macht ein ständiges Reset keinen Sinn, da kann man ja nicht mehr seeken.
Ich muss eingestehen, dass ich aus der Loop Funktion immer noch nicht so recht schlau werde, von daher kann ich den Sinn oder Unsinn nicht beurteilen. Was mir auffällt ist aber jedoch, dass sich in den Einstellungen eine Anfangsposition für den Loop einstellen lässt. Können Du oder fooamp einfach mal ein Beispiel für den Nutzen bringen?
Noch was! Es würde durchaus Sinn machen, die Playbackdauer für den Rewind und Fast Forward getrennt zu bestimmen. Unter gar nicht mal so unwahrscheinlichen Umständen, also wenn die Playbacklänge größer ist als die Zeitspanne, um die zurückgesprungen wird, da stellt sich Rewind als ein zähes Forward dar: 4 Schritte nach vorne und 3 wieder zurück! Soll jeder selbst entscheiden, ob er das für nützlich hält. Man sollte aber es nicht aufgezwungen bekommen, nur weil man beim Forward ein bestimmtes Verhalten haben will.
Ja, Preview und Loop zu trennen, was das Reset anbelangt, ist gar keine schlechte Idee. - Es sollte aber nicht bei Loop angewendet werden, sonst ist die ganze Funktionalität hin, wie grimes schon meinte.
Ein möglicher Nutzen von Loop ohne Reset war so ziemlich das erste, was sich mir erschloß: (Gleiche/Ähnliche) Titel am selben Zeitindex vergleichen. Kommt öfter vor, als man denkt.
qwert73s (qwert73 seine :XP:) Formel klingt lustig, ergibt irgendwie auch Sinn und ist sicher auch implementierbar, fragt sich nur, ob ein unbedarfter Nutzer sie versteht.
Das mit dem Untermenü für alles ist auch keine schlechte Idee, spart eventuell Zeit.
Ebenso kann ich mich mit dem Gedanken, was das Starten anbelangt, anfreunden, obwohl das für mich eher nachrangig ist.
Zum Rewind: Aus meiner Sicht ist so ein Rewind ein Überbleibsel aus Bandzeiten. So richtig nützlich/praktikabel erscheint es mir nicht, ich sehe es eher als Gimmick. Wenn ich weiß, daß ich etwas am Ende eines Titels suche, kann ich in das Areal springen und dann vorwärts suchen. Hörphysiologisch ist vorwärts immer besser als rückwärts. Und das alte Kassetten-Rewind wurde doch anders benutzt und aus anderen Gründen. Insofern weiß ich auch nicht, ob man Rewind hier durch getrennte Playbackdauer "nützlicher" machen könnte.
Zitat von: fooamp in 22. Mai 2011, 14:07:31
Ja, Preview und Loop zu trennen, was das Reset anbelangt, ist gar keine schlechte Idee. - Es sollte aber nicht bei Loop angewendet werden, sonst ist die ganze Funktionalität hin, wie grimes schon meinte.
Ein möglicher Nutzen von Loop ohne Reset war so ziemlich das erste, was sich mir erschloß: (Gleiche/Ähnliche) Titel am selben Zeitindex vergleichen. Kommt öfter vor, als man denkt.
Ok, das Beispiel hattest Du ja schon gebracht und das macht überaus Sinn. Preview und Loop zu trennen, kann aber auch heißen, die Memory Option für beide anzubieten. Mal schauen, ob Loop jemals mein Freund wird.
Zitat von: fooamp in 22. Mai 2011, 14:07:31
qwert73s (qwert73 seine :XP:) Formel klingt lustig, ergibt irgendwie auch Sinn und ist sicher auch implementierbar, fragt sich nur, ob ein unbedarfter Nutzer sie versteht.
Ein unbedarfter Nutzer kriegt doch die Formel nicht mit. Ihm bleibt lediglich die verwirrende Erfahrung weggeskipter Tracks erspart. Gerade beim Preview will man doch alle Tracks hören, egal wie kurz sie sind. Foo_preview spielt ja auch kurze Tracks von Anfang an ab. Ich sehe das eher so, das ein unbedarfter Nutzer das bekommt, was er erwartet: das sind bestimmt nicht übersprungene Tracks. Und wie Du schon sagtest: ergibt irgendwie auch Sinn! ::)
Zitat von: fooamp in 22. Mai 2011, 14:07:31
Insofern weiß ich auch nicht, ob man Rewind hier durch getrennte Playbackdauer "nützlicher" machen könnte.
Man könnte es eigentlich auch weglassen! :D ich frage mich gerade, ob es sonst noch nützliche Seek-Funktionen geben könnte?
Danke für die 0.6
Von mir auch ein Danke Schön, auch wenn ich momentan die Änderungen nicht testen kann. Wenn jetzt nur noch das Problem der weggeskipten Tracks beim Preview gelöst wäre ... ::)
Auch wenn ich nerve: Habt ihr noch eine andere Anwendung für Loop ausser verschiede Versionen des gleichen Tracks zu vergleichen?
Zitat von: qwert73 in 24. Mai 2011, 20:30:53
Wenn jetzt nur noch das Problem der weggeskipten Tracks beim Preview gelöst wäre ... ::)
Die Option "Reset next track to playback position preview" in den Advanced Preferences sollte das von Dir gewünschte Verhalten zeigen.
Zitat von: qwert73 in 24. Mai 2011, 20:30:53
Auch wenn ich nerve: Habt ihr noch eine andere Anwendung für Loop ausser verschiede Versionen des gleichen Tracks zu vergleichen?
"Loop" wiederholt halt eine Passage des aktuellen tracks endlos. So kann man z.B. Ausschnitte eines tracks im Detail analysieren.
Zitat von: qwert73 in 24. Mai 2011, 20:30:53
Habt ihr noch eine andere Anwendung für Loop ausser verschiede Versionen des gleichen Tracks zu vergleichen?
Ich weiß ja nicht, wie da so Deine Kenntnisse sind. Aber hast Du schon mal versucht, ein Stück abzuschreiben, also in Noten zu transkribieren, oder es nachzuspielen? Funktionale Zusammenhänge erschließen sich zwar immer als ganzes einer Harmonik, die Probleme finden sich aber oft im Detail und sind schneller gefühlt als verstanden. Da ist so ein Loop eine feine Sache. Auch umgekehrt: Um komplizierte Passagen eines Stückes von der Notenvorlage besser zu erfassen, hilft manchmal eine Aufnahme des Stückes mit Loop.
Es kann einem aber auch beim Lernen von Gedichten helfen....
sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche / sind Strom und Bäche
Danke, grimes: mit der 0.7 version läuft der Preview so wie ich mir das wünsche! :)
Zitat von: fooamp in 25. Mai 2011, 01:22:55
Ich weiß ja nicht, wie da so Deine Kenntnisse sind. Aber hast Du schon mal versucht, ein Stück abzuschreiben, also in Noten zu transkribieren, oder es nachzuspielen?
Ich hab mich missverständlich ausgedrückt, weil mehr als zu knapp. Meine Frage beinhaltete auch den Sinn davon, den Loop an der gleichen Stelle wie beim vorherigen Stück beginnen zu lassen. An so was ähnliches wie Du hatte ich aber schon gedacht: Ich habe meiner Freundin ein Akkordeon
(meine Güte: ist das Ding laut!) geschenkt und ein Loop bestimmter Passagen wird es ihr sicherlich leichter machen, Teile einiger Songs nachzuspielen. Nur macht es aber hier Sinn, genau wie beim Preview die Memory-Funktion optional abschalten zu können: warum sollte beim nächsten einzuübenden Song die Übung nicht am Anfang des Stückes beginnen?
Darüberhinaus fände ich es nützlicher, wenn die Länge des Loops nicht in den Einstellungen gesetzt würde, sondern in einem Untermenü zu "Loop" im Hauptmenü mehrere Längen angeboten werden: 5s, 10s, 15s, 20s, ...
Die zwei Punkte waren jetzt das Einzige, was mir noch eingefallen ist, wie die Funktionalität der Komponente verbessert werden könnte. Ansonsten würde ich noch gerne darauf hinweisen, dass in den Advanced Preferences die Optionen übersichtlicher und klarer strukturiert werden könnten, in dem man zu einer bestimmten Funktion
(z.B. Preview) zugehörige Optionen in ein Untermenü packt.
Zitat von: qwert73 in 31. Mai 2011, 21:29:18
Nur macht es aber hier Sinn, genau wie beim Preview die Memory-Funktion optional abschalten zu können: warum sollte beim nächsten einzuübenden Song die Übung nicht am Anfang des Stückes beginnen?
Weil es eine Option zu viel ist, die m. E. niemand wirklich braucht. Ich sehe nicht, warum man verschiedene Nutzungen (was für ein Wort), gleichzeitig vornehmen sollte. Wenn man loop gerade im o. g. Sinne verwendet, ist es uninteressant, ob es im nächsten Titel an der per memory definierten Stelle einsetzen würde oder an der ursprünglich definierten. Wenn aber zwei Titel am selben Zeitindex verglichen werden sollen, ist es eher umständlich, alles erst mal einzuschalten.
Im Grunde genommen benötigt loop überhaupt keinen voreingestellten Wert, da es immer intentional verwendet wird und die memory-Funktion hier den eigentlichen Schlüsselaspekt darstellt, der nicht abgeschaltet werden sollte, weil es eben nicht notwendig ist und nur umständlich (ich wiederhole mich...). Preview hingegen ist ein eher zielloses "laß uns mal an eine Stelle im Stück springen und hören, was da läuft".
Kurz: Ich hielte es für Überregulierung.
Zitat von: qwert73 in 31. Mai 2011, 21:29:18
Darüberhinaus fände ich es nützlicher, wenn die Länge des Loops nicht in den Einstellungen gesetzt würde, sondern in einem Untermenü zu "Loop" im Hauptmenü mehrere Längen angeboten werden: 5s, 10s, 15s, 20s, ...
Diese Idee wiederum gefällt mir, mit zwei Einschränkungen: (1) kleine Einschränkung: es könnte die Anwendung verkomplizieren; (2) große Einschränkung: die 5-Sekundenschritte könnten zu grob sein, gerade für die Nutzung nur innerhalb eines Stückes, gegen kleinere Schritte spricht aber (1). Ratlos, ratlos.
Hier läßt sich aber mein oberes Argument noch verdeutlichen: Neben der Einstellung der Looplänge müßte auch noch jedes mal geprüft werden, ob die memory-Funktion überhaupt eingeschaltet ist für die Nutzung von loop als vergleichend. Das ist umständlich!
grimes,
danke für 0.8! :)
Noch was letztes, was zum Feinschliff beitragen könnte:
1. Erst einmal war es irritierend, sowohl im Hauptmenü die ausgewählte Dauer für Preview und Loop zu sehen als auch in den Einstellungen. Es wäre intuitiver, wenn in den Untermenüs ein Eintrag wie "Default" ausgewählt wäre, womit dann die Länge in den Einstellungen gemeint ist, die man dann auch "default playback length" nennen könnte. So könnte man fast schon glauben, der Preview hat gar keine Länge mehr, nur weil im Untermenü nichts angehakt ist. Ein Untermenü mit sich gegenseitig ausschließenden Optionen und einem Eintrag für "Default" wäre schon eher auf Anhieb verständlich, darüberhinaus auch so eigentlich Standard in anderen Komponenten. Stell dir einfach nur vor, im Hauptmenü unter "Playback order" stünde kein "Default".
2. Während fooamp lediglich ein Freund von geordneten Menüs ist, werde ich neurotisch bedingt bei der kleinsten Unordnung verrückt (nur beim PC, nicht im normalen Leben, ehrlich!). Hast Du Lust, "Preview length" und "Loop length" mit einem Trennstrich vom Rest im Menü zu trennen?
Ein Bug:
Beim loop mit memory-Funktion springt die Anfangsposition bei einem darauffolgendem kürzeren Track auf einen Punkt, der die volle Loop-Länge gewährleistet - es loopt aber nicht: Playback wechselt zum dritten Track!
Nachtrag:
Der fliegende Wechsel der Längen für Preview und Loop funktioniert erstens und zweitens auch noch so wie erwartet! :top:
Nachtrag2: Der Fehler mit "stop after current"! Es mag ja sein, wie Du schon erläutert hast, dass im technischen Sinne ein Track gar nicht zu Ende gespielt wird, schon aber im Sinne des gesunden Menschenverstandes. Wenn es nun keine technische Schwierigkeiten bei der Umsetzung geben sollte, wäre eine Beseitigumg dieses Schönheitsfehlers prima: ich benutze in der Regel fast nur ein "stop after current" button zum Beenden des playbacks.
Kann den Bug nicht reproduzieren.
Beschreibe nochmal genau was Du gemacht hast.
(Habe extra eine Sicherheitssekunde beim Loop kurz vor Trackende eingebaut)
Nimm als ersten Track einen ganz langen (6:00) und als nächsten einen kurzen (1:00). Die memory-Funktion ist eingeschaltet, der Playback soll beim nächsten Track also an der gleichen Stelle beginnen, was er ja bei dem kürzeren natürlich nicht kann, wenn beim längeren der Loop ganz weit hinten lief. Erwartungsgemäß fängt das Playback also kurz vor Ende des kürzeren Tracks an, aber - wie gesagt - es loopt nicht!
Hier das Ganze in bewegten Bildern: http://www.youtube.com/watch?v=J7vF4Pit6Vw&feature=channel_video_title
Bei mir passiert das in vergleichbaren Situationen nicht.
Ist die Datei mit 1:27 vielleicht korrupt? Die letzten 3 Sekunden werden mit erhöhter Geschwindigkeit "gespielt", wie im Zeitraffer.
Das ist es: der Zeitraffer! Das liegt am Crossfader, der aktiviert war. Ohne Crossfader funktioniert es! Puuh, geht das überhaupt, dass Du sowas noch berücksichtigst?
Wieviele Sekunden vor Ende setzt der Crossfader den ein.
Ich konnte den Loop am Trackende entsprechend vorverlegen...
In dem Video waren es zwei Sekunden. Aber ich glaube, es ist die Mühe nicht wert, daran was zu ändern: Kaum machst Du es es, brauche ich den Crossfader nur auf 6 Sekunden zu erhöhen und schon passiert es wieder. Und über das SDK wird es wohl auch keine Möglichkeit geben, die aktuelle Länge des Crossfaders zu ermitteln. Das Beste wird wohl sein, als User den Crossfader einfach abzuschalten, will man den Loop so gebrauchen.
Noch einmal ein Danke für die letzte Version 0.9.
Das Plugin scheint mir perfekt zu sein, solange keine Bugs noch auftreten sollten. Vielleicht ja noch eine richtige Seite in den Preferences, aber da scheinst Du ja schon dran zu sein. ;)
Eine Frage zum Changelog: Was sind radiobuttons??
Radiobutton (http://de.wikipedia.org/wiki/Radiobutton)
Ach so! Jetzt hab ich endlich mal einen Namen dafür!
Und ich dachte, es wäre ein Feature.
Ich glaube, ich habe einen Bug gefunden, will aber nicht ausschließen, dass foo_skip vwas falsch macht.
Es geht, um die neue Bookmark-Funktion in foo_skip. Man kann bei einem gerade laufenden Song per "Bookmark current position" im Hauptmenü einen Tag mit der aktuellen Spielposition schreiben. Wenn "Use bookmarks" aktiviert ist, so wird das Lied von der Position an abgespielt.
Wenn nun ein Preview über die Tracks jagt, so wird der Song aber von der Position an abgespielt, die in den Einstellungen zu Seek Control festgelegt wurde. Und der Bookmark-Tag ist aus dem File gelöscht!
Den Bug, ob nun von Seek Control oder Skip Track verantwortet, habe ich entdeckt, weil ich noch einen Wunsch an Seek Control hatte. Ich hatte nämlich einen anderen Konflikt zwischen den beiden Komponenten erwartet: das Seek Control tatsächlich von der gebookmarkten Position anfängt und nicht von der eigenen aus den Advanced Preferences. Mein Wunsch wäre dann gewesen, dass wenn der Preview anfängt und gleichzeitig im Hauptmenü "Use bookmarks" aktiviert ist, die Option deaktiviert wird und beim Beenden des Previews wieder aktiviert wird.
Das der Bookmark-Tag gelöscht wird, verstehe ich nicht. Ich hab nix dergleichen programmiert.
Vielleicht hat der foo_skip Autor entsprechendes programmiert.
Das es allerdings Probleme geben kann mit den konkurrierenden (Bookmark)-Positionen kann man sich denken.
Welche Position von beiden plugins genommen wird, könnte Zufall sein.
Es verstößt glaube ich gegen die Lizenzbedingungen des SDKs, wenn ich mit meiner Komponente einfach eine Funktion des Konkurrenzplugins abschalte?
Zitat von: grimes in 28. Juni 2011, 10:55:42
Welche Position von beiden plugins genommen wird, könnte Zufall sein.
Bei Programmen glaube ich nicht an Zufall, sondern stelle mir lieber vor, dass Widersprüche brutal gelöst werden und ein Tag eiskalt gelöscht wird. Aber eigentlich habe ich keinen blassen Schimmer. ich werden auf HA das Problem case schildern.
Zitat von: grimes in 28. Juni 2011, 10:55:42
Es verstößt glaube ich gegen die Lizenzbedingungen des SDKs, wenn ich mit meiner Komponente einfach eine Funktion des Konkurrenzplugins abschalte?
Um Gottes willen: Ich meinte nicht, dass Du direkt in die Domäne der Komponente eingreifst, sondern die Funktion über das Hauptmenü abstellst und wieder aktivierst: dort ist die dementsprechende Toggle-Option
(wie heißt denn so was bloß auf deutsch?). Fände ich sinnvoll und zwar so sehr, dass ich das Feature gar nicht optional anbieten würde. Aber erstmal abwarten, was case dazu sagt.
Zitat von: qwert73 in 28. Juni 2011, 17:45:54
Toggle-Option (wie heißt denn so was bloß auf deutsch?)
Umschalt-Option, Umschalter, Deaktivator, Einundausmacher, Knopf?
Zitat von: fooamp in 29. Juni 2011, 00:35:59
Knopf?
Da drückt man doch drauf eher?
Zitat von: fooamp in 29. Juni 2011, 00:35:59
Einundausmacher
Ich arbeite im Ruhrpott, da würde man das verstehen, aber im Rheinland nicht mehr!
Zitat von: fooamp in 29. Juni 2011, 00:35:59
Deaktivator?
Und wo ist der Aktivator?
Zitat von: fooamp in 29. Juni 2011, 00:35:59
Umschalter?
Ja, nicht ganz so übel!
Zitat von: fooamp in 29. Juni 2011, 00:35:59
Umschalt-Option?
Das gefällt mir! ;)
Das Schöne nach all den Jahren auf HA ist, dass ich mein ziemlich schlechtes Englisch deutlich verbessern konnte und viele Begriffe drauf habe, für die ich im Deutschen erst suchen müsste. "Columns Header" - Spaltenköpfe? Klingt doof!
Hallo grimes,
hat sich erledigt. Es lag an foo_skip. Der Bug ist gefixt und erstaunlicherweise/glücklicherweise hat dein Bookmark Vorrang. Es bleibt ein Konflikt dergestalt, dass beim aktivierten automatischen Update der Bookmarkposition der Bookmark aktualisiert wird, aber damit hat foo_seek nichts zu tun.
Zitat von: fooamp in 22. Mai 2011, 14:07:31
Ein möglicher Nutzen von Loop ohne Reset war so ziemlich das erste, was sich mir erschloß: (Gleiche/Ähnliche) Titel am selben Zeitindex vergleichen. Kommt öfter vor, als man denkt.
ja, mir auch - vor allem für den Vergleich von verschiedenen Pressungen eines Albums absolut hervorragend!!
Insgesamt: Tolles Plugin, auch zusammen mit der Waveform-Seekbar!
Einen Verbesserungswunsch hätte ich aber doch noch: Mir erschließt sich zwar die diskrete Voreinstellung einer bestimmten Dauer im Preview-Modus (also 5, 10, 15... sek) nicht jedoch bei der Loop: Bei der Loop will ich ja nicht nur in den Track reinhören sondern:
a) eine ganz bestimmte Passage eines Songs immer wieder hören oder
b) eine bestimmte Passage im Vergleich bei einem Song in unterschiedlicher Pressungen hören
In beiden Fällen nutzt es mir aber wenig, wenn ich nur in 5-sek Einheiten bis 20 sek einstellen kann, hier wäre IMHO viel besser, eine ganz bestimmte frei definierbare Länge der loop definieren zu können - und der Weg über die Advanced-Preferences ist hier definitiv nicht praktikabel) - am besten wäre per Mausklick in der Seekbar Anfang und Ende der loop zu bestimmen mit zwei getrennten Kommandos: Seek-->Loop-Start und Seek-->Loop-End - könnte man sich dann entweder auf geeignteen Keyboardshorcuts legen oder mit der Maus (normaler Klick in Seekbar ist Loop-Start, Strg+Click ist Loop-End) ...
Beim CD-Player gabs früher das feature A-B-repeat - genauso was wäre das...
Wäre das möglich? Das würde IMHO foo_seek von "fast perfekt" zu perfekt treiben ;)
trotzdem nochmal: Vielen Dank für dieses jetzt schon tolle Plugin!
Die letzte elaboriertere Komponente für Loops gab es für foobar2000 0.8.3. Der Nutzen solch einer Funktion wäre auch für diejenigen vorhanden, die eine bestimmte Passage eines Stückes auf ihrem Instrument nachspielen wollen. Wichtig wäre, den Loop exakt (bis auf ein zehntel Sekunde?) einzustellen, und das intuitiv und ohne groß rumzufummeln. Schwierig umzusetzen, finde ich!
Klingt irgendwie verlockend, stelle ich mir nur schwierig vor, wie auch qwert73 schreibt, das umzusetzen, sowohl technisch (was ist das Zeitmaß? innerhalb einer Sekunde kann so viel passieren) und von der Bedienung her. Beim CD player hat das technisch bedingt ja auch nie richtig funktioniert. Was Du verlangst ist also so eine Art loop sampler. Mal sehen, was grimes dazu sagt.
Das wäre dann eine völlig andere Komponente.
Eine Seekbar mit Loop-Funktion.
(Ich glaube Br3tt hat für das WSH-panel mal eine Seekbar mit Loop gemacht.)
Als Komponente lässt sich das natürlich auch machen.
Vor nicht allzu langer Zeit hatte ich mich sogar mal an eine einfache Seekbar als Toolbar-Panel gemacht.
CUI-Panels zu machen ist nicht so einfach, bei meinem Seekbar-Versuch sind die gesamten Panels von foobar2000 nach einer Weile zusammengebrochen und haben mal nix angezeigt oder rumgeflackert.
Ich habe den Fehler nicht rausgefunden.
Wie gesagt nicht einfach!
Liegt also eher an meiner Unzulänglichkeit/Unfähigkeit als das das nicht machbar wäre. :'(
Zitat von: fooamp in 17. Juli 2011, 09:19:23
Klingt irgendwie verlockend, stelle ich mir nur schwierig vor, wie auch qwert73 schreibt, das umzusetzen, sowohl technisch (was ist das Zeitmaß? innerhalb einer Sekunde kann so viel passieren) und von der Bedienung her. Beim CD player hat das technisch bedingt ja auch nie richtig funktioniert. Was Du verlangst ist also so eine Art loop sampler. Mal sehen, was grimes dazu sagt.
ach, da würde ich nicht einer falschen Perfektion nachstreben:
Einfach Sekunden als Zeitmaß-Einheiten und Beginn-Loop immer an der nächstniedrigen Sekunde (zur Clickstelle) und Loop-End an der nächsthöheren Sekunde - IMHO muss eine Loop nicht auf den Sample genau definierbar sein - sekunde reicht völlig - Foobar ist ein Player und keine Bearbeitungssoftware wie Audacity....
bei meinem CD-Player hat das damals (ein Technics aus dem Jahre 90) hervorragend funktioniert, in oben beschriebenen Sinne.... wo soll da das Problem sein??
anders formuliert: Mir würde schon die bestehende Loop-Funktion von foo_seek ergänzt um ein einfach zu definierendes beliebiges Loop-Ende genügen. Setzen von Loop-beginn kann ja schon mal so bleiben wie jetzt...
Oder reden wir jetzt aneinander vorbei? ;)
Zitat von: kumbbl in 17. Juli 2011, 09:54:03
anders formuliert: Mir würde schon die bestehende Loop-Funktion von foo_seek ergänzt um ein einfach zu definierendes beliebiges Loop-Ende genügen. Setzen von Loop-beginn kann ja schon mal so bleiben wie jetzt...
So was wie ein Eintrag im "loop length" Menü, das ein kleines Fensterchen öffnet, wo die Sekundenzahl eingegeben werden kann?
Ansonsten hat grimes recht: komplexere Funktionen erfordern eine eigene Komponente.
Dann ist es doch einfacher, im Hauptmenü die Sekundenzahl auszuwählen.
Ich kann ja statt 2er Schritte dort jede Sekunde von 6-20 zur Verfügung stellen?
Was aber wenn kumbbl 48 Sekunden für eine Strophe beispielsweise braucht? Du kannst ja nicht ein ellenlanges Menü von 1 bis 100 da reinzwängen. Das einzig Elegante was mir einfiele, wäre der Weg den Du in foo_variableseek gehst. Übrigens: sehr gute Idee, leider nicht für die DUI umsetzbar
6-20 sec decken wohl die häufigsten Werte ab. Für exotische Werte nimmt man dann mit "Default" den (eingegebenen) Wert aus den Advanced Preferences
Hab mir jetzt mal ein paar Gedanken dazu gemacht, ob und wie kumbbls Wunsch menschenfreundlich umgesetzt werden kann. Hier mal so eine Idee:
1. Ein weiterer Eintrag im "Loop length"-Menü, der heißen könnte: "Manually"
2. Sind nun "Loop" unter "Seek control" und "Manually" unter "Loop length" ausgewählt, erscheint ein weiterer Eintrag wie "Set end point" im "Loop length"-Menü, der mit einem Hotkey oder Button verknüpft werden kann.
3. Mit der Seekbar wander ich durch das Lied und lasse an der gewünschten Anfangsposition los, womit - wie bisher auch - die Anfangsposition des Loops bestimmt wird. Der Unterschied ist jedoch, dass ich aber noch keine Endposition habe. Sobald das Stück dahin gekommen ist, brauche ich nur noch "Set end point" zu aktivieren. (Solange die Endposition noch nicht definiert ist, kann die bereits aktivierte Loop-Funktion von der Anfangsposition bis zum Ende des Stückes loopen.)
4. "Set end point" verschwindet aus dem Menü und aus "Manually" im Menü wird so was wie "Manually (34s)"
5. Wird die Loop-Funktion beendet, gehts mit Punkt 1 weiter.
Und so wurde aus dem kleinen, sympathischen und funktionellen foo_seek ein groooßes, finsteres und unbedienbares PanelsUI...
(is nur Spaß)
Wo das bloß noch enden wird, wenn grimes sich treiben läßt? Ein ins Layout integrierbares Panel, eine eigene Seekbar, wo sample-genau die Positionen bestimmt werden, für jedes einzelne Lied speicherbare Presets für A-B Passagen, vieleicht auch Längen für die Vorschau, die auf Title Formatting basieren. Aber mal im Ernst: So wie die Komponente jetzt ist, scheint sie einen guten und viele Bedürfnisse befriedigenden Stand erreicht zu haben. Asche auf mein Haupt: warum mache ich mir Gedanken zum Ausbau der Loop-Funktion, die ich nie und nimmer gebrauchen werde? :crazy:
Zitat von: qwert73 in 17. Juli 2011, 23:22:54
Hab mir jetzt mal ein paar Gedanken dazu gemacht, ob und wie kumbbls Wunsch menschenfreundlich umgesetzt werden kann. Hier mal so eine Idee:
1. Ein weiterer Eintrag im "Loop length"-Menü, der heißen könnte: "Manually"
2. Sind nun "Loop" unter "Seek control" und "Manually" unter "Loop length" ausgewählt, erscheint ein weiterer Eintrag wie "Set end point" im "Loop length"-Menü, der mit einem Hotkey oder Button verknüpft werden kann.
3. Mit der Seekbar wander ich durch das Lied und lasse an der gewünschten Anfangsposition los, womit - wie bisher auch - die Anfangsposition des Loops bestimmt wird. Der Unterschied ist jedoch, dass ich aber noch keine Endposition habe. Sobald das Stück dahin gekommen ist, brauche ich nur noch "Set end point" zu aktivieren. (Solange die Endposition noch nicht definiert ist, kann die bereits aktivierte Loop-Funktion von der Anfangsposition bis zum Ende des Stückes loopen.)
4. "Set end point" verschwindet aus dem Menü und aus "Manually" im Menü wird so was wie "Manually (34s)"
5. Wird die Loop-Funktion beendet, gehts mit Punkt 1 weiter.
genau so - perfekt... :-) und IMHO würde das die schöne einfache foo_see-Komponenten nur wenig aufblasen, es würdfe sogar vielmehr das bisherige Loop-Feature, welches IMHO mit dem festdefierten Raster oder dem umständlichen Weg über die Advanced-Preferences nur geringen Nutzwert hat, einem hohen Nutzwert zuführen
Ich zieh mal den ernstgemeinten Part meines vorangegangenen Postings teilweise zurück: ein schwer durchschaubares Feature-Monster verlangt kumbbl nun wahrlich nicht, sondern aus meiner Sicht eine nahezu zwangsläufige Erweiterung einer bereits bestehenden Funktion. Zwangsläufig in dem Sinne, dass sich ohne diese Erweiterung beim Erscheinen der noch taufrischen Komponenete der Nutzen der Loop-Funktion sich mir einfach nicht erschließen wollte: Warum soll ich nach festgegebenen Zeitintervallen loopen, also ohne einen bestimmten Bereich eines Liedes festlegen zu können, beispielsweise eine Strofe, einen Refrain, eine Textpassage, einen Break oder was auch immer. Es ist nunmal so, dass der Inhalt dessen was gehört werden will die Dauer des Loops vorgeben sollte und nicht umgekehrt die vorab festgelegte Loopdauer einen zerhackstückten oder unvollständigen Inhalt zwangsläufig macht. Die von mir vorgestellte Idee - angenommen umgesetzt - macht es doch möglich recht simpel eine frei definierbare Passage zu loopen: Loop aktivieren, den Slider der Seekbar sekundengenau einstellen und loslassen, um dann letztendlich mit einem einzigen Hotkey/Button den Endpunkt zu setzen, wenn das Ende des Loops ertönt. Der nicht allzu hohe Preis für diese Einfachheit besteht darin, dass die ganze Passage, die geloopt werden soll, auch tatsächlich erstmal auch vollständig gehört werden muss, denn somit erpart man sich die Festlegung eines Anfangspunktes. Was ich zugegebenermaßen nicht so toll fände wäre der Umstand, dass dem Gebraucher der Komponenete selbst diese einfache Funktionsweise sich nicht sofort dadurch erschließen kann, dass er "Manually" im Menü sieht. Man aktiviert es und dann? Wie soll man intuitiv wissen, dass sowas wie "Set end point" angeboten wird? Nun, dadurch dass "Set end point" zwar ausgegraut wenn nicht brauchbar, aber doch sichtbar im Menü erscheint und mit "Manually" mittels eines Trennstrichs vom Rest des "Loop length"-Menüs separiert wird, um die Zusammengehörigkeit herauszustellen.
Unterm Strich: aus meiner Sicht einfach und intuitiv zu bedienen, auch wenn mein langer Text hier einen anderen Eindruck erwecken könnte
Ok, hier eine Testversion im Anhang.
Zitat von: grimes in 19. Juli 2011, 00:04:26
Ok, hier eine Testversion im Anhang.
Hi grimes,
erstmal ein dickes Danke für das schnelle erstellen einer Testversion!!
Funktioniert perfekt! exakt so wie ich wollte - endlich ne vernünftige Loop mit einer einfach einzustellenden beliebigen Endemarke und damit Dauer.
Wenn ich es recht verstanden habe, dann reseted ein Click in die Seekbar das ganze auf einen neuen Loop-Start und ich muss wieder einen neuen Endpunkt setzen - right?
Gut, also funktionieren tuts - jetzt müßte man das ganze noch so in den Menüs gestalten, dass es intuitiv ist...mindestens mal die beiden menüeinträge "Enable set..." und "Set end point" absetzen - mindestens mal durch einen Trennstrich; Ich wäre allerdings noch radikaler: Der Sinn der festvorgegegeben Längen "1 - 20 sek) bei der LOOP hat sich mir noch nie recht erschlossen. Bei Preview ist das toll, bei Loop eher überflüssig, weil diese - wie schon mein Vorredner sagte - eigentlich immer exakt für eine Wunschdauer definiert werden muss, wenn das ganze einen Nutzwert haben soll. Deswegen würde ich bei der Lop die festen sek-Werte ganz aus dem Menü schmeissen und bei der Loop nur mit dem Set-end-point-mechanismus arbeiten. Für mich wäre das ganze in summe viel sinniger, dann wäre auch eine klare trennung von loop und Preview zu erkennen - beides hat nämlich IMHO nix miteinander zu tun. Nun ja, zumindest sehe ich das alles so ;)
Eine weitere Anregung, unabhängig von dem neuen Loop-mechanismus: Wäre es sehr kompliziert, zusätzlich ein paar seek-spezielle Titleformat-Variablen anzubieten, als da wären:
%seekmode%: entweder "preview" oder "loop"
%seekstart%, %seekend%: anzeige im format hh:mm:sek
%seekduration%: aktuelle Einstellung
Damit könnte man z.B. dann diese Informationen in der Statusbar oder sonst wo geeignet anzeigen... beispiel für Loop:
Loop-Modus - start 1:23, end: 2:00, 37 sek.
ich hab aber keine Ahnung, wie aufwändig so was wäre... ich sehe nur den Nutzwert und der ist IMHO hoch - denn bisher sieht man eigentlich nie, ob ein preview oder Loop aktiv ist, außer man schaut ins menü.
Sop, das waren meine Anregungen.
Insgesamt aber nochmal: Vielen Vielen Dank - IMHO eins der besten kleinen Plugins für Foobar - tolle Arbeit, grimes!
Zitat von: kumbbl in 19. Juli 2011, 13:28:35
Wenn ich es recht verstanden habe, dann reseted ein Click in die Seekbar das ganze auf einen neuen Loop-Start und ich muss wieder einen neuen Endpunkt setzen - right?
Eigentlich nicht. Durch klick in die Seekbar sollte an der Looplänge nichts geändert werden. Damit verschiebt man quasi den gesamten loop.
Der reset geschieht mit "Enable set end point (Reset)". Kann man auch mit einem Shortcut belegen, so kann man das Ganze mit "klicken in die Seekbar" und 2 Shortcuts steuern.
Zitat von: kumbbl in 19. Juli 2011, 13:28:35
Gut, also funktionieren tuts - jetzt müßte man das ganze noch so in den Menüs gestalten, dass es intuitiv ist...mindestens mal die beiden menüeinträge "Enable set..." und "Set end point" absetzen - mindestens mal durch einen Trennstrich; Ich wäre allerdings noch radikaler: Der Sinn der festvorgegegeben Längen "1 - 20 sek) bei der LOOP hat sich mir noch nie recht erschlossen. Bei Preview ist das toll, bei Loop eher überflüssig, weil diese - wie schon mein Vorredner sagte - eigentlich immer exakt für eine Wunschdauer definiert werden muss, wenn das ganze einen Nutzwert haben soll. Deswegen würde ich bei der Lop die festen sek-Werte ganz aus dem Menü schmeissen und bei der Loop nur mit dem Set-end-point-mechanismus arbeiten. Für mich wäre das ganze in summe viel sinniger, dann wäre auch eine klare trennung von loop und Preview zu erkennen - beides hat nämlich IMHO nix miteinander zu tun. Nun ja, zumindest sehe ich das alles so ;)
Ich würde gerne die festen Looplängen drinnen lassen, das ist sehr intuitiv und klar z.B. 6sec Looplänge.
Wenn man foo_seek selten benutzt, weiß man sofort Bescheid. Sich den manuellen Set-part (incl shortcuts) zu merken ist schwieriger.
Zitat von: kumbbl in 19. Juli 2011, 13:28:35
Eine weitere Anregung, unabhängig von dem neuen Loop-mechanismus: Wäre es sehr kompliziert, zusätzlich ein paar seek-spezielle Titleformat-Variablen anzubieten, als da wären:
%seekmode%: entweder "preview" oder "loop"
%seekstart%, %seekend%: anzeige im format hh:mm:sek
%seekduration%: aktuelle Einstellung
Damit könnte man z.B. dann diese Informationen in der Statusbar oder sonst wo geeignet anzeigen... beispiel für Loop:
Loop-Modus - start 1:23, end: 2:00, 37 sek.
Gute Idee, aber das kann ich noch nicht. Vielleicht kann mir einer der Entwickler hier im Forum auf die Sprünge helfen.
Also eine Variable im Code in eine globale Titleformat-Variable umwandeln.
Sieht gut aus. Kleine Anmerkung zu den TF Variablen: sollte fooamp doch recht kriegen? Anders gesagt: kann man haben, aber der Nutzen geht doch gegen Null, oder? Irgendwo noch geschrieben zu sehen, was man ohnehin weiß - lohnt sich da grimes Mühe?
2 kleine Punkte, die ich für verbesserungswürdig erachte:
1. Ohne festgesetzten Endpunkt springt man am Ende des Stückes in das nächste. Der lieben Stimmigkeit wegen bietet sich das Ende des Stückes als Ende des Loops an, damit man auch wirklich einen Loop hat, wenn man ihn schon aktiviert hat.
2. Ohne grimes Kommentar wäre ich nicht darauf gekommen, das "Enable set end point (reset)" auch den bereits festgelegten Endpunkt wieder beseitigt. Deswegen weil es gegen jede Konvention verstößt, dass eine sogenannte Radiobutton-Option eine weitere Bedeutung erhält. Erwartungsgemäß passiert garnichts, wenn man solch eine Option im aktivierten Zustand erneut anklickt. Aus Zeitmangel ohne Begründung hier ein anderer Vorschlag: "Set end point mode", dann erst ein Trennstrich, um die Radiobuttton-Optionen zusammenzuhalten (vergeßt was ich oben schrieb), dann "Set end point" und wenn ein Endpunkt existiert dann noch "Remove end point". Ich weiß, ich weiß: ein Button/Hotkey mehr, aber wenigstens um Längen deutlicher und intuitiver imo.
Neue Testversion im Anhang.
Das mit dem Trennstrich hab ich nicht hinbekommen. :-[
Macht ja nichts! :)
Du bist gerade dabei zu lernen, in C++ fobbar2000 Komponeneten zu schreiben, und hast schon eine verdammt gute mit foo_seek hingekriegt. :top:
Ich werd morgen mal versuchen, die neue Funtion gründlich zu testen und sag bescheid wenn es irgendwo hakt.
Zitat von: grimes in 19. Juli 2011, 20:36:13
Neue Testversion im Anhang.
Das mit dem Trennstrich hab ich nicht hinbekommen. :-[
funktioniert - allerdings versteh ich nicht so recht den Sinn des menüpunkts "Remove endpoint"... generell finde ich bei dieser mechanik, dass bei einer bereits definierten Loop mit endpoint ein weiterer Klick in die Seekbar die Loop mit dieser Länge an einen anderen Punkt verschiebt, die anzeige, ob und wo nun eine Loop gesetzt ist, umso wichtiger - durch die von mir angeregten TF-Variablen ... im gegensatz zu quert73 finde ich das alles andere als nutzlos - mir gings jetzt schon, dass ich oft nicht mehr weiß, ob ne loop aktiv ist oder nicht, mich z.B. wundere, dass bei der kleinsten veränderung einer Playlist diese wieder weg ist...
Optimalerweise würde in der Seekbar durch geeignete farbliche Hinterlegung die aktuelle Loop visuell dargestellt, das wäre maximal benutzerfreudlich.... aber das ginge wohl zu weit, weil man dazu die Komponenten Seekbar und seek integrieren müßte - was aber - wenn wir schon dabei sind - in summe die optimale Lösung wäre...
Anyway: sollte die Komponente so bleiben, wie sie ist, komme ich damit zurecht, sie kann ja alles, was ich will...und sie ist nachwievor eine sehr gute und sinnvolle Komponente - aber im Sinne möglicher Optimierungsmöglichkeiten sind meine Ausführungen oben zu verstehen... ;)
Einen eigenen seek balken den ich als UI Element einbinden kann würde mir schon genügen, mit 2 schönen kleinen schiebereglern. So wie bei yourepeat, da befindet dieser sich unter dem Video ( http://www.yourepeat.com/watch/?v=q0ryRwKkKI4&feature=youtube_gdata ).
Weil gerade beim manuellen end point setzen finde ich es sehr nervig wenn der zu wiederholende teil 5 minuten lang ist und ich dann genau den richtigen moment abpassen muss, sprich da 5 Minuten mich darauf konzentrieren muss.