[VB6]Splitten op nieuwe regel

[Glashelder]

Ik ben bezig met een eigen Mp3 spelertje. Nu wil ik dat hij M3U playlists kan inlezen. Om deze in te lezen wil ik ervoor zorgen dat er wordt gesplit op een nieuwe regel met de functie split(). Een m3u bestand ziet er ongeveer zo uit:

code:

01-nena_ft_kim_wilde_-_anyplace_anywhere_anytime-wk43-woei.mp3
02-dj_tiesto_-_traffic-wk43-woei.mp3

_{Oude top40}

Ik loop hierbij vast want ik weet niet waarop ik hem moet laten splitten. VbNewLine werkte niet, Ctrlf werkte ook niet. Ook vond ik via de GoT search nog iets met Chr nogwat (ben de code kwijt, kan het topic niet meer vinden..) wat ook niet werkte..

iemand voor mij het verlossende antwoord?

---

Wat is het alweer laat, ik lees de antwoorden morgen wel

[ Voor 5% gewijzigd door Glashelder op 08-02-2004 02:58 ]

[gorgi_19]

VBCrLf

[drm]

vbCrLf moet je hoogstwaarschijnlijk hebben. En die CHR die je zoekt is de ascii code van een Carriage return (hex 0C, decimaal 13) en/of Line feed (hex 0A, decimaal 10) (hence the CrLf)

[Glashelder]

VBCrLf werkt niet, Chr(13) ook niet, Chr(10) gelukkig wel. Beide heren bedankt

[LuCarD]

dual-zip schreef op 08 februari 2004 @ 11:18:
VBCrLf werkt niet, Chr(13) ook niet, Chr(10) gelukkig wel. Beide heren bedankt

vbCr == Chr(13)
vbCrLf == Chr(13)+Chr(10)
vbLF == Chr(10)

http://msdn.microsoft.com...pt56/html/vsconstring.asp

[ Voor 4% gewijzigd door LuCarD op 08-02-2004 12:16 ]

[Glashelder]

Zeer vaag, want als ik vbCrLf opgeef dan geeft een UBound toch echt 0 terug

[LuCarD]

dual-zip schreef op 08 februari 2004 @ 13:00:
Zeer vaag, want als ik vbCrLf opgeef dan geeft een UBound toch echt 0 terug

En vbLf ?

[RayNbow]

dual-zip schreef op 08 februari 2004 @ 13:00:
Zeer vaag, want als ik vbCrLf opgeef dan geeft een UBound toch echt 0 terug

vbCrLf werkt alleen als je bestand in "Windows" formaat is opgeslagen, aangezien Windows CrLf gebruikt als enter. (De Mac gebruikt Cr, *NIX gebruikt Lf)

[ Voor 3% gewijzigd door RayNbow op 08-02-2004 13:07 . Reden: typo ]

[drm]

RayNbow:
vbCrLf werkt alleen als je bestand in "Windows" formaat is opgeslagen, aangezien Windows CrLf gebruikt als enter. (De Mac gebruikt Cr, *NIX gebruikt Lf)

Dit geldt overigens alleen wanneer een bestand in "text" formaat is opgeslagen. Dat is een onderscheid wat gemaakt wordt op windows, "binair" en "text". De meeste programma's zullen hun spullen binair opslaan (om het simpele feit dat als je 1 karakter kan gebruiken als newline, waarom zou je er dan twee gebruiken?) en dat zal met m3u ook wel het geval zijn.

De meeste editors kunnen tegenwoordig ook alle textformaten aan.

Dat is overigens ook de reden dat je op het FTP kan switchen tussen ASCII en binary data. Bij ASCII wordt er van windows naar linux bijvoorbeeld de vertaalslag gemaakt van \r\n => \n (crlf => lf) en andersom van \n naar \r\n

Ik heb trouwens sowieso nooit zo goed begrepen waarom dat onderscheid bestaat...

[Glashelder]

vbLf werkt ook idd, wordt alleen maar vager dit

[Verwijderd]

Dat is niet zo vaag, blijkbaar gebruik M3U het UNIX-tekstformaat.