DOS commando om 2 files te combineren
 

hoi allen,

vroeger kende ik een DOScommando om 2 mp3tjes achter elkaar te zetten zodat ze 1 bestand vormen. weet iemand nog welk commando dit was?

grtz,

sebas

Er bestaat géén doscommando om 2 mp3'tjes achter elkaar te zetten, laat staan te combineren.
Ik neem eerder aan dat je hiervoor gewoon een speciaal dosprogramma installeerde om dat te doen.
Nee, je kan beter een geluidsbewerkings programma gebruiken om 2 of meerdere mp3's aan elkaar te knuppen.

jawel hoor, zeker weten zelfs. het commando combineert eender wat voor soort bestanden, en zet ze gewoon achter elkaar. dit werkt met tekstbestanden, maar dus ook met mp3. volgens mij was het xcopy met een bepaald commando erachter maar ik kan 't me niet meer herinneren. anyway... maar heb je nog een suggestie dan voor een ander programma?

Nou, ik vraag me echt af of dit kan,...
Maar goed, zoek het op met: xcopy /?

Veel plezier

:eek: :eek: :eek: :eek: :eek: :eek:

copy /b inderdaad

Je kan ook windows utilities gebruiken, ik geloof wincode ofzo nouja zijn wel utilities voor.

(Y)

:D

kzou wel de tag van nummer 1 en de header van nummer 2 weghalen met een hexeditor anders kun je een irri kraag in je liedje krijgen

kijk dat was 'm! dankjewel.

en voor freyk: ja jongen zo leer je nog 'ns wat he. goeie ouwe DOS. jammer dat windows je er steeds van probeert te weerhouden er nog wat mee te doen

hoezo weerhouden cmd werkt nog altijd :) (tis geen puur dos dat weet ik ookwel)

(y)

hoe werkt zoiets. mp3 is toch niet zomaar een doorlopende stream, wat doet ie bv met de id3tags, of als de mp3's een verschillende bitrate hebben?

Of zijn mp3 spelers zo flexibel dat ze dit soort fouten gewoon weten te negeren....

Kennelijk. Vind het ook wel enigszins verbazend dat zoiets zomaar werkt, maar uiteindelijk bestaat MP3 toch wel voor het grootste deel uit een simpele stream.

Het is niet zozeer een kwestie van flexibiliteit. Een MP3 bestaat uit een serie frames met elk een header en data. Als een 'frame' geen goeie header heeft, wordt 'ie gewoon geskipped. Hij zoekt dus 'over' die ID3 tag heen naar de volgende valid frame.

(mijn tagreader las ook frames :P)

inderdaad, de tags worden gewoon overgeslagen...
Voor mensen die liever een visuele aanpak hebben, dit truukje kan je ook uithalen met WinRAR.
Maak een archief van de mp3-bestanden en zorg ervoor dat de compressie op 'Store' staat (dit zorgt ervoor dat er geen compressie gebruikt wordt, ze worden dus enkel achter elkaar gezet). Als je het archief opslaat, zorg je er gewoon voor dat je de extensie weer wijzigt naar mp3 en je kan hem afspelen (zeer handig voor GTA, waar je slechts 1 mp3-bestand kan zetten om te coderen naar je aangepaste radio (ofwel moet je met links werken in je mp3-map).
Nog leuker is dat WinRAR de bestanden weer uit elkaar haalt zonder problemen (als je ze ingepakt hebt met WinRAR en compressie 'Store'), het enige wat je ervoor hoeft te doen is de extensie weer te wijzigen naar rar !

Wat DOS in Windows betreft: spijtig, ja, dat deze maar zo'n kleine plaats inneemt (je hebt natuurlijk wel een straffe scripting engine (Windows Scripting Host) maar voor mij blijft die een potje nat). In Linux bijvoorbeeld ben je pas een man als je in een textconsole scriptjes schrijft, iets waar je vroeger met DOS in de batch-taal nog wel leuke dingetjes mee kon uithalen, spijtig dat dit verloren gaat eigenlijk voor gewoon wat 'visueel geweld'...

Voegt WinRAR zelf geen header of metainformatie toe dan? Hoe weet hij dan de index en filenames van de bestanden? Dat moet er toch echt instaan lijkt me. Maar MP3 speler skippen die zooi misschien? Toch niet echt netjes vind ik..

tsja maar die plak plak dos methode van Dechangst ook niet zo

heb je 2 file headers en 2 ID3 tags in je bestand

Hangt van de compressiemethode af. Als je gewoon comprimeert staat inderdaad voor elk bestand een header met info in de archive. Kies je echter voor 'solid archive' dan comprimeert hij alle bestanden in één keer, zonder afzonderlijke headers, met alleen een TOC aan het begin van de archive. Resultaat is betere compressie maar als er ook maar één bitfout in de archive zit zijn meteen alle besatnden verneukt.

Wat vind je niet 'netjes'? Het is gewoon de MP3 standaard. Als iets geen valid frame is, skip je het. Wat wil je dan, dat 'ie het probeert af te spelen?

denk dat ze wil dat het er niet in staat
want ok mp3 leest eroverheen
maar tis wel gewoon troep die erin staat die je bestand onnodig groot maakt

Zoek eens op Google naar "monad msh", in Longhorn (volgens mij dan pas) komt er weer een meer capabele commandline shell in Windows. Daarop kun je bijvoorbeeld werken met pipes die C#-objecten doorgeven.

[QUOTE]Manuzhai schreef op 27-08-2004 @ 15:37 :
Zoek eens op Google naar "monad msh", in Longhorn (volgens mij dan pas) komt er weer een meer capabele commandline shell in Windows. Daarop kun je bijvoorbeeld werken met pipes die C#-objecten doorgeven. [/QUOTE
Tja, nu kun je ook al met scripts werken maar Windows is gewoon geen omgeving die het bevordert. Je kan ook objecten en dergelijke doorgeven (pipen weet ik niet direct omdat ik niet zo thuis ben in VBScript). Het probleem is dat je met C#-objecten je dus weer niet enkel iets moet afweten van de scripttaal (nou ja, command line etc.) maar ook van .NET want daar draait C# natuurlijk helemaal rond, maar ik wil je wel zeggen dat als je C# kent, je natuurlijk zeer veel kan doen als je objecten kan overdragen...
Daarbij: Longhorn is nog niet uit :p

Dat de ID3-tags je bestanden onnodig vergroten: oké, in principe hebben jullie wel een punt en ook WinRAR zal wel enkele bytes afsnoepen, maar ID3-tags nemen echt weinig informatie in. Op de site van id3lib staat er genoeg over. ID3 v.1 neemt 128 bytes in, nauwelijks merkbaar op een bestand van ten minste 10 megabytes (een liedje gemiddeld 5 megabyte, 2 na elkaar, tel uit). ID3 v.2 kan redelijk wat ruimte innemen als je prentjes toevoegt en de gesynchroniseerde tekst en tekst in 10 verschillende talen, maar al bij al valt het perfect mee hoor. Natuurlijk als je honderden of duizenden bestanden bij elkaar voegt, krijg je wel een grote hoeveelheid overbodige info, maar op het totale bestand is dat nog zo minuscuul...