Search found 1323 matches
- Thu Mar 31, 2005 3:44 am
- Forum: General Discussion and Feedback
- Topic: (maybe) ReactOS Media Player
- Replies: 94
- Views: 52392
Opps should have been in last post
The backup of mplayer needs to be the exe for windows. There is a subversion of mplayer on sf.net called mplayerxp.sf.net(xp does not mean windows xp it is source code only and Xp means extra performance the faster version) Note this version has never been tested on windows and is most likely missin...
- Thu Mar 31, 2005 3:28 am
- Forum: General Discussion and Feedback
- Topic: (maybe) ReactOS Media Player
- Replies: 94
- Views: 52392
Fuzz and everyone else please stick to stuff that opensource
So that it can be shiped with reactos it has to be opensource so it can be changed to fit ie reactos has to support all langs not just english so we have to be able to edit and and langs on demand. Thanks Golden_Condor for backup of mplayer Still looking for a new home most likely running out time t...
- Wed Mar 30, 2005 7:07 am
- Forum: General Discussion and Feedback
- Topic: (maybe) ReactOS Media Player
- Replies: 94
- Views: 52392
Normal proto binary Yep it works
We need someone to provide mplayer with a new home if current project location cannot continual as it looks at this time.
Question can it be here we need a media player and one is almost complet. Mplayer.hu beats VideoLan hands down since VideoLan cannot use the codecs that microsoft mplayer users.
Question can it be here we need a media player and one is almost complet. Mplayer.hu beats VideoLan hands down since VideoLan cannot use the codecs that microsoft mplayer users.
- Wed Mar 30, 2005 1:48 am
- Forum: General Discussion and Feedback
- Topic: (maybe) ReactOS Media Player
- Replies: 94
- Views: 52392
Mplayer.hu is the best I know of but it need a rescue
Someone who can rescue it before it dies and restart its site away for the patent problem. Would be good. This will save alot of development and gets us off to a flying start. Yes it already works under reactos. This would provide reactos with a media player now. With about the same compad as the mi...
- Tue Mar 29, 2005 1:09 pm
- Forum: General Discussion and Feedback
- Topic: (maybe) ReactOS Media Player
- Replies: 94
- Views: 52392
Where is the base of operation for this project.
There is a project that could provide the media player now it is going by by due to patent risk. Could be a good project to grab before it dies.
http://www.mplayerhq.hu
Yep it is a media player its windows version is beta but it could provide a equal match to micrsoft media player.
http://www.mplayerhq.hu
Yep it is a media player its windows version is beta but it could provide a equal match to micrsoft media player.
- Fri Mar 25, 2005 11:46 am
- Forum: General Discussion and Feedback
- Topic: sandbox for Win16 and DOS applications
- Replies: 19
- Views: 14310
Yep normal miss understanding.
A sandbox does not say that it cannot have hardware/software access on the system. Wine is a sandbox on linux. But wine can have direct access to floppy drives and Cdrom drives. This is controled access. A sandbox has controled access or no access at a change of a few options. Now a dos music player...
- Wed Mar 23, 2005 7:25 am
- Forum: General Discussion and Feedback
- Topic: ReactOS Terminal Server?
- Replies: 17
- Views: 26044
DRBL.sf.net Anyone
This sould be simpler to setup and get working. Requirements Network filesystem support(something network filesystem) nfs file support would be nice(extendend attribs doing what ntfs features it does not support). A loader that works with boot from network.(yep this would have been simple if this wa...
- Sun Mar 13, 2005 12:02 am
- Forum: General Discussion and Feedback
- Topic: Missing Features
- Replies: 60
- Views: 38463
Its is more the god dam fileformat.
http://www.acc.umu.se/~bosse/ Romfs is most likely supported would someone give it a test with reactos.(I don't have my reactos up at moment) Windows 9x drivers are LX format. This is a big problem. We don't have opensource linker to produce LX files or a Gcc to produce them. Makes it hard to test t...
- Sat Mar 12, 2005 6:42 am
- Forum: General Discussion and Feedback
- Topic: Is ROS going towards OSS file system rather than NTFS?
- Replies: 61
- Views: 44727
Nop I was just a little confusing.
It does not really matter where wildcard functions are. They can be embed in a linux kernel if you build a driver with them and link libc to it(not recommended). This is not a factor. Wildcard code is Wildcard code does not matter where it is. One single wildcard code could be used for every filesys...
- Sat Mar 12, 2005 1:45 am
- Forum: General Discussion and Feedback
- Topic: Is ROS going towards OSS file system rather than NTFS?
- Replies: 61
- Views: 44727
This is not a problem
I was wondering, does anyone know if ReactOS will use the same filesystem driver system as the Windows family? I've heard that Windows filesystems have the directory listing / query "code" (ie for wildcards) built into the filesystem driver rather than the shell or list program. If that's...
- Mon Mar 07, 2005 7:55 am
- Forum: General Discussion and Feedback
- Topic: 16 bit C compiler for Win16 / DOS / OS/2 subsystems
- Replies: 29
- Views: 25105
oPPS
Amd64
long 64bit pm 32bit pm (compatibility) 16bit pm (compatibility)
legacy 32bit pm 16bit pm vm86
real 16bit
Nice formated table went to hell.
long 64bit pm 32bit pm (compatibility) 16bit pm (compatibility)
legacy 32bit pm 16bit pm vm86
real 16bit
Nice formated table went to hell.
- Mon Mar 07, 2005 7:52 am
- Forum: General Discussion and Feedback
- Topic: 16 bit C compiler for Win16 / DOS / OS/2 subsystems
- Replies: 29
- Views: 25105
It cannot run 16-bit applications *natively* (without ugly hacks which would slow down the system to crawl...anyone remembers DOS box on OS/2 1.x? Wink Amd64 real -- legacy -- long 16bit 32bit pm 64bit pm 16bit pm 32bit pm (compatibility) vm86 16bit pm (compatibility) Please note the 16bit pm in lo...
- Sun Mar 06, 2005 10:53 am
- Forum: General Discussion and Feedback
- Topic: Is ROS going towards OSS file system rather than NTFS?
- Replies: 61
- Views: 44727
Thanks Sir Talon I keep forgeting about Sticky bits
I was not thinking about extended ACL I was thinking about Extended Attributes. ACL on linux is formed inside Extended Attributes on the filesystem. So any extra NTFS partical information that reactos most likely could be stored. Also difference between the linux form and windows form could be store...
- Sun Mar 06, 2005 12:44 am
- Forum: General Discussion and Feedback
- Topic: 16 bit C compiler for Win16 / DOS / OS/2 subsystems
- Replies: 29
- Views: 25105
Let this die.
[quote]A 64-Bit OS CANNOT run 16-Bit apps.[/quote] This is not true out of date infomation. Dosemu and Wine runs on a linux 64 bit systems runing Amd64 chip or EMT64 match. The work around is completely Annoying. You have a 2 sets of libs, 32 and 64 bit libs to pull it off note people are trying to ...
- Sat Mar 05, 2005 6:15 am
- Forum: General Discussion and Feedback
- Topic: DOS subsystem already dicussed in detail
- Replies: 16
- Views: 11022
There is more than one way to skin the cat
[quote]For a Win16 subsystem you must create 16 bit DLLs - therefore you should use a 16 bit compiler. [/quote] Wine does not and it has a Win16 subsystem. Ie the dlls can be created in anything as the long as the 16 bit code does not know that they were coded in 32 bit. Sorry to say but mixing 16 a...