Yea, I think there are a few factors holding back MPEG-4 at the moment, cost of
hardware: at the moment the hardware for MPEG-2 is really relatively very cheap
(because of the volume) and also MPEG-4 has struggled with standardisation
despite being implemented for sometime. I am seeing more newsga
On Friday 14 May 2004 23:45, Jerico Webmail wrote:
> Well, I can tell you we don't get any metadata for that here. :)
Not yet... ;)
> People controling the money seem to have not spoken to those who actually
> use this compression hardware. Can't wait to see the customer response when
> the new s
Hi!
I hope this is new, at least I could not find something related via
Google ... (a search in the linuxtv.org archive always returned "No
matches" no matter what I was looking for?!)
I'm using the onboard IR-receiver (J2) of a technotrend premium 1.6
dvb-s with the vanilla kernel 2.6.6 dvb-driv
Well, I can tell you we don't get any metadata for that here. :)
Although saying about the decline in quality, we have a requirement for an
African client who wants to fit 16 channels into 27.500MS/sec. Frankly thats
just wrong, using statistical multiplexing we are going to try and we might get
Hey,
I have 29 monitors in my office and on my desk, 18 displaying MPEG2 content,
sitting in a room with no windows. A 12 hour shift can get somewhat confusing,
for the first six months of shift work I didn't even know what day it was, when
I finally figured that out I realised I didn't know if it
It seems to me that I am one of the (few ?) lucky persons whose
Siemens DVB-C analog modul is working with sound.
There are a couple of discussion concerning analogmodul on vdrportal.de e.g.
http://vdrportal.de/board/thread.php?threadid=11096 (in german)
Well .. in order to compare I send my co
On Thu, May 13, 2004 at 06:33:02AM +0200, Thomas Boernert wrote:
> lspci -n -v shows
>
> 02:09.0 Class 0480: 1131:7146 (rev 01)
> Flags: bus master, fast Back2Back, medium devsel, latency 123,
> IRQ 11
> Memory at d0101000 (32-bit, non-prefetchable) [size=512]
>
> i've tried
> MAK
On Friday 14 May 2004 13:23, you wrote:
> Andrew de Quincey wrote:
> >On Thursday 13 May 2004 18:53, you wrote:
> >>>Hi, please try the attached patch when you have a moment - I realised I
> >>>could optimise the data reading a bit, and I've added in some more
> >>>debugging in order to use up more
recently I fixed a bug in mplayer's demuxer that skipped too little
data in case of errors, causing some artefacts during decoding.
Now broken streams should appear much more resistent to errors, so you
should try to remove -tskeepbroken.
Nico
Sounds good -- I'll grab a new copy and give
Andrew de Quincey wrote:
On Thursday 13 May 2004 18:53, you wrote:
Hi, please try the attached patch when you have a moment - I realised I
could optimise the data reading a bit, and I've added in some more
debugging in order to use up more of your HDD space :)
I'm currently recording Disc
Hello,
2.6.6 currently still has the "errno-problem", so I decided to go one
step ahead and prepare a patch that contains the following:
- remove 2.4 cruft from saa7146 i2c code
- make dvb frontend code independend of i2c
- add new register/unregister functions for kernel i2c frontend drivers
- c
Am 14.05.2004 um 00:45 schrieb Christian Gmeiner:
A friend of me is using a TechnoTrend Budget DVB-S (like Nova-CI) with
a
2.6.6 Kernel and the current cvs. But he gets this Ooops:
I'm getting the same with Kernel 2.6.5.
This is an bug wich is introduced between CVS 2004-05-05 and 2004-05-09
afai
My frontend is able to cope with INVERSION_AUTO.
Ioctl(front, FE_GET_INFO, &fe_info);
If( fe_info.caps & FE_CAN_INVERSION_AUTO )
printf("INVERSION_AUTO");
-Original Message-
From: Wolfgang Thiel [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 13, 2004 11:21 PM
To: Sukwoo,Jang
Cc: [EMAIL
13 matches
Mail list logo
