VLC from VideoLAN accepts almost all the formats MPlayer groks. The major exceptions are the ones for which there is no GPL-compatible implementation. It can also transcode streams into different formats, or send them to the network, serve them as HTTP, etc. It is truly cross-platform and the Windows and OS X ports are extremely popular.
The DVD key is stored on special sectors which are often pre-burnt or unreachable on a DVD-RW disc. One can make absolutely no assumption on whether they used a DeCSS-like tool or not, but personally I think they did.
Most RPC2 drives only do the region check once, during a key exchange process that libdvdcss manages to skip. Any subsequent access doesn't get blocked.
VideoLAN doesn't *need* SDL either. It *can* use it, but if you prefer to use the XVideo output plugin, then just don't build the SDL one. As for the speed, it's a lot faster than Xine here, but I suppose YM varies a lot.
This is an MPEG2 stream. Yes, it's huge. And it's very bad quality. But at least, it is platform independant. DivX isn't OpenSource, and isn't even platform independent (x86 only), while there are MPEG2 players for almost all platforms. As for the player, it runs under Linux, but also all flavours of Unix, as well as BeOS and even Hurd ! Talk about non-standard player. Tsk.
Yes, here's a possible command line the author might have used : i=0 ; gzip < decss.c | hexdump | grep ' ' \ | sed 's/^[^ ]*//; s/ \(..\)\(..\)/\2\1/g' | while read line ; \ do echo c`printf %.2x $i`.$line.gros IN A 127.0.0.1 ; \ i=$(expr $i + 1) ; done
You don't get the point, I think. The codec is not the only problem: there's also the problem of where to find the streams ; DVDs use MPEG2, satellites use MPEG2, so I don't think we can go without MPEG2.
... but there are some other reasons why I think Photogenics for Linux is a Bad Thing (tm), for instance the bad integration with desktops: Gnome and KDE seem to have agreed on some protocols, and now another program comes with another toolkit. The Gimp now has drag'n'drop support, I doubt Photogenics will ever have it.
Also, did you notice the guy who took the screenshot was doing everything as root ?
It's even worse than the algorithm. It's the entire process of "encoding an audio stream to the mp3 format" which is patented, whatever algorithm you may use.
Software patents really suck. They prevent things like mpeg2 decoders from being released.
The 48G(X) series have a 4MHz saturn processor. It is the 48S(X) who have a 2MHz one.
-- Sam.
Re:Sure for algebra, but what about diffy qs??
on
HP49G is a reality
·
· Score: 2
The 49g solves 1st order differential equations, as well as linear second order ones. If I remember correctly, there was a step by step mode for those as well.
The problem with today's PCs is that they are not allowed at most tests, while the 49g has been designed for that (hence the lack of an IR port). And the HP calculators are a great lot cheaper, too.
Do you really think college students need to run thousands of already written applications ? They only need to do maths, physics, and such stuff. And such stuff has not become harder today than 3 years ago. And anyway, there are already thousands of software available for the hp48, and the 49g will be compatible with most of them.
I think the Calculator division of HP (which has been closed for 3 years) needed this to gain back a large user base. Let's hope the real beast is yet to come..:)
-- Samuel Hocevar Author of the horrible hp49g pictures:)
Slashdot Mirror
VLC from VideoLAN accepts almost all the formats MPlayer groks. The major exceptions are the ones for which there is no GPL-compatible implementation. It can also transcode streams into different formats, or send them to the network, serve them as HTTP, etc. It is truly cross-platform and the Windows and OS X ports are extremely popular.
There is an improved version for Bind 8.3, 8.4 and 9.2 here. .
Here is my solution that does not hardcode the IPs but reads them in named.conf, which is a bit nicer.
I implemented a quite similar feature in VLC one year ago. See this or this.
There is also the problem that graphviz is free (beer) but not free (speech). Use Tulip instead. To get you convinced, here are some benchmarks.
I was talking about decrypting (unscrambling), not
decoding. What was the software you used to do the copy?
The DVD key is stored on special sectors which are often pre-burnt or unreachable on a DVD-RW disc. One can make absolutely no assumption on whether they used a DeCSS-like tool or not, but personally I think they did.
Most RPC2 drives only do the region check once, during a key exchange process that libdvdcss manages to skip. Any subsequent access doesn't get blocked.
--
VideoLAN doesn't *need* SDL either. It *can* use it, but if you prefer to use the XVideo output plugin, then just don't build the SDL one. As for the speed, it's a lot faster than Xine here, but I suppose YM varies a lot.
--
It's from Cruel Intentions. The VideoLAN people have the same here :)
--
No, the reason for the demux error is that Xine doesn't properly handle corrupted streams yet. The VOB is _not_ encrypted.
--
This is an MPEG2 stream. Yes, it's huge. And it's very bad quality. But at least, it is platform independant. DivX isn't OpenSource, and isn't even platform independent (x86 only), while there are MPEG2 players for almost all platforms. As for the player, it runs under Linux, but also all flavours of Unix, as well as BeOS and even Hurd ! Talk about non-standard player. Tsk.
--
If you aren't having video, it's likely you are using a buggy RedHat with gcc 2.96. Try to remove lib/yuvmmx.so before launching vlc.
--
The problem is that DivX is not an open standard. MPEG2 isn't either, but at least there are free, opensource, players. That's all. DivX sucks.
--
Yes, here's a possible command line the author might have used :
i=0 ; gzip < decss.c | hexdump | grep ' ' \
| sed 's/^[^ ]*//; s/ \(..\)\(..\)/\2\1/g' | while read line ; \
do echo c`printf %.2x $i`.$line.gros IN A 127.0.0.1 ; \
i=$(expr $i + 1) ; done
You don't get the point, I think. The codec is not the only problem: there's also the problem of where to find the streams ; DVDs use MPEG2, satellites use MPEG2, so I don't think we can go without MPEG2.
... but there are some other reasons why I think Photogenics for Linux is a Bad Thing (tm), for instance the bad integration with desktops: Gnome and KDE seem to have agreed on some protocols, and now another program comes with another toolkit. The Gimp now has drag'n'drop support, I doubt Photogenics will ever have it.
Also, did you notice the guy who took the screenshot was doing everything as root ?
Sam.
It's even worse than the algorithm. It's the entire process of "encoding an audio stream to the mp3 format" which is patented, whatever algorithm you may use.
Software patents really suck. They prevent things like mpeg2 decoders from being released.
The 48G(X) series have a 4MHz saturn processor. It is the 48S(X) who have a 2MHz one.
--
Sam.
The 49g solves 1st order differential equations, as well as linear second order ones. If I remember correctly, there was a step by step mode for those as well.
--
Sam.
The problem with today's PCs is that they are not allowed at most tests, while the 49g has been designed for that (hence the lack of an IR port).
.. :)
:)
And the HP calculators are a great lot cheaper, too.
Do you really think college students need to run thousands of already written applications ? They only need to do maths, physics, and such stuff. And such stuff has not become harder today than 3 years ago. And anyway, there are already thousands of software available for the hp48, and the 49g will be compatible with most of them.
I think the Calculator division of HP (which has been closed for 3 years) needed this to gain back a large user base. Let's hope the real beast is yet to come
--
Samuel Hocevar
Author of the horrible hp49g pictures