Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I want to finally move completely from Windows to Linux (no more Vmware!!!) but I have one issue: long filenames on FAT32 partitions. I tried this once before (a few years, and many gigabytes of data, ago), and the files that resided on a FAT32-formatted partition were renamed with the DOS 8.3 format. I was dual booting XP and Mandrake when this occurred. I have no idea why it happened, but if it happens again I would be screwed. Recovering the real file names of 30 Simpsons episodes by watching them was fun, but I don't want to do it again with 10 times as many files (SIMPSO~1.mpg .. SIMPSO~30.mpg ).
I will have a 6gb drive as primary master, with all the linux partitions residing on it, with 2 FAT32 drives (40 and 60gb) holding the majority of my data (mainly .mp3s and CSI eps). I figure that I'll mount these drives as -t msdos.
Does anyone know
a) why this might have happened in the first place, and
b) how I can prevent it from happening on the new install?
I'll need to both read from and write to these drives, extensively.
Also, would I have any issues with XMMS or whatever reading .mp3s from a FAT32-formatted drive?
THANKS!!!
I want to get rid of Windows asap; I only keep it around for Civ3 anyway and I'm about to beat it for the umpteenth time....
XMMS don't do .mp3's too well by default, but you can get a plugin for it. Hard to find due to those companies taking royalties from the Moving Pictures Expert Group (and I'm not happy about that at all), but you will have to find and modify a MP3 plugin for XMMS. I have the other problem though, I have a pre-royalty MP3 player that I can't get source code for to write Ogg Vorbis support, but I have ripped all my music to Ogg Vorbis and have been playing the original CD's.
Maybe you can run WinAmp in WINe.
Last edited by lectraplayer; 11-11-2004 at 06:06 PM.
Distribution: Ubuntu, Debian, Various using VMWare
Posts: 2,088
Rep:
Quote:
Originally posted by lectraplayer XMMS don't do .mp3's too well by default, but you can get a plugin for it.
I thought it was only DeadRat that removed mp3 support from XMMS. The version that can be downloaded from www.xmms.org plays mp3 with no problems. You could also try other media players, such as beep-media-player [Xmms with GTK2] or mplayer or mp3blaster...
Quote:
Maybe you can run WinAmp in WINe.
I don't think this would be a good idea....especially when XMMS runs natively.
I know every version of XMMS I have tried, except for that with Lindows, would not play MP3's. I also know that it is illegal to distribute an MP3 plugin for anything unless you pay huge royalties to a few companies (with the Moving Pictures Expert Group not being one of them).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.