FunMan
18th February 2003, 09:40
Hi,
Yesterday I checked out last source of development three and compiled my "personal" version of XviD.
I have to compress some material....:/
First, the new feature, VHQ, cause my system to crash. However isn't this the problem, 'cause VHQ is very beta and unstable feature and at the moment I don't want to use it.
The problem is on b-frame coding and mpeg4 iso interoperability. With previous version I had no problem, so I think the b-frame coding has been modified since the last time I checked out cvs.
Here you can find a small test movie. I used quant 8 in order to gain bytes (I've a normal slow analogic modem, no adsl) but also using quant 2 the situation is the same.
The avi movie (no visible problem if played with Xvid or Divx filter)
http://www.neowebsite.it/xvid/test.avi
The iso mp4 movie obtained from the above avi (with the problem, played with Envivio TV, www.envivio.com )
http://www.neowebsite.it/xvid/test.mp4
I think that should be better for XviD to test also mpeg4 iso interoperability on corrections/new implementations... obviously not on aplha implementation, but isn't this the case.
The mine would be just an advice, I use XviD only for mp4 iso streams, I would continue to use it if possible ....
Sorry for my english that is far to be perfect,
Thanks in advance,
FunMan
Yesterday I checked out last source of development three and compiled my "personal" version of XviD.
I have to compress some material....:/
First, the new feature, VHQ, cause my system to crash. However isn't this the problem, 'cause VHQ is very beta and unstable feature and at the moment I don't want to use it.
The problem is on b-frame coding and mpeg4 iso interoperability. With previous version I had no problem, so I think the b-frame coding has been modified since the last time I checked out cvs.
Here you can find a small test movie. I used quant 8 in order to gain bytes (I've a normal slow analogic modem, no adsl) but also using quant 2 the situation is the same.
The avi movie (no visible problem if played with Xvid or Divx filter)
http://www.neowebsite.it/xvid/test.avi
The iso mp4 movie obtained from the above avi (with the problem, played with Envivio TV, www.envivio.com )
http://www.neowebsite.it/xvid/test.mp4
I think that should be better for XviD to test also mpeg4 iso interoperability on corrections/new implementations... obviously not on aplha implementation, but isn't this the case.
The mine would be just an advice, I use XviD only for mp4 iso streams, I would continue to use it if possible ....
Sorry for my english that is far to be perfect,
Thanks in advance,
FunMan