[mp3dc] Ganze Pause schneiden bleibt hängen

FilterBoy · Postet sich warm

Hi!

Kurz und knapp erklärt: Wenn ich Pausen suche normal verwende klappt es ohne Probleme. Wenn ich "Ganze Pausen schneiden" anschalte, dann bleibt das Programm nach ca 4/5 hängen, unabhängig von der MP3 oder der Anzahl der gefundenen Pausen.

Irgendwelche Ideen, woran es liegen kann?

gustav · Postet sich warm

mpesch3 · MPeX.net Guru

Aber es hängt sich nicht das ganze Programm auf, oder?!

Bei mir stoppt die Funktion zwar auch nicht richtig, aber der Dialog lässt sich beenden, die Pausen sind rausgeschnitten und man kann weiter arbeiten.

gustav · Postet sich warm

Nein, das Programm hängt sich nicht auf. Die Grafik zeigt dann, dass die erste Pause (bis zur ersten Indexmarke) gelöscht wurde, die zweite jedoch nicht. Das gilt auch für alle weiteren Pausen bei längeren Files. Ich habe einige Snapshots (Fig123.zip, 243 KByte) dazu unter

http://rcpt.yousendit.com/854452957/271d598a52e76c1c5583050cf5aa69c6

eine Woche zum Downloaden bereitgestellt. Track05.mp3 ist das Eingabefile, Fig1.jpg zeigt dasselbe, Fig2.jpg die verwendeten Parameter, also Lautstärke: -18,1dB, Mindestdauer: >1.0 sec, Verschiebung: -30 frames und "Ganze Pause schneiden" aktiviert. Das Programm hat offensichtlich alle Pausen gefunden ("Gefunden: 2"), beendet allerdings vorzeitig die Bearbeitung, d.h. der grüne Balken am Boden des Fensters läuft nicht bis zum Anschlag. Fig3.jpg zeigt das Ergebnis, das File kann dann weiter bearbeitet werden.

Ich hoffe, Sie können etwas dazu sagen und bedanke mich schon mal im Voraus

mpesch3 · MPeX.net Guru

Also, ich glaube schon, dass bis zum Ende durchsucht wird. Nur die Fortschrittsanzeige wird am Ende nicht richtig angepasst. Auch die hellblaue Selection des letzten Cuts wird nicht entfernt und steht am Schluss falsch da. Das sind aber alles nur Anzeigefehler.
Was mich viel mehr stört ist, dass offenbar die Länge der zweiten Pause nicht richtig erkannt wird und das Programm zu wenig rausschneidet - selbst bei einem sehr niedrigen Signalabstand. Die erste wird ja korrekt entfernt.
Da muss ich nochmal drüber gucken.

gustav · Postet sich warm

Herzlichen Dank schon mal für die Antwort. Bin bis zum kommenden Dienstag nicht im Hause. Also bitte nicht wundern, wenn ich mich bis dahin nicht melde...

gustav · Postet sich warm

Hallo Herr Pesch,
ich beschäftige mich immer noch dem Problem und habe noch mal ein Beispiel hinterlegt: Unter

http://rcpt.yousendit.com/896169663/12f89fc08d90a8418fa48cbe174134e9

steht mpesch3.zip (etwa 1 MB, e-ig24cut1.mp3, e-ig24cut1.mpd, test0.jpg bis test3.jpg) eine Woche zur Verfügung. Aus den Files geht hervor, dass alle 4 Pausen erkannt werden (die vierte ist wohl nur nicht markiert, siehe test3.jpg), aber sie werden NICHT gelöscht, was ja das eigentliche Ziel ist. Mache ich etwas falsch? Zu bemerken ist noch, dass der Prozess nach dem Erkennen der Pausen hängt (test2.jpg) und erst durch STOP und erneutem START zuende geführt wird.
In der Hoffnung, dass Sie etwas dazu sagen können, besten Dank schon mal im Voraus.
Günter Schulz

mpesch3 · MPeX.net Guru

Haben Sie Version 2.12 benutzt?
Da gab es bei der Pausenerkennung ein paar Änderungen.

Wenn ich es probiere, werden zwei Pausen komplett geschnitten, eine komischerweise nur zur Hälfte, der Rest hinten bleibt, weil es keine Pause ist. Hängen bleiben tut es nicht mehr.

gustav · Postet sich warm

Nein, ich hatte noch die Version 2.11 drauf. Das war der entscheidende Tip - vielen Dank. Bei Anwendung längerer mp3-Files (einige hundert Pausen) läuft das Programm zwar jetzt durch, allerdings werden etwa die Hälfte der Pausen (verteilt im ganzen File) immer noch nicht erkannt. Erst nach Abspeicherung und erneutem Laden und Anwenden erwischt das Programm auch die meisten verbliebenen Pausen. Nach nochmaligem Durchlauf der beschriebenen Art sind dann alle Pausen entfernt. Der Aufwand ist nicht erheblich, aber vielleicht kann dieser Mangel für die nächste Version noch beseitigt werden?
Nochmals herzlichen Dank
Günter Schulz