Xine or ogle are good alternatives to mplayer and one of them does menus, I would install all 3 of them there all good in there right, mplayer is good for raw speed + codecs.
Re:10 pound headset?!??!?!?!??!?!??
on
VoIP at $15 a Pop
·
· Score: 1
hehe, I should of said £10, but I am using a US keyboard !.
and if I remember linux kernel version 2.4.18 has support for the Promise IDE raid controllers, along with the HighPoint drivers. (if not, theres an patch somewhere for it, have a search for ATA66+linux).
Whats the point in this product ?, all you need is a PC + soundcard + 10 pound headset (0 pence for me, I all ready have one..) from somewhere like Game or EB.
Then go download some free VoIP software from the web, theres plenty of them.
actually, according to the PDF's on there web site, they have only implemented in-process COM objects. Which is enough to code up DirectX 8 (which uses COM).
DCOM and out-of-process COM would be a LOT hard to implement, you have to cope with passing data to another block of code in a diffrent memory space (Marsheling).
I there with you on that, you SHOULD be able to, make a mp3/ogg of your CD's on lets say your laptop so you can listen to the music YOU paid for on the move.
I think the issue here is that DVD's have region protection and encrytion to stop copys being made...
CD's and tapes don't. I also used to make backups of my tapes (actually I used to do selected mixes of them), simple because most of my listening was done via a 'Walkman'. I had countless times that the tape would get chewed up, or twisted, couplete pain!.
I don't see why it shouldn't be any diffrent with DVD's, I should *legally* be abled to backup a DVD to my laptop so I can watch it while I travel without having to carry the CD with me, but I can't do this legally and does bother me a fair bit.
that does sound quite horrid way to do it, most of been a complete bitch to implement, rather than using the native API.
Mybe MS will realese one of there SDK's with source code, that you can't do GPL products with, just to stop someone doing a GPL'ed compatiable outlook server, yuck:).
doing high bitrate VCD's(MPEG1) has its pro and cons, the pro is that recompression takes less time that VBR mpeg2 (or even CBR). The con is that MPEG2 was spec'ed to scale up with higher bitrates.
It does really depend what video software your using, theres nothing stoping you doing a VBR MPEG1 stream if theres a decoder that supports it.
VCD is no where need as good as DVD (which uses MPEG2 VBR ecoding, which has a max of around 1.5mbits/sec). Also there the pallete issue, MPEG2 is better in this respect.
I've seen som VERY well done VCDs (offical ones) some of the startrek ones that are acutally CDi disks can be very good. But you can notice it the res is only 352x288 on a decent sized tele.
Also VCD's are designed to be played using hardare which does softs of smothing using filters. Playing them on a PC looks blocky, you notice a lot of artifates that you wouldn't see playing them via a Hardwre decoder or a real VCD palyer (I have a philps CDi player).
Best way to backup your DVD's is either to extract the video stream, and desired sound track and multiplex them back to a MPEG2 stream. Or use DivX to re-encode the Video stream, which can get good quality near the orginal. (theres always going some lose converting to another format).
I agree here, you should be able to make a backup of your DVD's without the DMCA breathing down your back . It should be 'fair use'.
They should be going after people that share there backups with others, not people that make backups. I like to call it Media/Film Warez, priates and priating sounds so lame;).
Its not like DVD's are hard to scratch or anything...
Re:It's Like Most Bandwagons...
on
Web Services
·
· Score: 1
this is very true, last company I worked for (I can't name them!) jumped on using NT+SQL+DCOM/COM for there system, which was handling Voice recordings.
Result ?, DCOM is a bast to setup, NT didn't have the TCP/IP throughput that they needed. The SQL queqing system that they used filled up in NO time because they where storing voice data in a SQL database.
If they had done a bit of home work, they could of got a much better system using a combo of NT and *nix systems.
Cobra, (which yes they would of had to pay for) would of done the job much better.
I am sure theres database type products that are geared for storing large amounts of binary data....
Jumping on the M$ bandwagon and using there technolgy is not always the best thing... I can see it happening all over again with dot-net, sign.
I was thinking about this the other day, thats writing a opensourced Calander/Schedule system. You need a multi threaded server, way I would go is to write a C/C++ client API and let some one with GUI design do a actually client application;-).
The hard thing is integrating it into an existing system, for example where do you get the list of users from ?, do you send messages directly to the client or use one of the *nix mail daemons ?. will it integrate into, a NT domain, which means getting a list of users from the PDC..
it is possible, I would go the route of writing a server thats using a nice new API, then add functionality to integrate into other systems as people request it:-).
It even be possible to use Outlook, it has plug-in support...
Slashdot Mirror
Xine or ogle are good alternatives to mplayer and one of them does menus, I would install all 3 of them there all good in there right, mplayer is good for raw speed + codecs.
hehe, I should of said £10, but I am using a US keyboard !.
Have a look at:
http://www.promise.com/support/linux_eng.asp
and if I remember linux kernel version 2.4.18 has support for the Promise IDE raid controllers, along with the HighPoint drivers. (if not, theres an patch somewhere for it, have a search for ATA66+linux).
Whats the point in this product ?, all you need is a PC + soundcard + 10 pound headset (0 pence for me, I all ready have one..) from somewhere like Game or EB.
Then go download some free VoIP software from the web, theres plenty of them.
actually, according to the PDF's on there web site, they have only implemented in-process COM objects. Which is enough to code up DirectX 8 (which uses COM).
DCOM and out-of-process COM would be a LOT hard to implement, you have to cope with passing data to another block of code in a diffrent memory space (Marsheling).
I there with you on that, you SHOULD be able to, make a mp3/ogg of your CD's on lets say your laptop so you can listen to the music YOU paid for on the move.
...
I think the issue here is that DVD's have region protection and encrytion to stop copys being made
CD's and tapes don't. I also used to make backups of my tapes (actually I used to do selected mixes of them), simple because most of my listening was done via a 'Walkman'. I had countless times that the tape would get chewed up, or twisted, couplete pain!.
I don't see why it shouldn't be any diffrent with DVD's, I should *legally* be abled to backup a DVD to my laptop so I can watch it while I travel without having to carry the CD with me, but I can't do this legally and does bother me a fair bit.
that does sound quite horrid way to do it, most of been a complete bitch to implement, rather than using the native API. Mybe MS will realese one of there SDK's with source code, that you can't do GPL products with, just to stop someone doing a GPL'ed compatiable outlook server, yuck :).
doing high bitrate VCD's(MPEG1) has its pro and cons, the pro is that recompression takes less time that VBR mpeg2 (or even CBR). The con is that MPEG2 was spec'ed to scale up with higher bitrates.
It does really depend what video software your using, theres nothing stoping you doing a VBR MPEG1 stream if theres a decoder that supports it.
VCD is no where need as good as DVD (which uses MPEG2 VBR ecoding, which has a max of around 1.5mbits/sec). Also there the pallete issue, MPEG2 is better in this respect.
I've seen som VERY well done VCDs (offical ones) some of the startrek ones that are acutally CDi disks can be very good. But you can notice it the res is only 352x288 on a decent sized tele.
Also VCD's are designed to be played using hardare which does softs of smothing using filters. Playing them on a PC looks blocky, you notice a lot of artifates that you wouldn't see playing them via a Hardwre decoder or a real VCD palyer (I have a philps CDi player).
Best way to backup your DVD's is either to extract the video stream, and desired sound track and multiplex them back to a MPEG2 stream. Or use DivX to re-encode the Video stream, which can get good quality near the orginal. (theres always going some lose converting to another format).
That would be nice, and since the API has all ready been reversed engineered from the clients point of view in the Ximian outlook client ...
Mybe adding functionallity to the Mozilla server thats in development to support Outlook clients could be a good way to go..
I agree here, you should be able to make a backup of your DVD's without the DMCA breathing down your back . It should be 'fair use'.
;).
...
They should be going after people that share there backups with others, not people that make backups. I like to call it Media/Film Warez, priates and priating sounds so lame
Its not like DVD's are hard to scratch or anything
this is very true, last company I worked for (I can't name them!) jumped on using NT+SQL+DCOM/COM for there system, which was handling Voice recordings.
....
... I can see it happening all over again with dot-net, sign.
Result ?, DCOM is a bast to setup, NT didn't have the TCP/IP throughput that they needed. The SQL queqing system that they used filled up in NO time because they where storing voice data in a SQL database.
If they had done a bit of home work, they could of got a much better system using a combo of NT and *nix systems.
Cobra, (which yes they would of had to pay for) would of done the job much better.
I am sure theres database type products that are geared for storing large amounts of binary data
Jumping on the M$ bandwagon and using there technolgy is not always the best thing
and I have to try program this stuff!..
I was thinking about this the other day, thats writing a opensourced Calander/Schedule system. You need a multi threaded server, way I would go is to write a C/C++ client API and let some one with GUI design do a actually client application ;-).
..
:-).
...
The hard thing is integrating it into an existing system, for example where do you get the list of users from ?, do you send messages directly to the client or use one of the *nix mail daemons ?. will it integrate into, a NT domain, which means getting a list of users from the PDC
it is possible, I would go the route of writing a server thats using a nice new API, then add functionality to integrate into other systems as people request it
It even be possible to use Outlook, it has plug-in support
my 2 cents worth.