azeemarif: If you want to discuss your approach, I think it's best to do it in the ros-dev mailing list (but only serious discussion; no talk of consoles and drivers and gui-deprived kernels. I don't want ros developers flaming me and getting me banned :? ) So go on. I'm dying to know what you have ...

I didn't even know NTFS had metadata. In that case, as mammlouk suggested, this filetype metadata could be cached, testing the "file modified" date against the cached date, to see if the file has been modified (thus possibly having changed in filetype) since the cached filetype test was d...

In that case, it you boot ReactOS in "No GUI" mode, you'll be as good as booting in dos mode (Not exactly but because DOS subsystem can still run the DOS apps and as Acetoline said.. most people take command prompt as "DOS mode"). You're quite right. What I meant by my previous ...

I like this idea, It should definately be implemented. and I don't see how it would mal-effect your system in any way if it were active, let alone if it were turned off. Let users do what they want to do. The whole concept of open source (at least for me) is to break free of other people making deci...

A console system would NOT work. One thing that a lot of people don't immediately realize is that DOS and Windows (esp. WinNT) are two _completely different_ operating systems. I think it's the fact that the two have been merged for so long that has paled this fact. DOS under windows is just an _emu...

many dos apps directly access hardware. in NT/ROS no app directly accesses hardware. how will this issue be solved? More than many. Basically 99.9% of dos apps directly access the hardware. The fact that many of these programs crash under NT is because of Microsoft's implementation, not because of ...

It doesn't sound like a bad idea to me, but the proponents to this idea also have their point... I have a suggestion. Let's make this into an option in ros-explorer (defualt=off?) and let the user change it if they want. I know at least I'd want to use it sometimes. Label it something like 'Probe fi...

can you now, i dont know how, take the wine openGL implementation (wine has more or less DX9 working now!!) and integrate it into ROS so that the DX calls get translated into openGL calls? at least under wine i think this isnt a real performance problem Sure it's possible, but wouldn't it be great ...

I checked ntoskrnl and it looks like V86 support (the backbone kernel-level code needed for virtual dos) is already more or less implemented in the kernel. Just check out ntoskrnl\ke\i386. I don't know how functional it is though. This will simplify the process of creating a subsystem to a great ext...

I believe the RAM may be your problem. I have personally found out that ros (at least the latest SVN) needs at least 80MB of RAM to install properly. The problem is with the installer (it tries to load huge files into memory to speed up the installation process).

Picture this scenario: Day 1: ros creates it's own hot sizzling media player that looks nothing like WMP (becuase it's a lot better) and is faster and more user-friendly. We don't include WMA/WMV support, because let's face it; it sucks. Day 2: Users have to learn this new interface - but since it's...

i got working virtualy audio, support skin and id3 , all using GPl tools and applications ,
trying now to get Video support by SimpleVLC and Libary

Nice. Keep it up!

Third-party open source media players are not a bad suggestion, but I personally think an in-house Media Player is a much more pleasant and seamless solution. It's not a question of being able to do the job. Other media players may be much better than WMP, but I still think it's important to have a ...

i dont know, but maybe i can do this job, isnt too hard to do this in c++ builder i can do one in minutes, and in 1 week i can do a very reliabe one For a simple media player you're right. But for a full media system (including the codecs, file format parsers, skins, ...) compatible with Windows Me...

Now that sound support is slowly being added, the question of a media player comes to mind.
What do you think? Should ReactOS have it's own homemade player (possibly compatible with WMP) or should we simply stick to Winamp or XMPlay or open source media players?