Jerry Johns <jerry.jo...@...> writes:
>
>
>
>
>
> 1) To ensure that the *.mpeg4 file that the DM355 creates is
> good, try playing it back in VLC – yes, VLC can play back these files.
>
> 2) Also, you can use a program called YUVTools to inspect
> the YUV file that you created to ensure it’s in the proper UVYV format
> that output display requires.
>
> 3) Try to use gdb to step through your application (the
> main, or ctrl thread) to see where it is quiting
>
> 4) Write a barebones simple application that is essentially
> a stripped down version of the display thread. This should just open the
> display driver (/dev/fb/0), memcpy a 320x240 image into memory and flip
display
> buffers (panning) and see if it comes on your screen.
>
>
>
> Thanks,
>
>
>
> Jerry Johns
>
> Design Engineer
>
Hi Jerry
For info and incase anybody else tries this:
1. YUVTools application (under XP) worked great for creating the 422 raw image
(from BMP) for direct copy to a DM355 video window - my simple DM355
simplewidigit based application works perfectly putting
JPEGs/PNGs/Text/Graphics onto the 16bit OSD and video stills onto the Video
window. I made sure the source image was same size as display (320x240 in my
case) dont know what happens if it is larger.
2. To create a DM355 compatible mpeg4 from a standard avi (with no sound),
- Used MediaCoder under XP with the command line (in the codecs folder)
mencoder myfile.avi -ovc raw -of rawvideo -nosound -vf
scale=320:240,format=UYVY -o myfile.yuv
- Used the dm355 venc utility :
venc myfile.yuv myfile.mpeg4
However it is necessary to modify the decode demo and venc example to work with
a new resolution of 320x240 and rebuild the applications. Both applications
were hard coded to satisfy PAL/NTSC. In the case of the decode demo, removal or
modification of the OSD was necessary (I removed buttons/images and just
reformatted text.)
The Linux drivers had to be modified to support 320x240 progressive RGB666 with
a clock of 6MHz - I modified the existing LCD 640x400 mode and modified all
associated references to it accordingly (for 320x240). For the clock I used a
6MHz XTAL rather than the 27MHz xtal and modified the clock source registers to
support this. This may be OK for higher spatial resolutions (as in HD) rather
than using an external clock source and loosing B2 in RGB666 mode. I could have
used the pattern registers to derive the 6Mhz (or so) but this method works
well for me. I found putting the video port back end into test mode with the
colour bars very useful for proving the settings of the port independently of
the higher level apps.
I now have mpeg4's playing on a 320x240 RGB666 3.5" LCD on the DM355 I
converted from AVI's.
Onto the next problem..
Many thanks
Garry Jackson
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
