Verfasste Forenbeiträge
-
Beiträge
-
Hallo an Alle,
die neueste Version 2.4.608 läuft jetzt ohne große Probleme. Man kann jetzt wählen, ob die Caverbilder gespeichert werden sollen oder nicht (nur wenn kein Bild, z.B. bei AOL-Radio, dabei ist, kommt es vor, dass das letzte erkannte Bild einem folgenden Song zugeordnet wird).
Der Normalisierungsvorgang hat bei mir den Recorder in älteren Versionen manchmal ausgebremst (Frame-Verluste in unterschiedlichem Umfang) Ist jetzt behoben.
LAME in der AOMRecFix.INI in der Zeile „mp3=copy …..“ aus „-h“ „-f“ machen, und schon sind die Songs blitzschnell in mp3 umcodiert. Dieser Prozess bremst den Recorder auch nicht mehr aus (führte zeitweise zu Frame-Verlusten und übergroßem Puffergebrauch).
Man sollte aber trotzdem keine all zu rechenintensiven Prozesse nebenher laufen lassen. Am besten nachts aufnehmen (AOL-Radio stoppt allerdings nach ca. 4 Stunden und fragt nach ob man weiterhören will.
Noch ein Tip zum LAME-Encoder:
Die neueren Versionen bringen weitere Dateien mit (lame.css, lame-enc.dll).
Die müssen mit in den AOM-Programmordner kopiert werden.
So, nun viel Spass noch
Nightshifter (Günther)
Hallo Thomas
Funktioniert einwandfrei und schnell.
Jetzt auf gleichem Weg eine Option „CoversYesNo=“ 0 für nein, 1 für ja in die INI einbauen. Wenn 0 dann Stream erst gar nicht auf Bilder überprüfen. Spart Systemressourcen.
Viele Grüsse
Günther
Hallo Thomas,
habe mal kurz die neue Version (606) angetestet und hatte wieder jede Menge Warnmeldungen (fast bei jedem Song, sobald der Encoder startet).
Hab’s auch mit LAME 3.97 probiert, hat sich nichts geändert. Bin dann wieder auf 605 zurück, die ja gerade recht ordentlich lief, nachdem ich das Laufwerk gewechselt hatte. Hab auch wieder LAME 3.93 drauf. Jetzt bringt mir diese Konfiguration auch wieder laufend Warnmeldungen mit Pufferzahlen zeitweise über 400.
Das alles betrifft, wie gesagt, nur die Pausenerkennung mittels Medienänderung.
Ich bleib dran
iele Grüsse
Günther
Hallo Thomas,
Die bisherige Aufzeichnungskonfiguration sah so aus:
Alle Ordner für die Temp-, Ziel- und Logdateien lagen auf LW E: (2te S-ATA-Platte mit 500 GB)
Jetzt habe ich mal alle drei Ordner im AOMrecorder auf LW
(erste S-ATA-Platte mit 2 Partitionen) gelegt. (LW C: ist die erste Partition mit OS und Anwenderprogrammen).Erste Testläufe sahen vielversprechend aus. Keine Pufferwarnmeldungen mehr und die Spieldauerwerte sahen auch gut aus (+/- 1-2 Sek. ist normal).
Die meisten stimmten sogar bis auf die Sekunde mit den Werten früher aufgezeichneter gleicher Songs.
PS: Ich wollte eigentlich diese Meldung schon abgeschickt haben, aber dann kam was dazwischen.
Die neue Version hab ich gerade runtergeladen. Bei der Prüfung auf Updates aus dem Recorder heraus hat er allerdings kein neues Update erkannt.
Viele Grüsse
Günther
Hallo Thomas,
Zum Verlust von Frames:
– Verwendest Du den Player im AOL-Client oder im MS IE?
– Welcher Sender?
– Welche Methode der Pufferbearbeitung ist eingestellt?
– Welche Einstellungen für die MP3-Kodierung?
– Welche Version von Lame?
Ich verwende MS IE 7. Einwahl per DFÜ-Verbindung
Sender sind AOL Gothic und Classic Rock
Pufferbearbeitung 1
MP3 mit 128kbps
Lame 3.93 MMX
So wie es aussieht, sind bei Pausenerkennung über den Medienwechsel bereits die Wave-Dateien mit den Verlusten versehen. Der direkte Vergleich mit einer Parallelaufnahme hat mir das gezeigt.
Viele Grüsse
Günther
Hallo Thomas,
habe gerade noch einen Bug entdeckt:
Zwischen zwei Songs mit Bildern lief ein Song ohne Bild, der erhielt dann das Bild des zuvor gespielten Titels, aber mit seinen eigenen Tags.
Viele Grüsse
Günther
Hallo Thomas,
das mit den verlorenen Frames verwirrt mich bei jedem Testlauf aufs neue.
1.) Nehme ich mit „Stille erkennen“ auf, scheint alles ok zu sein mit der Dateilänge. Differenzen von wenigen Sekunden sind wahrscheinlich darauf zurück zu führen, wie knapp die Start- und Endstille gekappt wird.
2. Nehme ich mit „Medienwechsel erkennen“ auf, sind immer wieder Songs dabei, denen zum Teil bis zu 30 Sekunden im Vergleich zu einer zuvor gemachten Aufnahme des gleichen Songs fehlen.
Ich habe zum Vergleich einmal parallel mit einem anderen Recorder vier Songs aufgenommen. Dort war alles im grünen Bereich. Jedoch das Endprodukt von AOMRecorder hatte zum Teil erhebliche Verluste aufzuweisen (10 Sekunden bei zwei der vier Songs. Also an der Datenübertragung kann es somit nicht liegen.
Irgend etwas sscheint AOMRecorder zu beinflussen, wenn man mit der Option „Medienwechsel erkennen“ aufzeichnet.
Ausserdem kommt es bei dieser Methode bei fast jedem Song zu der Warnmeldung über die Zahl der belegten Aufnahmepuffer (200 bis über 400 Puffer) sobald der Encoder mit seiner Arbeit anfängt. Deaktiviert man die Umwandlung und das anschliessende Löschen der Temp-Dateien und löst die Encodierung von Hand aus (AOMEncoder von Hand starten), kommt es auch zu diesen Meldungen.
3.) Das mit den falsch zugeordneten Coverbildern muss ich noch etwas intensiver beobachten. Das Problem scheint mit der extrem unterschiedlichen Pausensteuerung seitens AOL zusammen zu hängen. Manchmal sind die Pausen kaum erkennbar, und der Wechsel der Mediendaten findet manchmal noch im laufenden Song statt und ein anderes Mal im folgenden Song und manchmal irgendwo dazwischen.
Das alles auf die Reihe zu kriegen, ist wahrscheinlich nicht ganz so trivial, wie man meinen könnte (Song läuft, Bild einlesen und direkt ab damit auf die Festplatte).
Eine Frage zu den Bildchen habe ich noch: Sind die wirklich nur 75×75 Pixel gross?
Bis bald und viele Grüsse
Günther
Hallo Thomas,
Es wäre ein nettes, und wie ich finde, ein sinnvolles Feature, die Excludeliste nach der/dem jeweiligen Station/Genre zu benennen, anstatt nur Exclude.txt.
Man könnte sich dan leichter zurechtfinden und die Datei würde nicht so groß werden. Denn bei eifrigen „Jägern und Sammlern“ kommen schnell mal einige 1000 Titel zusammen.
Viele Grüsse
Günther
PS:Ich hoffe, Du bist an der Korrektur des Problems mit den falschen Coverbildern (Pausenerkennung über TAG-Wechsel) dran.
Hallo Max,
Kann man so auch machen. Da ich z.B. mit einem Organizer arbeite, ist es einfacher, erst nach Album zu sortieren und die Dateien alle zu markieren und nur einmal das Bild auszuwählen. Ist aber halt Geschmackssache.
Was anderes: Hast Du auch meinen Thread über die fehlerhafte Zuordnung von Bildern zum Song gelesen? Hast Du auch mal die Pausenerkennung über den Wechsel der Mediendaten getestet? Bei mir holt er sich dann immer das Bild des aktuell laufenden Songs.
Und ja, AOL hat da nicht nur mit den korrekten Titelinformationen Probleme sondern auch mit dem Steuern der Pausenlänge (von wenigen Millisekunden bis manchmal ca. 5 – 6 Sekunden. Ich dachte, dass läuft alles Computergesteuert ab. Aber anscheinend arbeiten die noch mit dem guten alten Abakus.
Viele Grüsse an alle
Günther
Hallo Thomas,
hier weitere Erkenntnisse zur Übernahme der Coverbilder:
1) Arbeite ich als Pausenerkennung mit „Stille erkannt“, dann werden die Covers richtig übernommen.
2.) Arbeite ich mit „Mediendaten wechseln, wird das Cover des gerade laufenden Songs und nicht das des gerade aufgenommenen Songs übernommen.
Mein Vorschlag wäre, das Cover bereits dann abzuspeichern, wenn es im Quickbutton erscheint. Damit wäre meiner Meinung nach sicher gestellt, dass das richtige Cover gespeichert wird.
Warte schon gespannt auf die 2.4.604
Ausserdem habe ich seit der 2.4.X keine Systemüberlastungen mehr gehabt.
Off Topic: Kann es sein, dass während der Radiostream läuft, Frames verloren gehen? Ich habe nämlich beim Vergleichen von Songs mit einer älteren Aufnahme des gleichen Songs Dateiverkürzungen von bis knapp über 1 Minute festgestellt. Lag möglicherweise am Betrieb des Modems als Router. Wähle ich mich per DFÜ-Verbindung ein, sieht’s deutlich besser aus (weniger Abweichungen in der Spieldauer der Songs)
Viele Grüsse
Günther
Hallo Thomas und Max,
die Bilder gehören ja nicht nur zu den gerade gespielten Song, sondern zu dem Album, von dem der Song stammt. Ich habe mittlerweile auch eine recht umfangreiche Sammlung. Viele der Songs stammen von einem Album. Wenn also dieses Bild gelöscht wird, weil einem der eine Song nicht gefällt, fehlt es den anderen Songs, die man noch behält.
Viele Grüsse
Günther
Hallo Thomas,
die neue Pausenerkennungsmethode scheint auf den ersten Blick ganz gut zu funktionieren. Danke
Viele Grüsse
Günther
Hallo Thomas,
ich hab’s auch mit der von Dir vorgeschlagenen Alternative versucht, auch hier irgendwann ein totales Überlasten des Systems.
Zur Zeit teste ich, ob dieses Problem auch auftritt, wennich das Modem als Router betreibe, der sich selbst einwählt. Bis jetzt sieht es ganz gut aus.
Möglicherweise hängt das Problem an der Einwahl per Modem und dem regulären AOL-Einwahl-Programm.
Wenn ich mehr weiß, melde ich mich hier wieder.
Viele Grüße
Günther
Hallo Thomas,
leider zu früh gefreut. Samstag Abend Aufnahme gestartet und ins Bett gegangen. Kurz danach hat er sich augehängt. Also am Radio-Neustart liegts wohl auch nicht.
Aber wenn mal keine Störungen auftreten, einwandfrei.
Sieh Dir auch bitte meinen Thread zum Thema „Pausenerkennung“ an.
Schönes Wochenende
In Erwartung des nächsten Updates
Gruß
Günther
