Hi,
since my current living room machine is really too loud :-( I think about separating things and building a Xine plugin client based on a CN400 chipset (Via Epia SP8000 or Commell LV-667D/T Mini-ITX boards). I believe MPEG4 acceleration doesn't work yet with the Unichrome Pro, or does it (and there aren't any real HDTV broadcasts in DE yet, anyway, but just to invest in the right technology)? I want to use DVI out to my HDTV capable LCD TV. Any positive or negative experience to share? Dies XvmC work with the CN400 as it does with the CLE266?
Le samedi 19 novembre 2005 à 09:56 +0000, Harald Milz a écrit :
Not yet it is underway the branch for Xvmc is www.openchrome.org all your questions will be answered there.
I want to use DVI out to my HDTV capable LCD TV. Any positive or negative experience to share?
If you want DVI out then you will need a graphics card the SP8000 does not do that. So a full featured card will be your best bet.
Dies XvmC work with the CN400 as it does with the CLE266?
Yes.
Cheers
Tony
tony tony@tgds.net wrote:
If you want DVI out then you will need a graphics card the SP8000 does not do that. So a full featured card will be your best bet.
The SP8000 does support HDTV with the DVI-02 output adapter, and a FF card does not support HDTV at all. I'm just selling my rev 1.3 card just because of that.
Le samedi 19 novembre 2005 à 12:30 +0000, Harald Milz a écrit :
You will have to ask if the DVI adapter works with the X.org driver. Last time I read about it it didn't work - the solution is to use a VGA->DVI dongle.
Cheers
Tony
What about using the streamdev device with an AniNET124 box?
http://www.aminocom.com/products/pdf/amino_124_flyer.pdf
On Sat, 2005-11-19 at 13:40 +0100, tony wrote:
Simon Baxter linuxtv@nzbaxters.com wrote:
What about using the streamdev device with an AniNET124 box?
Last time I looked the streamdev client / server combo wasn't very stable...
This is not a solution. In this case I could use VGA directly. I want to stay digital. The solution would be to figure out how the DVI adapter can be gotten to work ;-)
What have you looked at?
I've had some success with streamdev 0.3.3 (unicast) and was looking at adding VLC to do some multicast - but it's a bit kludgy.
Really want some way to H.264 encode streams on the fly and mcast them out. Then a small STB to pick them up (like the AmiNET)
ideas?
On Sun, 27 Nov 2005 22:46:42 +0000 Simon Baxter linuxtv@nzbaxters.com wrote:
Um, are you aware of the processing requirements for that? For realtime encoding of SDTV at decent quality with x264, you would need at least an A64 4000+, and preferably two cores. The bitrate savings over XviD or libavcodec MPEG-4 ASP (that would require only half the CPU time of x264) would be about 20%. So you could save 50% of the bandwidth compared to MPEG-2 and end up with smoothed out video (re-encoding tightly packed DVB broadcasts will make the picture quite bad no matter what bitrate used). These are just educated guesses based on encoding experiences with x264 and DVB sources, but this might give you an idea what you're up against if you haven't tried it out yet. Perhaps re-encoding is worth it in your case, perhaps not.
Anyway, it could be possible to build a streaming encoder with streamdev-server and Mencoder. Just set mencoder to encode the http TS stream from streamdev and output the result as MPEG-TS to a pipe. Then you'll need some kind of a streaming server that can read the stream and send it out. It could be possible to do this even with VLC. Channel switching would be a bit tricky though, but you'd only need to restart Mencoder with another source address. The first problem would be to get Mencoder write the H.264 video into MPEG-TS. This is perhaps not even possible with the current implementation. Mencoder could support H.264 output only as a raw stream and in the AVI container, which is probably not suitable for streaming.
Mencoder is still your best bet for transcoding because it supports almost all of the x264 encoding options (unlike VLC for example). If it doesn't work directly, perhaps the resulting raw H.264 stream could be muxed on the fly with some other program.
Personally I have tried this the other way around: re-encoding H.264 to MPEG-1 and streaming that out to be able to use lesser machines in the decoding end. However, I gave up on it after trying out VLC and ffserver. Just couldn't get the transcoding to work properly. Now I have a script that encodes the played file on the fly with mencoder and writes the output to a file. That file can then be simply accessed through NFS. Of course, this won't help in your case.
-- Niko Mikkilä
-
Harald Milz -
Niko Mikkila -
Simon Baxter -
tony