moeep
Anmeldungsdatum: 3. Oktober 2007
Beiträge: Zähle...
|
Hallo zusammen, ich habe mir fürs mobile Lauschen meiner ogg-vorbis Dateien einen Trekstor vibez zugelegt - dabei durfte ich feststellen, daß ein beachtlicher Teil meiner vorbis Dateien Fehler enthält (die Amarok bzw. Ubuntu aber garnicht bemerkt), die zu einem Einfrieren des players führen. Das Problem scheint meist ein Fehlen des EOS (ende des streams/der Datei) bzw. manchmal auch eine kleine 'Lücke' innerhalb der Datei zu sein - zumindest gibt ogginfo für die problematischen Dateien entsprechende Fehler aus. Was nun seltsam ist, ist daß ich alle CDs mit Soundjuicer und laut ogginfo auch exakt gleichem encoder Vendor: Xiph.Org libVorbis I 20050304 gerippt habe. Zum Einen scheinen insbesondere ältere Alben (die Grenze dürfte aber nicht mehr als ein halbes JAhr zurückliegen) betroffen zu sein - teilweise sind aber auch innerhalb eines Albums Dateien ok und andere haben kein EOS. Im Wesentlichen habe ich zwei Fragen: Ist jemandem eine Möglichkeit bekannt, (möglichst nicht für jede Datei einzeln) die DAteien zu überprüfen und diese Fehler nur anhand der ogg-Datei selber zu beheben? Ich habe nämlich zum Einen keine wirkliche Lust, die ganzen CDs wieder einzulesen (bei mir ist der Großteil betroffen, habe erst vor kurzem angefangen, alles in ogg zu rippen) - zum Anderen macht aber auch ein Umwandeln per Soundconverter von ogg zu ogg (könnte man recht einfach über Nacht/Nächte laufen lassen) nicht wirklich Sinn, weil dabei wohl die Qalität leidet? Falls es keine solche Lösung geben sollte (wie ich befürchte) - hat jemand eine Vermutung über die Ursachen des Problems und noch wichtiger, würde ein anderer encoder Abhilfe schaffen? Ich bin eben über Aotuv gestolpert, wollte aber nicht wild drauflosinstallieren (habe gestern schon im Zusammenhang mit dem Versuch, das Erkennen des vibez als MTP Gerät zu ermöglichen fast mein Notebook zerschossen, es ist immer noch nciht das alte\^^) - zumal ich durch das Testen von ein paar Dateien immer noch nicht sicher sein könnte, daß dieser encoder einwandfrei funktioniert (da ja teilweise mit oddenc Alben mit guten und fehlerhaften Dateien entstanden sind). Zur Umgebung - ich benutze feisty, vorbis-tools 1.1.1 und libogg 1.1.3 sind installiert; Konvertiereung wurde für alle Dateien mit Soindjuicer, CD-Qualität verlustbehaftet durchgeführt. Es wäre echt super, wenn jemand einen Rat hätte, danke schonmal. Grüße Sebastian
|
20100801
Anmeldungsdatum: 3. Januar 2007
Beiträge: 1050
|
@moeep Die Frage ist ja, sind deine Dateien wirklich fehlerhaft, oder unterliegen Beschränkungen bei der Ogg Vorbis Wiedergabe des Mobilplayers ? Leider schreibst du nichts über deine Ogg Vorbis Einstellungen. Sind deine Dateien in Qualität und VBR (Variable Datenrate), oder in Bitrate und ABR (Durchschnittliche Datenrate)? Kann dein Player überhaupt beider Arten ? Probiere aus, wie dein Player reagiert, wenn du einen Datei mit z.B Q4 erstellst und abspielst, (das wäre dann VBR) Die gleiche Datei mit Bitrate z.B 128, das wäre dann mit ABR. Zu deinem Programm kann ich dir leider gar nichts sagen, da ich SoundKonverter (KDE) benutze.
|
moeep
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 15
|
Hallo Henrikx, die Dateien sind wirklich fehlerhaft - korrekte DAteien spielt er problemlos ab. ICh habe es bisher nur nicht bemerkt, da 'normalen' decoder so etwas wohl nicht stört - Amarok aht noch nie über die Dateien gemeckert. Evtl. hätte ich oben gleich die Ausgabe von ogginfo angeben sollen - hier also einmal beispielhaft für eine Datei, die Probleme macht: New logical stream (#1, serial: 3f1dee98): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20050304
Channels: 2
Rate: 44100
Nominal bitrate: 160,000000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
TITLE=Crazy Little Thing Called Love
ARTIST=Queen
TRACKNUMBER=9
TRACKTOTAL=15
ALBUM=Live at Wembley Stadium (disc 2)
MUSICBRAINZ_ALBUMID=c308953e-c441-413b-a362-6c8deaacf3b3
MUSICBRAINZ_ALBUMARTISTID=0383dadf-2a4e-4d10-a46a-e9e041da8eb3
MUSICBRAINZ_ARTISTID=0383dadf-2a4e-4d10-a46a-e9e041da8eb3
MUSICBRAINZ_TRACKID=190268d9-e15e-47cf-9eca-2dfa066c35f9
MUSICBRAINZ_SORTNAME=Queen
DATE=2003-08-01
DISCID=e8115610
MUSICBRAINZ_DISCID=Iai3pSW.ejGj_RRK_bjbNBX42CU-
[b]Warning: EOS not set on stream 1[/b]
Vorbis stream 1:
Total data length: 3135228 bytes
Playback length: 2m:47.967s
Average bitrate: 149,325595 kb/s Ich dachte auch erst an ein Problem des vibez - allerdings kommt es bei den wenigen anderen portablen ogg-playern wohl auch teilweise vor und ist zumindest kein Austauschgrund, weil der player das anscheinend nicht anders kann. MAn mag sich jetzt darüber streiten, ob der player oder der encoder schuld sind - aber ich will ja einfach nur eine praktikabke Lösung finden, und die führ wohl nicht an einer Modifizierung/Neuerstellung der Dateien vorbei...
|
20100801
Anmeldungsdatum: 3. Januar 2007
Beiträge: 1050
|
Ich schätze mal die Angaben heißen, in Bitrate und ABR erstellt. Wäre dann immer noch die Frage, wie sieht das mit Quality und ABR aus. Jetzt gibt es nur noch wenige Möglichkeiten. Die ibvorbis 1.2.0 wie auf der Xiph.org Homepage ist auch bei Ubuntu, daher als Fehlerquelle auszuschließen. Was bleibt außer Quality und ABR. 1.Dein Song kommt evt. von einer Un-CD ? 2.Falls du " On Fly" encodiert hast, könnte es sein das dein Laufwerk zu schnell ist. 3.Dein verwendetes Programm arbeitet nicht richtig.
Warning: EOS not set on stream 1
4.Falls der Song von einer DVD extrahiert worden ist, läge dort (Extrahieren) die Fehlerquelle, ebenfalls aus einer Videodatei. Ob mplayer -dumpaudio was bringt ? Keine Ahnung ? Lade dir auf jeden Fall ein zweites Programm und mache Tests. Die Fehlerquelle muss ja gefunden werden. ?
|
moeep
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 15
|
Also an ABR sollte es nicht liegen - das näcshte Lied auf selbiger CD ist mit exakt den gleichen Parametern codiert worden, besitzt aber einen EOS. Ich weiß nicht genau, was Du mit Un-CD meinst - Kopierschutz? Den EOS-Fehler hatte ich auch mit CDs, die garantiert keinen Kopierschutz haben (Anfang der 90er gekauft). Die Sache mit dem On Fly ist mir nicht ganz klar - ich dachte, der encoder liest einfach nach bedarf die DAten in einen buffer, ähnlich wie beim Brennen auch - und da sollte doch automatisch ein Schutz vor buffer over-/underrun integriert sein? (Hab von sowas aber keine Ahnung) Ich will es nicht auf das verwendete PRogramm schieben - soundjuicer z.B. macht doch auch nichts anderes als eine GUI für den Aufruf von oggenc zu bieten, oder? Danke schonmal für den input - mit dem Ausprobieren ist halt sone Sache, da der Fehler ja nciht *immer* aufzutreten scheint...
|
stw0815
Anmeldungsdatum: 3. März 2006
Beiträge: 391
|
Editiere einfach mit deinem Lieblings-Tag-Editor oder Audioplayer die Tags und speichere die Datei erneut. Wenn der Player/Editor intelligent genug ist, speichert er eine gültige Datei. Auf jeden Fall hilft z.B.: vorbiscomment -a -t "COMMENT=fixed" deinogg.ogg Gerade getestet. "vorbiscomment" ist im Paket "vorbis-tools"
|
20100801
Anmeldungsdatum: 3. Januar 2007
Beiträge: 1050
|
Ja mit Un-CD meine ich Kopierschutz.
das nächste Lied auf selbiger CD ist mit exakt den gleichen Parametern codiert worden, besitzt aber einen EOS.
Ahhaa, das ist doch mal ein Hinweis, dann hängt es evt. mit der Lesegeschwindigkeit des Laufwerks zusammen. Setze die Lesegeschwindigkeit nicht auf max.
soundjuicer z.B. macht doch auch nichts anderes als eine GUI für den Aufruf von oggenc zu bieten, oder? Ich habe keine Ahnung von dem Programm.
|
moeep
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 15
|
Wow, danke für den Tip mit dem vorbiscomment - ich will nichts beschreien, aber bei zwei auf die Schnelle umkommentierten vorher problematischen Dateien meckert der player nciht mehr und ogginfo gibt auch kein EOS aus. Was mich bei aller Dankbarkeit doch arg wundert... - die Datei scheint dann ja kein Problem aufzuweisen, da vorbiscomment ja wirklich nur auf den Kommentar zugreift? Aber wieso sollte ein Player/decoder im Kommentar nachgucken, ob ihm die Datei gefällt oder nicht? \^^ Naja, ich freu mich jetzt erstmal ne Runde und überleg dann, wie ich den Befehl auf alle Dateien loslassen kann (mit der Option -a nimmt vorbiscomment ja nur einen Dateinamen an) - wird dann wohl oder übel mein erstes Skript werden müssen. @Henrikx: Auf die Sache mit der LEsegeschwindigkeit habe ich bisher halt nie geachtet, weil ich zum einen davon ausging, daß sowas von der Software abgefangen wird und es zum Anderen in der GUI (afaik) keine Option dafür gab - ich werde mich auf jeden Fall noch mal mit dem Thema beschäftigen, da ja insbesondere kürzlich gerippte Alben keine PRobleme aufzuweisen scheinen... Wenn ich der Ursache des Übels näher kommen sollte, werde ich es auf jeden Fall hier anhängen. Grüße Sebastian Edit/PS: Wenn man die Tags z.B. mit ExFalso bearbeitet, wird in ogginfo zwar auch der comment=fixed angezeigt - allerdings wird durch diese Kommentiereung das EOS Problem nicht wie mit vorbiscomment behoben... Das Rätsel geht also weiter...\^^
|
dittboy
Anmeldungsdatum: 27. Dezember 2005
Beiträge: 372
|
Ich habe exakt das gleiche Problem. Ich bin gerade auf eine Seite gestoßen und probiere die Lösung aus. Mal schauen ob es funktioniert: http://www.hydrogenaudio.org/forums/index.php?s=1ec6d16d47567fe403e3f551afc7ca07&showtopic=57025&pid=512622&st=0&#entry512622
|
dittboy
Anmeldungsdatum: 27. Dezember 2005
Beiträge: 372
|
*narf* Das Skript kann zwar die Dateien reparieren, allerdings nur, wenn ich das Skript "per Hand" aufrufe. Wenn ich es mit einem eigenen Skript aufrufe, hackt es den Pfad nach dem ersten Leerzeichen ab.
/home/christian/.libs/lt-fix-eos: unable to open file /media/music/Interpret\
Hier mal mein Skript:
#!/bin/bash
mkdir ferch
for i in *.ogg; do
datei=$(echo $i | sed 's/\ /\\ /g')
ordner=$(echo $1 | sed 's/\ /\\ /g')
pfad=$ordner$datei
ferch=ferch/
echo $pfad $ordner$ferch$datei
/home/christian/fix-eos $pfad $ordner$ferch$datei
# echo $i
done Wenn ich jetzt die drittletzte Zeile auskommentier, eine Zeile vom echo kopiere und das "/home/christian/fix-eos" davorsetze, funktioniert es! ☹
Mfg Dittboy
|
moeep
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 15
|
Hi, also ich hab folgendes Skript benutzt - kannst Du noch umsbasteln, wenn Du Dir die Zahl der DAteien oder so anzeigen lassen willst - ich hab aber keine Ahnung von bash, darum sehr rudimentär ; ) #!/bin/bash
# script retag, zum rekursiven taggen von oggs
if [ $# -lt 2 ] ; then
echo 'retag, Verwendung:'
echo 'retag Verzeichnis "muster"'
echo 'tagt alle Dateien auf die muster passt - auch in allen Unterverzeichnissen -'
echo 'per vorbiscomment mit comment=fixed'
exit 1
fi
tmpIFS=$IFS # Speichern des IFS (Internal Field Separator)
IFS=$'\n' # da ich pro Zeile des find einmal die for-Schleife
# durchlaufen will, ersetze ich den IFS mit einem
# Zeilenumbruch
echo "Tagge alle $2 aus $1 :"
for file in `find $1 -name "$2" -type f` # Alle Dateien, auf die das Muster passt, ermitteln
do
echo "Tagge Datei $file "
vorbiscomment -a -t "COMMENT=fixed" $file
done
IFS=$tmpIFS # und schliesslich den IFS wieder zuruecksetzen
PS: Was ich nicht geschafft habe, ist rauszukriegen, ob die DAtei in Ordnung ist bzw. schon ein 'fixed' im Kommentar steht. Wenn man das Skript so durchlaufen läßt, wird halt jedesmal ein fixed hinzugefügt, nicht schlimm - aber evtl. unschön, wenn man aus Faulheit ein komplettes Verzeichnis mit nur teilweise problematischen Dateien mehrmals kommentiert ; )
|
stw0815
Anmeldungsdatum: 3. März 2006
Beiträge: 391
|
Ohne das Script getestet zu haben... sieht doch schonmal gut aus für "keine Ahnung von Bash". ☺ Man könnte vorher noch prüfen, ob die Datei fehlerhaft ist und falls ja vorbiscomment drüberjagen: oggz-validate "$file" || vorbiscomment -a -t "COMMENT=fixed" "$file" oggz-validate ist im Paket "oggz-tools"
|
dittboy
Anmeldungsdatum: 27. Dezember 2005
Beiträge: 372
|
Hm, nachdem ich das Skript bei einem Album getestet habe, sagt der Vibez mir, dass die Dateien Fehlerhaft sind. ☹ EDIT: Ich habe es noch einmal versucht, diesmal ging es. Es lag wahrscheinlich daran, dass ich beim ersten mal den Vibez abgesteckt habe ohne ihn auszuwerfen ...
EDIT2: Noch ne Frage nebenbei: Musstest du bei deinem Vibez eigentlich auch den harten Display-Schutz draufmachen? Bei mir löst der sich immer. ☹
|
moeep
(Themenstarter)
Anmeldungsdatum: 3. Oktober 2007
Beiträge: 15
|
@dittboy: Also bisher hat die Kommentierung bei ausnahmslos allen ogg-vorbis Dateien geholfen. Von was für einem Display-Schutz redest Du bitte? ; ) Ich befürchte, da hat mich Amazon um ein nützliches feature betrogen\^^ Ich habe mir die skin-bag dazugekauft und benutze die auch meistens, weil das Display ja leider schon recht kratzempfindlich ist? Mir ist aber eben (bei der Suche nach einem u.U. übersehenen Displayschutz) aufgefallen, daß mein Garantiedingsbums auf türkisch ist (inklusive Trekstor Adresse in Istanbul)!?!?! Ich will ja jetzt nichts falsches sagen - aber irgendwas stimmt da definitiv nicht (hatte ich erwähnt, daß mein Akku auch nicht die versprochenen 20h hält\^^)... @stw0815: Das mit dem validate ist ne gute Idee! Hab jetzt zwar schon einmal alle Dateien malträtiert - aber für die Zukunft gut zu wissen : ) Grüße
|
dittboy
Anmeldungsdatum: 27. Dezember 2005
Beiträge: 372
|
Äh, ja ne. Ich dachte mir schon, dass es da Missverständnisse geben könnte. Mit "Display-Schutz" meinte ich keine Folie oder ähnliches, sondern dieses Plastikteil, das das eigentliche LCD schützt. Also das Ding mit dem viereckigen guckloch, außen schwarz und oben steht "TrekStor". 😉 Ich habe meinen auch von Amazon.
|