mp3-Joiner mit *.m3u-Support?

[woodpusher]

Hallo,

kennt jemand einen Joiner, in den man Playlists (*.m3u) importieren kann, damit man nicht mühsam die Songs vor dem Zusammenfügen manuell in die richtige Reihenfolge bringen muß?

Vielen Dank im voraus für die Antworten!

[Lego]

Suchst Du eine Art Renamer, der die einzelnen Titel einer Playlist passend durchnummeriert ?

gen_yar
_________________
Signaturen sind oft überflüssig!

[woodpusher]

Nein, ich suche ein Tool zum Zusammenfügen (joinen) von mp3s, bei dem ich bequem die Sortierung durch Einlesen einer m3u-Playlist erledigen kann. Die Freeware tento ( gibt's hier: http://mitglied.lycos.de/big_sleepy/ivanhoe.htm ) ist ein solcher Joiner, kann jedoch keine *.m3us verarbeiten.

[sleepy]

hallo zusammen

tento gibt es ab sofort in einer erweiterten version:

tento.XT unterstützt nun m3u-playlists. unbedingt mal ausprobieren!

http://sleepy-audio.here.de
oder alternativ
http://www.sleepy-audio.de.vu
oder alternativ
http://mitglied.lycos.de/big_sleepy/

[Dick]

Na, das ist doch mal prompte Bedienung
_________________
XP.SP4 - Feurio! - BonkEnc - mp3Tag - mp3Gain - Winamp 5.13 'nackt' mit DynamicLibrary 1-32.3 beta - 1by1 - Nero 6.0 - iriver H140 mit Rockbox (mic: OKM I - ear: AKG P 26)

[sleepy]

hallo zusammen

tento.XT hatte bisher leider ein kleines problem beim einlesen von m3u-playlisten, die unter unix/linux erstellt wurden.

dieser bug ist nun behoben!
ab sofort kann tento.XT v1.1 runtergeladen werden.


http://sleepy-audio.here.de
oder alternativ
http://www.sleepy-audio.de.vu
oder alternativ
http://mitglied.lycos.de/big_sleepy/

[_db_]

Bei mit Lame kodierten MP3s gelingt mir das Zusammenfügen nicht, weder CBR noch VBR. Das gilt auch für andere "Join"-Programme. Foobar und Winamp erkennen nur den ersten Track und beenden dann die Wiedergabe. Entfernen der ID3-Tags hilft nicht, daher könnten die "inneren" Lame-Tags der Grund sein. Bisher habe ich noch keine Lösung gefunden.

Kann das jemand reproduzieren?

[sleepy]

hallo,
dein problem kann ich bei VBR-dateien verstehen. aber warum CBR-codierte Dateien sich so verhalten ist mir ein rätsel.

es ist nach dem zusammenfügen von VBR's sehr wahrscheinlich, daß die angegebene titellänge nicht stimmt. es wird dann vermutlich immer nur die länge des ursprünglich ersten teil-mp3's angegeben.

warum das so ist: bei dateien mit konstanter bitrate ist das ganz einfach:
der mp3-player kann aus der vorgegebenen (festen) bitrate und der dateigröße der mp3-datei ganz leicht die spieldauer ausrechnen. dateigröße geteilt durch die bitrate ist die dauer in sekunden - logisch.
da VBR-dateien nun aber keine feste bitrate haben, ist da mit rechnen nicht viel zu machen. darum wird bei VBR-dateien während des codiervorgangs ein sog. "media-header" in die datei geschrieben. dort steht dann die durchschnittlich verwendete bitrate und die gesamtspielzeit drin. wenn nun mehrere VBR-dateien aneinander gehängt werden, sind die reinen nutzdaten (audio) nach wie vor vorhanden und können abgespielt werden, die header-information stimmt aber nicht.

abhilfe SOLLTE das kleine tool "vbr header maker" schaffen, mit dem dueinfach die zusammengefügte datei bearbeitest. das tool gibt es auf meiner homepage in der rubrik "runterladen". die sache klappt seltsamerweise nicht immer, aber das ist die einzige möglichkeit, die sache mit der spielzeit ohne neucodierung in den griff zu bekommen.


also nochmal kurz: VBR-dateien können im prinzip problemlos mit "tento.XT" zusammengefügt werden. die nutzdaten bleiben allen erhalten und die datei
kann ganz normal abgespielt werden. lediglich die anzeige der gesamttitel-länge kann falsch sein. abhilfe schafft da in den meisten fällen das tool "vbr header maker".

wer mehr darüber sagen, kann, der soll das doch bitte tun. man lernt nie aus...!

[gaga]

Auf den VBR-Header hatte ich zunächst auch getippt, aber LAME-CBR passt da nicht ins Schema.

Habe mal folgendes ausprobiert:

FhG-VBR funktioniert auch nicht, CBR klappt. Also doch der VBR-Header? Dafür hilft es offenbar, LAME-CBR mit VBR-Fix zu behandeln.