RE: DM355 Audio Video Mux
It's not impossible to do it yourself, have a look for the OpenDML 2.0 specification online. MSDN is useful for structure defs and explanations etc. Then you have full control over index structure, insertion of extra data, etc. However be prepared for plenty of head scratching and gathering bits of different specs together for the audio and MPEG video parts.. This is what I've done / tried to do, and it's not quite right yet, but playable :) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Diego Dompe Sent: 07 March 2008 17:16 To: [EMAIL PROTECTED] Cc: Linux DaVinci Subject: Re: DM355 Audio Video Mux Hi, You can do this with gstreamer. RidgeRun offers gstreamer and audio/video codecs solutions for DM355 integrated with TI Codecs, if you are interested. Diego Dompe RidgeRun Engineering On Mar 7, 2008, at 11:07 AM, [EMAIL PROTECTED] wrote: I am investigating the possibility of using the DM355 in some of our products. But we have a requirement that files generated by our product should be able to be run on any computer without installing additional software. This in my mind means we have to create an AVI program stream. Our video clips would range between 10 seconds and 1 minute with ~5mins between clips so the files might easily be post processed on the DM355. But It would be nice if the files could be written as the AVI stream directly. Has anyone figured out how to do this yet and could point me in the correct direction. Tim -- Tim Taylor Electrical Engineer L-3 Communications [EMAIL PROTECTED] BLOCKED::mailto:[EMAIL PROTECTED] ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source Racelogic is a limited company registered in England. Registered number 2743719. Registered Office 5 Little Balmer, Buckingham Ind Pk, Buckingham MK18 1TF. The information contained in this electronic mail transmission is intended by Racelogic Ltd for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email so that the sender's address records can be corrected. The views expressed by the sender of this communication do not necessarily represent those of Racelogic Ltd. Please note that Racelogic reserves the right to monitor e-mail communications passing through its network ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: OSD + V4L2 query
That is not possible (unless someone want to correct me). Your options are: - Put the text in the OSD buffer (/dev/fb/0) and it will be blended before output from VPBE - Draw the text onto the buffer in memory, using software - Add hardware to overlay the text before it goes into the VPFE. Just to note, the hardware (355 anyway) does not support blending OSD graphics before encoding video, if that is what you are trying to do. We have ended up using an external encoder chip to do this. From: [EMAIL PROTECTED] idsp.com [mailto:[EMAIL PROTECTED] x.davincidsp.com] On Behalf Of Faro Maza, Virginia Sent: 07 March 2008 15:43 To: davinci-linux-open-source@linux.davincidsp.com Subject: OSD + V4L2 query Hi all, I have been using the TI encode demo, where the video processing back end is used to display raw video frames (captured with the V4L2 driver) as well as an OSD layer of text in an LCD monitor. In the encode demo, each video frame is captured from /dev/video0 and then copied (using the hardware resizer) into /dev/fb/3. Simultaneously, dynamic data (e.g. CPU load) is written into the OSD window /dev/fb/0. The transparency is set through /dev/fb/2, which is opened as an attribute window. I would like to blend an OSD layer of text with my raw video before it is captured by the V4L2 driver. How can I do that? Many thanks, Virginia Faro-Maza American Dynamics Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Tyco Safety Products/CEM Systems Ltd. Registered in Northern Ireland: NI 25728. Registered Office: Unit 4 Ravenhill Business Park, Ravenhill Road, Belfast, BT6 8AW.. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. This email and any attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender immediately and delete any copies in your possession. Racelogic is a limited company registered in England. Registered number 2743719. Registered Office 5 Little Balmer, Buckingham Ind Pk, Buckingham MK18 1TF. The information contained in this electronic mail transmission is intended by Racelogic Ltd for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email so that the sender's address records can be corrected. The views expressed by the sender of this communication do not necessarily represent those of Racelogic Ltd. Please note that Racelogic reserves the right to monitor e-mail communications passing through its network ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: DM355 FB DLCD Chroma Pins Are Not Active?
Thinking out loud: Seems like it would be nice if there was a system register for pins, that drivers could claim or release them and provide maybe a proc file that would list the owners of various pins and their states. This wouldn't be too hard to implement as a bespoke abstraction layer (like the DMA channel registry), but maybe there's a standard, approved Linux Way (tm) of doing such a thing? It would mean edits to all things that use pin muxing and be a load of unnecessary work though. But, just a thought. I have run into some pin muxing issues and they involve various annoying detective work. Racelogic is a limited company registered in England. Registered number 2743719. Registered Office 5 Little Balmer, Buckingham Ind Pk, Buckingham MK18 1TF. The information contained in this electronic mail transmission is intended by Racelogic Ltd for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email so that the sender's address records can be corrected. The views expressed by the sender of this communication do not necessarily represent those of Racelogic Ltd. Please note that Racelogic reserves the right to monitor e-mail communications passing through its network ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: toggle GPIO port pin
I have been playing with the DM355 EVM and gpio, with the montavista kernel and userland that came with the board (1.30 beta SDK). It could be a PINMUX issue, most of the onboard gpio are muxed to other functions. However by default GPIO6 is available, it’s on DC5 pin 5 (I think). Also you don’t have to write any code, have a look in /proc/gpio/ if you execute “echo 1 /proc/gpio/gpio6” the pin will go high, change it to echo 0 to drive it low. I used a scope, as Stephen says there may not be enough current to light a LED. hth, Jon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Berry Sent: 08 February 2008 12:41 To: [EMAIL PROTECTED] Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: Re: toggle GPIO port pin Most LED's will need a reasonable amount of current to turn on - and GPIO's are generally not capable of driving them directly. Try putting a DVM or scope probe on the pin to check it's state. Steve kaja gopi wrote: Hi, I tried to toggle the bit on 6 GPIO ports given on DM355 EVM board. I tried using mmap and the base address given was 0x01C67000. I tried to toggle GPIO64 pin. DIR45 offset is 60h. OUT_DATA45 is 64h. I have made DIR45 = 0x00; configuring all the ports in bank 4 and 5 to output ports. and then OUT_DATA45=0x01 making 0th bit high which is GPIO64. I also tried SET_DATA45 =0x01; I have kept an LED ont that port and tried but it was not working. Any body help me please. thanks regds Gopi K Meet people who discuss and share your passions. Join them now. http://in.rd.yahoo.com/tagline_groups_7/*http:/in.promos.yahoo.com/groups ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source Racelogic is a limited company registered in England. Registered number 2743719. Registered Office 5 Little Balmer, Buckingham Ind Pk, Buckingham MK18 1TF. The information contained in this electronic mail transmission is intended by Racelogic Ltd for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email so that the sender's address records can be corrected. The views expressed by the sender of this communication do not necessarily represent those of Racelogic Ltd. Please note that Racelogic reserves the right to monitor e-mail communications passing through its network ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source