Ondrej Wisniewski wrote:
This board mounts a CX700M2 chipset which features MPEG2/4 hardware
decoding. It has DVI and Y/Pb/Pr video output as well as analog and
SPDIF audio (coaxial and optical). So that's everything we need, isn't it.
Well, looks like the people who pointed out that this
Isn't that the fun part of it? I don't watch much TV, but I
like
fiddling and tuning the VDR!
What you said here is absolutely right, i totally agree :)
I also agree... for my part... but my wife doesn't !! She wants to turn on the
pc and switch to euronews... or record a film...
Ondrej Wisniewski wrote:
Remains to be seen if VIA (or some other manufacturer) comes up with a
small, low power consumption MB with h.264 hw decoding or if we see a FF
DVB-S2 card before that. In the meantime there is no hurry, I'm happy
with the current VDR :-)
Intel should be doing
I know that kind of wifes !
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Travel
Factory S.r.l.
Verzonden: donderdag 7 februari 2008 10:01
Aan: vdr@linuxtv.org
Onderwerp: ***SPAM 4*** Re: [vdr] Straw poll: stable version 1.6.0 now?
Isn't that the fun
other words
this motheboard card from VIA couldn't hardware-decode the MPEG-4 Part 10
streams.
Igor
for hdtv - no.
I don't see the h.264 hardware decoding. mpeg4 is
not h.264.
Igor
What is H.264?
H.264 is the next-generation video compression
technology in the MPEG-4 standard,
for hdtv - no.
I don't see the h.264 hardware decoding. mpeg4 is
not h.264.
Igor
What is H.264?
H.264 is the next-generation video compression
technology in the MPEG-4 standard, also known as
MPEG-4 Part 10. H.264 can match the best possible
MPEG-2 quality at up to half the data rate. H.264
El Thu, 7 Feb 2008 06:44:41 +0200
Theunis Potgieter [EMAIL PROTECTED] escribió:
On 06/02/2008, Luca Olivetti [EMAIL PROTECTED] wrote:
for hdtv - no.
I don't see the h.264 hardware decoding. mpeg4 is not h.264.
Maybe this thing can be hacked to run vdr or to be used as a
front-end:
Morfsta kirjoitti:
On Feb 7, 2008 4:27 PM, Jouni Karvo [EMAIL PROTECTED] wrote:
The --stdctl option causes xine to crash if it is used when starting
from the script...
Someone advised me of a workaround, you can use the startup script
with a sudo xine, or a su - xine and it will not
On Feb 7, 2008 4:27 PM, Jouni Karvo [EMAIL PROTECTED] wrote:
The --stdctl option causes xine to crash if it is used when starting
from the script...
I found the same problem without the --stdctl flag (is it default?)
and reported it to xine-devel. The Hg version of xine-lib cannot start
from
hi,
I found the problem actually right after sending the email (but it is
still a bug in xine):
XINECMD=$XINEPRG -L -A alsa -a spdif --no-splash -g -f -V xv --stdctl
vdr://tmp/vdr-xine/stream#demux:mpeg_pes --post vdr_video --post
vdr_audio --verbose=2
The --stdctl option causes xine to
lucian orasanu wrote:
I say that i will be tester, so rotor patcheches aply
fine and compile only in this order.
1. Rotor patch vdr-1.5.14-h264-other-rotor.diff to
vdr-rotor-0.1.4-vdr-1.5
2. Rotor patch vdr-1.5.14-h264-other-rotor.diff to
vdr.
I tried same order, but got error:
g++ -g
Hy.
use this patch too.
--- device.c2008-01-28 10:33:00.0 +
+++ device.c.new2008-01-28 10:32:47.0
+
@@ -790,7 +790,7 @@ bool cDevice::SwitchChannel(int
Directio
return result;
}
-eSetChannelResult cDevice::SetChannel(const cChannel
*Channel, bool
12 matches
Mail list logo