nochmal vielen Dank für die Antwort
Statistics: Posted by Guest — 14. Jun 09, 21:54
]]>
Also ansich könnte man das so sehen. Ein MP3 hat nur dann ein Problem, wenn ein dieses im Abspiel-Alltag auch auffällt, wenn diese falsche Zeitangabe bei Silverjuke irgendwelche Probleme macht, wie bei mir z.B die Hänger beim Classic Box Skin.
Hätte ich dieses nicht, hätte ich im Leben nie gemerkt das die MP3 Dateien da irgenwo ein Problem aufweisen, da bei anderen Player - Skins nie aufgefallen !
Sollte man diese Probleme also von MP3Val beheben lassen ? Ich habs aus zwei Gründen getan erstens um meinen Lieblings Skin weiter zu nutzen, und zweitens weil irgendeine Macke in mir drin es nicht zu lässt das meine MP3 Dateien nicht 100%ig sind und nen Fehler aufweisen !
Auch darüber läßt sich streiten, denn was behebt MP3Val nun wirklich alles an Fehlern, erst mal schreibt MP3Val auf jeden Fall den VBR-Header neu. Ob diese Neu schreiben wirklich soviel besser ist ? Weiß nicht aber es behebt scheinbar meinen Anfangs Fehler - habe nach Fehler Korrigtur noch keine neuen Fehler an den MP3 Dateien entdeckt und bis ich die gefunden habe, fühle ich mich jetzt besser weil MP3Val meckert nicht sagt Status OK und Silverjuke verhält sich jetzt bei Zeitanzeige normal.
Du merkst ob Du jetzt MP3Val Deine Dateien bearbeiten läßt, mußt Du wissen ob dieses für Dich Sinn macht !
Habe auf jeden Fall BIS JETZT noch keine Probleme finden können und ich habe MP3Val meine komplette MP3 Datenbank testen und repariren lassen !
Fazit : Notwendigkeit und eventuelles Risiko liegt letzendlich bei Dir !
Sorry besser kann ich nicht helfen und zum Rippen habe ich ja schon meinen Beitrag mitgeteilt ! Denn mit EAC hatte ich die Lese Fehler auch immer wieder, was aber auch an mir gelegen haben kann ! hmmmm
Gruß Tomy
Statistics: Posted by Longtomy — 14. Jun 09, 19:15
]]>
Analyzing file "D:\Musikalben\0-9\4 Non Blondes (1992) Bigger,Better,Faster,More\11. 4 Non Blondes - No Place Like Home.mp3"...
WARNING: "D:\Musikalben\0-9\4 Non Blondes (1992) Bigger,Better,Faster,More\11. 4 Non Blondes - No Place Like Home.mp3": Wrong number of MPEG data bytes specified in Xing header (6092941 instead of 6092564)
INFO: "D:\Musikalben\0-9\4 Non Blondes (1992) Bigger,Better,Faster,More\11. 4 Non Blondes - No Place Like Home.mp3": 7234 MPEG frames (MPEG 1 Layer III), +ID3v1+ID3v2, Xing header
Done!
da ich mir nun nicht sicher bin ob ich die Fehler beheben soll und ich auch nicht weiß was das Programm macht bitte ich um Hilfe und um einen Rat. alle Dateien sind mit EAC gerippt wurden und werden auch in silverjuke und in winamp ohne Probleme wiedergegeben. was soll mann tun problem beheben lassen oder nicht. Danke für Antworten
Statistics: Posted by Guest — 14. Jun 09, 18:41
]]>
Statistics: Posted by Guest — 14. Jun 09, 17:05
]]>
Hat das ein Vorteil? Hab es noch nie ohne probiert. Bei dieser Einstellung wir erst die ganze CD auf HD gerippt und dann alles komprimiert.
Gruß
DJ Pessario
Statistics: Posted by DJ Pessario — 12. Jun 09, 10:29
]]>
Mein letzter Beitrag sollte auch für alle die sein, die in Zukunft auch mal au das Problem stoßen !
Aha kann ich ja auch mal setzten,welche Vorteile bringt das ?
Also durchs nachträgliche Umbenennen und Cover hinzufügen habe ich bis jetzt noch keine Fehler bemerkt.
Bis die Tage ...
Statistics: Posted by Longtomy — 12. Jun 09, 10:19
]]>
habe schon immer diese Einstellung im AG gehabt. Einen weiteren Haken habe ich noch gesetzt bei "Erst alle Tracks grabben, dann komprimieren"
Gruß
DJ Pessario
Statistics: Posted by DJ Pessario — 12. Jun 09, 09:49
]]>
Gut gebe ich noch einmal mit meinen Senf dazu,
Also seit gestern nutze ich auch wieder den Audiograbber mit Lame Codec von deren Homepage !
Begründung habe über Google ne Forum-Seite auf der Homepage vom Audiograbber gefunden
(die ich mir Leider nicht gemerkt habe) die sich ebenfalls mit diesem Thema beschäftigt hat !
Und zwar heißt es hier das es Definitiv der VBR-Header ist der Defekt ist bzw. Falsch geschrieben wird !
Habe gestern mehrfach meine Test CD von Shakin Stevens
durch laufen lassen unter Exact Audio Copy (schon mitlerweile Hauchdünn die Scheibe 
) immer wiederfand MP3Val Fehler und mußte diese beheben.
Nun schrieben die User in dem Audiograbber Forum das dieses mehrfach passiert, wenn Direkt in MP3 Format komprimiert ohne vorher die CD ins Wav format auszulesen !
Daher sollten die Einstellungen so sein, das man erst ins WAV format kodieren lässt und dann erst in eine MP3 konventiert.
Meine Einstellungen sind so :
Jetzt kann es zwar purer Zufall, aber nach nochmaligem Auslesen der CD.
Wurde unter Audiograbber jetzt die CD jetzt gleich Fehlerfrei ausgelesen, wenn´s auch ein wenig länger dauert, aber was tut man nicht alles für ein wenig Qualität ?
Auf jeden Fall hatte MP3Val jetzt nichts mehr zu meckern und die Musikstücke wurden gleich mit Status Ok erklärt.
Merkwürdig fand ich, das Exact Audio Copy mit Wizard Einstellung den gleichen Weg geht beim Komprimieren aber trotz dessen Fehler am Schluß aufweist.
Egal vielleicht war das die Lösung fürs Rippen, könnt es ja auch mal so probieren.
Wenns hilft habe ich vielleicht auch mal was gutes Beigetragen und nicht immer nur aus dem Forum genommen.
Mist ist nur das ich auch ein paar Kaufstücke (MP3 Dateien) noch dabei
habe die Fehler aufweisen, die man zwar unter anderen Playern nicht bemerkt aber Silverjuke stößt dran auf. Scheinbar achten auch Kaufportale (Saturn/Media Markt)nicht so drauf ob das mit dem VBR-Header so hinhaut bzw. sehen das als unnötig. An manchen Stücken beißt sich dann auch MP3Val die Zähne aus, und kann diese nicht reparieren.
Schade scheint wohl ein Thema voller Mißverständnisse zu sein
Hoffe konnte nochmal ein bißchen helfen und das ich auch Zukunft keine Probleme mit den Einstellungen mehr haben werde !
Gruß Tomy
Statistics: Posted by Longtomy — 12. Jun 09, 09:37
]]>
hab mir auch schon sehr den Kopf darüber zerbrochen, woher diese Fehler kommen. Werd das Gefühl aber nicht los, das das beim schreiben der Tags passiert. Konnte das oft schon beobachten, wenn ich eine Audio-Datei gerippt habe, war diese zunächst fehlerfrei. Nach dem eintragen der Tags mit allen Informationen wie Cover etc., waren Fehler da. Die Datei konnte aber problemlos abgespielt werden
Ein Beispiel, getestet mit mp3val:
Analyzing file "F:\MP3 Temp\(Crack It) Something Going On - Bomfunk MC's feat. Jessica Folcker.mp3"...
WARNING: "F:\MP3 Temp\(Crack It) Something Going On - Bomfunk MC's feat. Jessica Folcker.mp3": Wrong number of MPEG data bytes specified in Xing header (5294039 instead of 5293674)
INFO: "F:\MP3 Temp\(Crack It) Something Going On - Bomfunk MC's feat. Jessica Folcker.mp3": 8735 MPEG frames (MPEG 1 Layer III), +ID3v1+ID3v2, Xing header
Done!
die gleiche Datei getestet mit MP3Test:
MP3Check 1.6.0 (Build 157) - Report - 11.06.2009 18:58:52
==========================================================
Testing F:\MP3 Temp\test\(Crack It) Something Going On - Bomfunk MC's feat. Jessica Folcker.mp3...
ID3v1 found: (Crack It) Something Going On (Bomfunk MC's feat. Jessica Fol / (Crack It) Something Going On)
ID3v2 found: 39168 Bytes
MPEG 1.0 Layer III, VBR ~186 kbit, 44100 hz, Joint Stereo, Crc: No, Length: 3:49
Frames: 8735
-- Ok --
Die Datei macht aber keine Probleme beim Abspielen in Silverjuke. mp3val leistet gute Dienste bei reparieren von defekten MP3s.
Ich benutze auch den Audiograbber mit der neusten Lame.
Gruß
DJ Pessario
Statistics: Posted by DJ Pessario — 11. Jun 09, 18:12
]]>
Gut nehme das so zur Kenntnis und werde dann wohl damit Leben müssen.
Denn eins sollte uns beiden doch wohl klar sein, das wird mich nicht stoppen weiterhin Deinen Skin zu nutzen !
Möge die Macht mit dem Classic Box Skin sein !
(Sorry habe mit meinem Sohn gerade diesen Film da geguckt
)Habe meinen Party-Rechner jetzt extra mit Internet-Anschluss ausgestattet.
Weil ich schon vorbereitet sein wollte, wenn Du den Skin weiter mit Deiner Lyric Funktion ausstattest ! (So schnell wirst Du mich nicht los hihihihihihi
)Bis auf ein paar Musik Dateien (an die ca. 100 Stück) konnte MP3Val ja helfen.
Gehe jetzt mal davon aus das bei den reparierten MP3 Files der Fehler nicht mehr auftritt.
Gut schliessen wir diesen Thema erstmal ab, wo der Fehler liegt wissen wir jetzt scheinbar ja. Und wenn es keine Lösung gibt ...
Warte ich also schon jetzt wieder gespannt und hoffe mal auf Deine nächste Mail, das Du wieder mal was von Dir hören läßt oder Du wieder was neues für mich hast !
Bis dahin möge MP3Val die richtige Medizin sein !
Gruß Tomy
Statistics: Posted by Longtomy — 11. Jun 09, 15:05
]]>
ich kann jetzt auch nur raten, aber ich denke mal bei den anderen wird es ähnlich aussehen wie bei dir (und wie ich vor kurzem bei mir gemerkt habe: auch bei mir) aussieht: Der Xing VBR Header ist oftmals fehlerhaft oder fehlend. Das stört aber im Prinzip nicht weiter, wie du oben ja richitig bemerkt hast, kommt Silverjuke zwar bei der Titellänge ins stolpern, aber in "normalen" Skins macht das nichts, und es wird bei Liedende der nächste Titel ausgewählt. Nur bei Classic Box hast du die 66% Chance dass Silverjuke in diesem Falle das Lied wiederholt (dies kommt von der Art und Weise wie ich die Animation realisiert habe- sorry, ich habe noch keine andere Möglichkeit gefunden).
Da du (wie ich inzwischen weiss) der absolute Classic Box Power User bist, stolperst Du natürlich über so ein Problem eher als ein Normaluser.
Leider kenne ich nicht genug von diesen Headergeschichten, dass ich ne wirkliche Lösung anbieten könnte.
Problemlösungsmöglichkeiten:
a) (wenn noch nicht gemacht) EAC Einstellungen: "Kompressionseinstellungen", "Lame DLL", "Schreibe Xing VBR Header bei VBR Komrimierung" aktivieren. (Hab ich bei mir gemacht, habe aber noch keine Erfahrung, ob dies wirklich die Lösung ist)
b) nur noch mit fixen Bitraten komprimieren
c) MP3Val systematisch nach dem rippen drüberlaufen lassen
d) Warten, dass Silverjuke (wie auch die meisten anderen Player) diesen Fehler selbst korrigiert
e) ????
Statistics: Posted by Frenchi — 11. Jun 09, 14:08
]]>
Gut all meine Dateien mit MP3Val gecheckt und bald nen Schock bekommen.
Haufenweise Dateien mit angeblichen Fehler´n, selbst die die ich schon mit Foobar gemeint repariert zu haben. Sagen wir also das ganze liegt an meine MP3 Dateien, und alle anderen wie auch Skinner haben keine MP3 Problem Dateien. Woher kommen die Fehler dann und wie kann ich diese unterbinden ?
Denn viele der Dateien habe ich selber erst kürzlich gerippt und auch Kaufdateien kürzlich erst erworben sollen angeblich Fehler aufweisen sagt MP3Val. Also frage mich, ist MP3Val das Königsprogramm in der MP3 Geschichte ?
Meine Frage ist extra etwas eronisch und hämisch ? Warum ganz einfach ich kann mir nicht vorstellen das MP3Val nicht auch bei anderen Usern Fehler in der Datenbank finden würde.
Die Frage ist was für Fehler sind das und was wird da behoben. Wie kann man die Fehler gleich im vorraus verhindern.
Habe bisher den Audiograbber zum Rippen verwendet zu dem Zeitpunkt war der Fehler wenn ich jetzt mit MP3Val zurück schaue schon da !
Benutze zur Zeit wie gesagt Exact Audio Copy mit Wizard Einstellung - Fehler ist da.
Also habe ich jetzt nach überprüfung mit MP3Val mein Auslese Laufwerk im Verdacht - Also Ausleselaufwerk und Rechner gewechselt aber gleiche CD´s gerippt und auch hier erkennt MP3Val Probleme bei den Dateien !
Tatsache ist. Exact Audio Copy gibt in seinen Statusbericht an das die Dateien zu 100% ausgelesen wurden und keinerlei Fehler vorhanden sind. Mit Foobar 2000 den VBR-Fix drüber gehen lassen da einige im Netz dafür werben Foobar macht keine Anstalten bzw. erkennt Fehler. Zeitanzeige mit Winamp - Foobar 2000 - Windows Media Player - VLC Player korrekt keine Probleme beim abspielen.
Gebe zu MP3Val erkennt Fehler und hat diese auch angeblich zum größten Teil beheben können, was behebt MP3Val für Fehler kann man darauf vertrauen ?
Tatsache ist das ich das mal getan habe, und MP3Val durch meine MP3 Sammlung durch geschickt habe werde das jetzt mal in den nächsten Tagen beobachten wie sich jetzt Silverjuke verhält.
Teilweise konnte MP3Val den Fehler aber nicht beheben - Wie gesagt bei einigen Kaufdateien und selbst gerippten CD´s hier muß ich jetzt mit dem Fehler halt leben auch wenn andere Player hier scheinbar keine Probleme haben mit der Zeiterkennung !
Den wie gesagt wenn ich die CD´s mit Fehler´n abermals Rippe zeigt MP3Val wieder Fehler an.
Exact Audio Copy sagt aber 100% I.O.
Frage : Da ich ja scheibar der einzige bin der Fehlerhafte MP3 Dateien hat an denen Silverjuke aufstößt. Wie verhindere ich dieses wenn wechseln des Laufwerks bzw. Software immer wieder zu scheinbar gleichen Fehler führt !
Mfg. Tomy
PS.: Sorry keine Kritik an Silverjuke - Skinner - Frenchi oder sonst irgendwem hier !
Wie gesagt Programm und Forum ist Spitze hier.
Da ich aber bisher keine Lösung finden kann für das Problem läßt mich dieses unzufrieden ! Denn nur für die angebliche Tatsache das bei allen anderen alles in Ordnung ist, was das MP3 Rippen betrifft. Läßt die Frage offen warum der Fehler bei mir hängt, und ich die Musikstücke auch durch wieder Rippen nicht Fehlerfrei bekomme.
Und bei den Kaufdateien ärgert mich das besonders !
Statistics: Posted by Longtomy — 11. Jun 09, 12:46
]]>
]]>
]]>
]]>