Re: [Lmappletserver-developers] Media columns in the MetaLogViewer

[Roberto M. <rob...@gm...>]

Hi Peter,

I finished both parts of the multimedia addon. I had a few problems 
during the development and testing.

I know that I proposed to use FMJ, but it appears to have many 
disadvantages. For example the documentation says that FMJ jars dont 
need JMF, in fact they do, they need a lot of the JMF drivers and native 
code. And when you install it the lib path of FMJ must be in front of 
the JMF path in the classpath at the client. I had an enormous number of 
problems until I finally decided to try pure JMF. When I did, it 
appeared that the only downside of not using FMJ is the support for GG 
format. If you think that this is a "must have" format, than we will 
seek some other way, using FMJ brings a lot of trouble. Another thing is 
that the JFM must be installed at client side. We can not use the whole 
JARServlet mechanism. These jars use native code and dll files, which is 
problem for the JARServlet. I tried to fix this but I kept getting the 
same error Problem loading JMF registry - Unable to initialize ffmpeg 
libraries. If the client has a JMF instaled, than everything is OK. I 
committed changes as they are described above with JMF. I used a 
SimplePlayerApplet and it has only play and pause buttons for now.

Please tell me how to proceed?

Peter Salomonsen wrote:
> OK - so you mean one folder per object (e.g. Vehicle entity) -  I 
> see.. Only drawback I see with that - is that if we say that the 
> images /movies come from a surveillance camera - and the snapshots are 
> very frequent - it can be maaany files for one camera, and then also 
> many files for that object. In that sense log_id would probably be 
> better?
>
> One use case might even be that you take photos, extract metadata 
> about the photo (time,place,colors,if anything is moving etc.) and 
> enable search on these metadatas as well as displaying the images. You 
> might imagine that it can be very many images for one object.
>
> regards,
>
> Peter
>
> On Nov 9, 2007 1:08 AM, Roberto MIlev <rob...@gm... 
> <mailto:rob...@gm...>> wrote:
>
>     Hi Peter,
>
>     I agree with your comments. One small thing though, when I sad
>     entry_id
>     I meant object_id. I have to get the object_id form the upload page
>     because the addLogEntry needs it. And by using that I can easy create
>     new folders or add files to existing ones. That is why I thought
>     it is a
>     better idea to use the object_id as folder coordinate. However, as
>     things are now I add every file a random integer number at the
>     beginning
>     of the file when writing it to the FS and DB, so there is no problem
>     with duplicate naming. Sorry once again for the miss leading and
>     please
>     tell me if my conclusion is fine.
>
>     Regards,
>     Roberto
>
>     Peter Salomonsen wrote:
>     > See comments below.
>     >
>     > On Nov 8, 2007 12:19 AM, Roberto MIlev <rob...@gm...
>     <mailto:rob...@gm...>
>     > <mailto:rob...@gm...
>     <mailto:rob...@gm...>>> wrote:
>     >
>     >     Hi Peter,
>     >
>     >     Here is a status on the progress so far:
>     >
>     >       1. What has been done so far.
>     >
>     >
>     >        * A new record in the metadata database teble is added
>     with "mmx"
>     >          dataType value:
>     >
>     >     insert  into
>     >    
>     `metadata`(`meta_id`,`name`,`context`,`priority`,`dataType`,`object_class_name`,`created`,`updated`,`searchProperty`,`numericValue`)
>     >     values (1015,'Multimedia','',9,'mmx','
>     >    
>     com.lightminds.appletserver.examples.metalog.Vehicle','2006-02-27
>     >     11:42:30','2006-02-27 11:42:30','','\0');
>     >
>     >
>     > This is good.
>     >
>     >
>     >
>     >        * The metadatalogentry gui table has the option when a
>     column has a
>     >          "mmx" dataType to show button instead of label cell.
>     That button
>     >          leads to downloading servlet (for now).
>     >
>     >
>     > Sounds good.
>     >
>     >
>     >
>     >        * Streaming(download) and uploading servlets are created
>     in new
>     >          project named lmappletserver_multimedia. The corresponding
>     >     changes
>     >          are made in lmappletserver_build project to include the
>     >     multimedia
>     >          project.
>     >
>     > ok
>     >
>     >
>     >
>     >          2. What has not been done so far:
>     >
>     >        * The uploading servlet does not place the files in
>     folders as we
>     >          discussed.
>     >        * There is no button or link to lead you to the upload
>     servlet.
>     >
>     > The idea is that one should use a e.g. mobile phone application
>     to do
>     > this. So you have to have this in mind, that the upload interface
>     > should be reachable by third party apps. As a test case you can
>     make a
>     > simple web form.
>     >
>     >
>     >        * Configuration parameters are still hardcoded in
>     MediaType class
>     >          (they will be in property file at the end as
>     >     report_conf.properties)
>     >
>     >          3. Questions:
>     >
>     >        * We didn't finally agree on how to make the folder
>     structure,
>     >          please tell me what approach to use?
>     >
>     >
>     > I think your last suggestion was good. Just make it to log_id
>     rather
>     > than entry_id. So that if there are more than one multimedia
>     file per
>     > log_entry they will be in the same folder. does that sound ok?
>     >
>     >
>     >
>     >        * Is it good to use the dataType metadata field to represent
>     >          multimedia column, or we need to add another column?
>     >
>     >
>     > Yes I think thats the best way.
>     >
>     >
>     >
>     >        * On the upload servlet now there is a field that gets
>     entryId,
>     >     for
>     >          that entryId the file is added in the database, is this OK?
>     >
>     >
>     > use log_id rather than entry_id - I probably think is better?
>     >
>     >
>     > regards,
>     >
>     > Peter
>
>