Mp3s burned on CD-RW

For some reason, mp3s burned as data on CD do not always "take."

I can play say 14 mp3s, then it may skip to number 30.

At first I thought my CD-RW had gone bad, but it also happened on a brand new CD-RW.

Bummer since wav files take up so much more room. :-(

On Sun, 21 Aug 2016 19:14:02 -0700 (PDT), Andy
wrote:

For some reason, mp3s burned as data on CD do not always "take."

I can play say 14 mp3s, then it may skip to number 30.

At first I thought my CD-RW had gone bad, but it also happened on a brand new CD-RW.

Bummer since wav files take up so much more room. :-(

It may just be the order that they got burned. Is it consistent?
I have a MP3 CD in my car as we speak and it works but I have it set
to random play so I am not sure what order they play in generically.

Andy,

For some reason, mp3s burned as data on CD do
not always "take."

I can play say 14 mp3s, then it may skip to number 30.

You have not mentioned if MP3s #15 thru #29 are present (and get played
somewhere later), but I'm going to assume they are (but please do check!).

Its possible your MP3s are simply played in the order they are found on the
CD.

The problem is that Windows auto-sorts the contents of a folder, making it
*look* like they are in a certain (mostly alphabetical, but its the users
choice) order, but infact they are not.

I got the same kind of problems when copying (.mp3) chapters of a audio book
over to an USB music player. I have not found any way of selecting the
source files so that they are copied in a certain order.

In the end I wrote some VBScript to sort and than copy the files one-by-one
to the target folder. For me that seems to work.

Regards,
Rudy Wieser


-- Origional message:
Andy schreef in berichtnieuws
...
For some reason, mp3s burned as data on CD do not always "take."

I can play say 14 mp3s, then it may skip to number 30.

At first I thought my CD-RW had gone bad, but it also happened on a brand
new CD-RW.

Bummer since wav files take up so much more room. :-(

Andy wrote:
For some reason, mp3s burned as data on CD do not always "take."

I can play say 14 mp3s, then it may skip to number 30.

At first I thought my CD-RW had gone bad, but it also happened on a brand new CD-RW.

Bummer since wav files take up so much more room. :-(

Maybe you've been burning these and leaving
the session open ? You burned some songs, played
the disc a few times, brought the disc back to the
burner and burned a few more (without erasing), and
now there are multiple sessions on the disc.

If you use an application like Imgburn, sometimes
a dialog box pops up when the program recognizes
what you're doing, and it will suggest a "standard"
way or a "better" way to do stuff. When I was trying
to burn a dual-layer 9GB DVD-R for example, it warned
me I'd put the layer break in the wrong place. And the
authoring software I was using hadn't done a good job.
And that saved me wasting a disc.

http://www.oldversion.com/windows/do...mgburn-2-5-0-0

2.5.0.0_SetupImgBurn_2.5.0.0.exe 2,169,915 bytes Jul 26, 2009
CRC32: 39CD6FC6
MD5: F3791CFACDAC03B9E676E44AA2630243
SHA-1: E07BCC23B495D0A966BAE359EA9E0E3A11888454

I'm not claiming the program performs miracles, but
I have been satisfied with some of the observations it
has made. On another ISO I downloaded and was about to
burn, it told me the sector size was non-standard and
would I like to fix it. And so I gave it permission
to re-arrange things. And the ISO still worked afterwards.

While there is some sort of standard for burning these
things, this article leaves a lot to the imagination.

https://en.wikipedia.org/wiki/Compre...o_optical_disc

Uncompressed audio discs have their own standard, a 99 track
limit, a play time limit. The MP3 kind will only play,
if the player is a computer, or the player is one of the
more modern multimedia devices. If you have any really
old stereo equipment, the player in that might only
handle CDDA.

https://en.wikipedia.org/wiki/Compac..._Digital_Audio

HTH,
Paul

On Mon, 22 Aug 2016 09:19:30 +0200, "R.Wieser"
wrote:

Andy,

For some reason, mp3s burned as data on CD do
not always "take."

I can play say 14 mp3s, then it may skip to number 30.

You have not mentioned if MP3s #15 thru #29 are present (and get played
somewhere later), but I'm going to assume they are (but please do check!).

Its possible your MP3s are simply played in the order they are found on the
CD.

The problem is that Windows auto-sorts the contents of a folder, making it
*look* like they are in a certain (mostly alphabetical, but its the users
choice) order, but infact they are not.

I got the same kind of problems when copying (.mp3) chapters of a audio book
over to an USB music player. I have not found any way of selecting the
source files so that they are copied in a certain order.

In the end I wrote some VBScript to sort and than copy the files one-by-one
to the target folder. For me that seems to work.

I have some DOS tools that will sort the raw directory but it only
works on a FAT drive. They are typically put in the directory in the
order they are written.

schreef in berichtnieuws
...

gfretwell,

I have some DOS tools that will sort the raw directory
but it only works on a FAT drive.

Yep, had one too (DS). Alas, when used on a directory containing long
filenames it would make a mess (the LFN-part entries would be ignored, the
SFN entries would be shuffeled around). ....

They are typically put in the directory in the order they
are written.

And thats exactly the problem: when copying files (no matter if by file
explorer or command line) you have no control over the order in which the
files are taken from the source, and written to the target folder.

Regards,
Rudy Wieser.

On Tue, 23 Aug 2016 08:34:56 +0200, "R.Wieser"
wrote:

schreef in berichtnieuws
...

gfretwell,

I have some DOS tools that will sort the raw directory
but it only works on a FAT drive.

Yep, had one too (DS). Alas, when used on a directory containing long
filenames it would make a mess (the LFN-part entries would be ignored, the
SFN entries would be shuffeled around). ....

They are typically put in the directory in the order they
are written.

And thats exactly the problem: when copying files (no matter if by file
explorer or command line) you have no control over the order in which the
files are taken from the source, and written to the target folder.

Regards,
Rudy Wieser.


The latest copy of Norton Utilities I have is 2000 but it does have
the directory sort program in it. That will allow you to sort the
directory into alphabetical order (not just how Windows displays it)
Honestly I have not tried it with XP but if you just boot it natively
it will work on FAT drives., Again I have not tried it in NTFS. Was
W/2000 a NTFS system? (Never ran it)

gfretwell,

The latest copy of Norton Utilities I have is 2000 but it
does have the directory sort program in it.

Somehow somewhere along the line I stopped caring about directory sorting.
Windows got to me I suppose. :-)

That will allow you to sort the directory into alphabetical
order (not just how Windows displays it)

I hope you do know that Windows is rather special about how it sorts ?
Apart from somehow having its own order for the non-digit and -alpha chars,
it also tries to sort the filenames on any numbers embedded in them.

Honestly I have not tried it with XP but if you just boot it
natively it will work on FAT drives.

Thanks for the offer, but in the (seldom) case I need it I just run that
script I mentioned. Works like a charm.

Regards,
Rudy Wieser


-- Origional message:
schreef in berichtnieuws
...
On Tue, 23 Aug 2016 08:34:56 +0200, "R.Wieser"
wrote:

schreef in berichtnieuws
...

gfretwell,

I have some DOS tools that will sort the raw directory
but it only works on a FAT drive.

Yep, had one too (DS). Alas, when used on a directory containing long
filenames it would make a mess (the LFN-part entries would be ignored,
the
SFN entries would be shuffeled around). ....

They are typically put in the directory in the order they
are written.

And thats exactly the problem: when copying files (no matter if by file
explorer or command line) you have no control over the order in which the
files are taken from the source, and written to the target folder.

Regards,
Rudy Wieser.


The latest copy of Norton Utilities I have is 2000 but it does have
the directory sort program in it. That will allow you to sort the
directory into alphabetical order (not just how Windows displays it)
Honestly I have not tried it with XP but if you just boot it natively
it will work on FAT drives., Again I have not tried it in NTFS. Was
W/2000 a NTFS system? (Never ran it)

On Tuesday, August 23, 2016 at 12:08:15 PM UTC-5, R.Wieser wrote:
gfretwell,

The latest copy of Norton Utilities I have is 2000 but it
does have the directory sort program in it.

Somehow somewhere along the line I stopped caring about directory sorting.
Windows got to me I suppose. :-)

That will allow you to sort the directory into alphabetical
order (not just how Windows displays it)

I hope you do know that Windows is rather special about how it sorts ?
Apart from somehow having its own order for the non-digit and -alpha chars,
it also tries to sort the filenames on any numbers embedded in them.

Honestly I have not tried it with XP but if you just boot it
natively it will work on FAT drives.

Thanks for the offer, but in the (seldom) case I need it I just run that
script I mentioned. Works like a charm.

Regards,
Rudy Wieser


-- Origional message:
schreef in berichtnieuws
...
On Tue, 23 Aug 2016 08:34:56 +0200, "R.Wieser"
wrote:

schreef in berichtnieuws
...

gfretwell,

I have some DOS tools that will sort the raw directory
but it only works on a FAT drive.

Yep, had one too (DS). Alas, when used on a directory containing long
filenames it would make a mess (the LFN-part entries would be ignored,
the
SFN entries would be shuffeled around). ....

They are typically put in the directory in the order they
are written.

And thats exactly the problem: when copying files (no matter if by file
explorer or command line) you have no control over the order in which the
files are taken from the source, and written to the target folder.

Regards,
Rudy Wieser.


The latest copy of Norton Utilities I have is 2000 but it does have
the directory sort program in it. That will allow you to sort the
directory into alphabetical order (not just how Windows displays it)
Honestly I have not tried it with XP but if you just boot it natively
it will work on FAT drives., Again I have not tried it in NTFS. Was
W/2000 a NTFS system? (Never ran it)

I found the problem.

I had some non alphabetic characters in some of the file names.
(& - _ for example)

After renaming with only alphabetic characters, all the mp3s played.

Andy

Andy,

I found the problem.

I had some non alphabetic characters in some of the file names.
(& - _ for example)

After renaming with only alphabetic characters, all the mp3s played.

Good find, not something I had thought of (than again, we had very little
info to go on :-( :-) ).

Regards,
Rudy Wieser


-- Origional message:
Andy schreef in berichtnieuws
...

I found the problem.

I had some non alphabetic characters in some of the file names.
(& - _ for example)

After renaming with only alphabetic characters, all the mp3s played.

Andy

[Default] On Mon, 22 Aug 2016 09:19:30 +0200, in
microsoft.public.windowsxp.general "R.Wieser"
wrote:

Andy,

For some reason, mp3s burned as data on CD do
not always "take."

I can play say 14 mp3s, then it may skip to number 30.

You have not mentioned if MP3s #15 thru #29 are present (and get played
somewhere later), but I'm going to assume they are (but please do check!).

Its possible your MP3s are simply played in the order they are found on the
CD.

The problem is that Windows auto-sorts the contents of a folder, making it
*look* like they are in a certain (mostly alphabetical, but its the users
choice) order, but infact they are not.

Yes, and they don't even point that out.

TCC/le, which is free, has an option under DIR to display files in
Unsorted order, as they appear on the harddrive. DIR /o:u

(This doesn't move them around and I don't know how one writes them to
a HDD or a CD in the order one wants them. ??? Unless he did it one
by one, and I doubt you want to do that. But at least you'd know
what order they were in and be able to tell if your player is playing
them in that order.)

I presume this works on a CD too.

I think this used to mean in the order they appeared in the FAT, but I
don't know enough about NTFS to speculate.

From TCC/LE-TCMD help:

DIR's output is normally sorted by name, with directories listed
first. You can change the sort order with the /O option. For example,
these two commands sort the output by date. The first command lists
the oldest file first; the second command lists the oldest file last:

dir /o:d
dir /o:-d

/O Set the sorting order. You may use any combination of the sorting
options below. If multiple options are used, the listing will be
sorted with the first sort option as the primary key, the next as the
secondary key, and so on:

n Sort by filename and extension, unless e is explicitly included.
This is the default.

- Reverse the sort order for the next sort key

a Sort names and extensions in standard ASCII order, instead of
numerically when numeric substrings are included in the name or
extension.
c Sort by compression ratio (the least compressed file in the
list will be displayed first). For single-column directory displays in
the short filename format, the compression ratios will be used as the
basis of the sort and will also be displayed. For wider displays (/2,
/4, and /W) and displays in LFN format, the compression ratios will be
used to determine the order but will not be displayed. For information
on supported compression systems see /C above.
d Sort by date and time (oldest first); also see /T:acw
e Sort by extension
g Group subdirectories first, then files
i Sort by file description (ignored if /C or /O:c is also used)
o Sort by owner
r Reverse the sort order for all options
s Sort by size
t Same as d
u Unsorted

I got the same kind of problems when copying (.mp3) chapters of a audio book
over to an USB music player. I have not found any way of selecting the
source files so that they are copied in a certain order.

In the end I wrote some VBScript to sort and than copy the files one-by-one
to the target folder. For me that seems to work.

Regards,
Rudy Wieser


-- Origional message:
Andy schreef in berichtnieuws
...
For some reason, mp3s burned as data on CD do not always "take."

I can play say 14 mp3s, then it may skip to number 30.

At first I thought my CD-RW had gone bad, but it also happened on a brand
new CD-RW.

Bummer since wav files take up so much more room. :-(

[Default] On Mon, 22 Aug 2016 15:19:32 -0400, in
microsoft.public.windowsxp.general wrote:

On Mon, 22 Aug 2016 09:19:30 +0200, "R.Wieser"
wrote:

Andy,

For some reason, mp3s burned as data on CD do
not always "take."

I can play say 14 mp3s, then it may skip to number 30.

You have not mentioned if MP3s #15 thru #29 are present (and get played
somewhere later), but I'm going to assume they are (but please do check!).

Its possible your MP3s are simply played in the order they are found on the
CD.

The problem is that Windows auto-sorts the contents of a folder, making it
*look* like they are in a certain (mostly alphabetical, but its the users
choice) order, but infact they are not.

I got the same kind of problems when copying (.mp3) chapters of a audio book
over to an USB music player. I have not found any way of selecting the
source files so that they are copied in a certain order.

In the end I wrote some VBScript to sort and than copy the files one-by-one
to the target folder. For me that seems to work.

I have some DOS tools that will sort the raw directory but it only
works on a FAT drive.

I wondered about that, but iirc hlp files displayed by the help
program didn't have Find, so I didn't try to find out.

But after reading your post here, I see that one advantage of .chm
files is that they do have Find, and although there were exceptions
made in some options for FAT (mostly regarding long file names), VFAT,
and NTFS, there are none specified for sorting by unsorted, in TCC/Le
or TCMD. CD and DVD aren't even mentioned. So I think it will
work fine.

They are typically put in the directory in the
order they are written.