mjpeg codec is generating illegal mjpeg for zoran output
system: i386 linux system (debian). MPlayer-1.0pre8 self-compiled, with static llibavcodec output to zr (or zr2) driver, feeding a DC10+ card. The symptom is that output gives a picture that is jumping, blinking, and has varying colours. It looks like erroneous mjpeg is fed to the card. I have tracked down the problem to the file libavcodec/mjpeg.c If it is replaced with the version from MPlayer-1.0pre7, everything is working correctly. There are a lot of changes in the file between those versions. Possibly this also means that all mjpeg generated by that codec is improper. Karolina
On Wednesday 23 August 2006 18:42, Karolina wrote:
system: i386 linux system (debian). MPlayer-1.0pre8 self-compiled, with static llibavcodec output to zr (or zr2) driver, feeding a DC10+ card.
The symptom is that output gives a picture that is jumping, blinking, and has varying colours. It looks like erroneous mjpeg is fed to the card.
I have tracked down the problem to the file libavcodec/mjpeg.c If it is replaced with the version from MPlayer-1.0pre7, everything is working correctly. There are a lot of changes in the file between those versions.
Possibly this also means that all mjpeg generated by that codec is improper.
Would it be possible to track down exactly which commit between pre7 and pre8 created this behaviour? (using svn log libavcodec/mjpeg.c and svn -r<revision> up libavcodec/mjpeg.c) That would be very helpful as I doubt any developer currently has a zoran card. --Ivo
fredag 25 augusti 2006 15:21 skrev Ivo:
On Wednesday 23 August 2006 18:42, Karolina wrote:
Would it be possible to track down exactly which commit between pre7 and pre8 created this behaviour? (using svn log libavcodec/mjpeg.c and svn -r<revision> up libavcodec/mjpeg.c)
I have done that, and produced a patch. A one liner fix. I will format it according to patch guidelines and send it to mplayer-dev-eng, as the patch guidelines say. Karolina
participants (2)
-
Ivo -
Karolina