<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Abweichungen der Trackdauer von MP3 und Original]]></title><description><![CDATA[<p dir="auto">Auch wenn diese Frage hier bereits in einem anderen Unterforum gestellt worden sein mag - ich habe sie beim Überfliegen nicht bemerkt - packe ich sie wegen Punkt 2) noch einmal hierher: ;D</p>
<ol>
<li>
<p dir="auto">Mich würde einmal interessieren wie sehr ich mich auf die Zeitangabe des gegrabbten Materials verlassen kann. Ich habe nämlich bereits Abweichungen festgestellt, daß die von Audiograbber erstellten Tracks kürzer als die Originale waren. <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f62e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--open_mouth" style="height:1.4em;width:auto;vertical-align:middle" title=":o" alt="😮" /></p>
</li>
<li>
<p dir="auto">Nach einer Line In Aufnahme kommt es bei meinem Rechner schon einmal vor, daß beim Drücken des Buttons Komprimierung starten das "Problem" auftritt, daß die Komprimierung nicht startet, das Aufnahmematerial dafür aber den Speicher verläßt.  <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f620.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--angry" style="height:1.4em;width:auto;vertical-align:middle" title="&amp;gt;:(" alt="😠" /> Die Schaltfläche Komprimierung starten verschwindet dann, der Vorgang an sich wird aber nicht angestoßen. Halb so wild - denn dann holt man sich das Material eben über "Von Datei aufnehmen" wieder zurück.  ;D Nur ist mir dabei vor kurzem aufgefallen, daß aus einer Aufnahmedauer 18.04 min im gegrabbten Format nur noch 17.10 min übrig geblieben sind. Ein zweiter Versuch ergab das gleiche Ergebnis. Wie geht dem?  ??? ??? ??? ??? ???</p>
</li>
</ol>
<p dir="auto">Die MP3's werden bei mir grundsätzlich über Winamp abgespielt. Wenn ich eine Trackdauer über Windows anzeigen lasse oder sie im Winamp Player ablese, differiert das in wenigen Fällen um 1 Sekunde. Das soll auch in Ordnung sein, aber im obigen Fall war das ja etwa 1 Minute.</p>
<p dir="auto">Wenn also Abweichungen "normal" sind, dann würde mich schon einmal interessieren, wie weit diese gehen, bzw. ob diese auch mit der Komprimierungsrate zu tun haben.</p>
<p dir="auto">Freue mich auf Antwort(en). Danke !</p>
<p dir="auto">KEEP ON LISTENING</p>
<p dir="auto">BILLABONG</p>
<p dir="auto">P.S.: Sofern erforderlich: Habe einen Athlon 1,8 GHz aus dem Jahr 2002 (dementsprechende Hardware) und benutzte WinXP. Die Rechnergeschwindigkeit sollte also ausreichend sein.</p>
]]></description><link>https://forum.audiograbber.de/topic/1853/abweichungen-der-trackdauer-von-mp3-und-original</link><generator>RSS for Node</generator><lastBuildDate>Thu, 24 Sep 2026 13:27:23 GMT</lastBuildDate><atom:link href="https://forum.audiograbber.de/topic/1853.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 28 Apr 2004 13:01:46 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Abweichungen der Trackdauer von MP3 und Original on Sat, 01 May 2004 10:29:51 GMT]]></title><description><![CDATA[<p dir="auto">Das mit dem Kompressionsbefehl über Menu hatte ich noch gar nicht gesehen. Ich benutze jetzt die Version 1.83. Gab es das früher auch schon?? Ich schau mal...</p>
<p dir="auto">Die Option gibt es seit einer Ewigkeit, ich behaupte, seit V 1.50, aber genau weiß ich das nicht.</p>
<blockquote>
<p dir="auto">Das mit der minimalen Abweichung höre ich gerne (1-2 sec). Ich habe jedoch heute gerade wieder eine enorm größere Abweichung feststellen müssen. Und zwar habe ich eine MC mit 16.48 min Dauer pro Seite, also gesamt 33.36 min aufgenommen. Genau die gleiche MC hatte ich bereits vor einem viertel Jahr schon einmal aufgenommen. Dauer des Materials waren dafür 35.26 min.  <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /> <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /> <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /></p>
</blockquote>
<p dir="auto">Ist denn ein Unterschied feststellbar? Ist die Musik zu schnell? Oder fehlt ein Teil?<br />
Eigenartig ist es allemal, so einen Fehler hatte ich noch nie.</p>
<blockquote>
<p dir="auto">Obwohl mein Rechner wirklich nicht zu langsam ist, könnte es nicht vielleicht doch damit zusammenhängen, daß beim Grabben zusätzliche Zeit berechnet wird, wenn der PC einigermaßen ausgelastet wird während der Komprimierung??</p>
</blockquote>
<p dir="auto">Das kann damit eigentlich nicht zusammenhängen. Das eine ist die Systemzeit, das andere die "Prozessorzeit", wie man es ab und zu umgangssprachlich hört - gemeint ist dabei natürlich die Auslastung auf einer Zeitachse, das eine hat mit dem anderen nicht wirklich etwas zu tun.</p>
<p dir="auto">Christof</p>
]]></description><link>https://forum.audiograbber.de/post/11013</link><guid isPermaLink="true">https://forum.audiograbber.de/post/11013</guid><dc:creator><![CDATA[deleted]]></dc:creator><pubDate>Sat, 01 May 2004 10:29:51 GMT</pubDate></item><item><title><![CDATA[Reply to Abweichungen der Trackdauer von MP3 und Original on Sat, 01 May 2004 09:25:18 GMT]]></title><description><![CDATA[<p dir="auto">Hallo Christof,</p>
<p dir="auto">danke für die schnelle(n) Antwort(en).</p>
<p dir="auto">Das mit dem Kompressionsbefehl über Menu hatte ich noch gar nicht gesehen. Ich benutze jetzt die Version 1.83. Gab es das früher auch schon?? Ich schau mal...</p>
<p dir="auto">Das mit der minimalen Abweichung höre ich gerne (1-2 sec). Ich habe jedoch heute gerade wieder eine enorm größere Abweichung feststellen müssen. Und zwar habe ich eine MC mit 16.48 min Dauer pro Seite, also gesamt 33.36 min aufgenommen. Genau die gleiche MC hatte ich bereits vor einem viertel Jahr schon einmal aufgenommen. Dauer des Materials waren dafür 35.26 min.  <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /> <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /> <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /></p>
<p dir="auto">Obwohl mein Rechner wirklich nicht zu langsam ist, könnte es nicht vielleicht doch damit zusammenhängen, daß beim Grabben zusätzliche Zeit berechnet wird, wenn der PC einigermaßen ausgelastet wird während der Komprimierung??</p>
<p dir="auto">Allen einen schönen 1. Mai.</p>
<p dir="auto">KEEP ON LISTENING</p>
<p dir="auto">BILLABONG</p>
]]></description><link>https://forum.audiograbber.de/post/11009</link><guid isPermaLink="true">https://forum.audiograbber.de/post/11009</guid><dc:creator><![CDATA[billabong]]></dc:creator><pubDate>Sat, 01 May 2004 09:25:18 GMT</pubDate></item><item><title><![CDATA[Reply to Abweichungen der Trackdauer von MP3 und Original on Wed, 28 Apr 2004 14:55:15 GMT]]></title><description><![CDATA[<ol>
<li>Mich würde einmal interessieren wie sehr ich mich auf die Zeitangabe des gegrabbten Materials verlassen kann. Ich habe nämlich bereits Abweichungen festgestellt, daß die von Audiograbber erstellten Tracks kürzer als die Originale waren. <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f62e.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--open_mouth" style="height:1.4em;width:auto;vertical-align:middle" title=":o" alt="😮" /></li>
</ol>
<p dir="auto">Audiograbber benützt für die Zeitberechnung die Systemzeit und errechnet sie nicht aus der Größe der Datei. Das kann gewisse Abweichungen geben, aber mehr als 1 bis 2 Sekunden wären da schon merkwürdig.</p>
<blockquote>
<ol start="2">
<li>Nach einer Line In Aufnahme kommt es bei meinem Rechner schon einmal vor, daß beim Drücken des Buttons Komprimierung starten das "Problem" auftritt, daß die Komprimierung nicht startet, das Aufnahmematerial dafür aber den Speicher verläßt.  <img src="https://forum.audiograbber.de/assets/plugins/nodebb-plugin-emoji/emoji/android/1f620.png?v=e9a97f19cd2" class="not-responsive emoji emoji-android emoji--angry" style="height:1.4em;width:auto;vertical-align:middle" title="&amp;gt;:(" alt="😠" /> Die Schaltfläche Komprimierung starten verschwindet dann, der Vorgang an sich wird aber nicht angestoßen.</li>
</ol>
</blockquote>
<p dir="auto">Das Problem konnte ich bisher nicht nachvollziehen. Haben die Dateinamen in dem Fall irgendwelche Sonderzeichen?</p>
<blockquote>
<p dir="auto">Halb so wild - denn dann holt man sich das Material eben über "Von Datei aufnehmen" wieder zurück.  ;D</p>
</blockquote>
<p dir="auto">Du kannst das auch noch einfacher machen, indem Du aus dem Line-Modul rausgehst und die Funktion zur Kompression im Menü Datei verwendest.</p>
<blockquote>
<p dir="auto">Nur ist mir dabei vor kurzem aufgefallen, daß aus einer Aufnahmedauer 18.04 min im gegrabbten Format nur noch 17.10 min übrig geblieben sind. Ein zweiter Versuch ergab das gleiche Ergebnis. Wie geht dem?  ??? ??? ??? ??? ???</p>
</blockquote>
<p dir="auto">das könnte an der Vorgangsweise liegen, weil auf die Art die Dateien nochmals aufgezeichnet werden. Ich würde es mit dem Kompressionsbefehl im Menü datei versuchen, dann sollte das nicht mehr auftreten.</p>
<blockquote>
<p dir="auto">Wenn also Abweichungen "normal" sind, dann würde mich schon einmal interessieren, wie weit diese gehen, bzw. ob diese auch mit der Komprimierungsrate zu tun haben.</p>
</blockquote>
<p dir="auto">Siehe oben - ist nicht normal. Bitte anders versuchen wie beschrieben.</p>
<p dir="auto">Christof</p>
]]></description><link>https://forum.audiograbber.de/post/10979</link><guid isPermaLink="true">https://forum.audiograbber.de/post/10979</guid><dc:creator><![CDATA[deleted]]></dc:creator><pubDate>Wed, 28 Apr 2004 14:55:15 GMT</pubDate></item></channel></rss>