[dev] [cvs] commit: incubator/oscar/config conf.xml incubator/oscar/lib Oscar.php

[Jan Schneider]

Zitat von Michael Rubinsky <mike at theupstairsroom.com>:

> Quoting Jan Schneider <jan at horde.org>:
>
>> Zitat von Michael Rubinsky <mike at theupstairsroom.com>:
>>
>>> Quoting Jan Schneider <jan at horde.org>:
>>>
>>>> Zitat von Michael Rubinsky <mike at theupstairsroom.com>:
>>>>
>>>>> Quoting Jan Schneider <jan at horde.org>:
>>>>>
>>>>>> Zitat von Michael Rubinsky <mike at theupstairsroom.com>:
>>>>>>
>>>>>>> mrubinsk    2007-09-09 23:51:06 EDT
>>>>>>>
>>>>>>> Modified files:
>>>>>>>  oscar/config         conf.xml
>>>>>>>  oscar/lib            Oscar.php
>>>>>>> Log:
>>>>>>> We should use a configuration parameter for an alias to oscar's
>>>>>>> VFS dir (like we do in Ansel). This make it more obvious that you 1)
>>>>>>> need a file based vfs, and 2) that you must create an alias to the
>>>>>>> proper dir in the VFS for oscar to function.
>>>>>>
>>>>>> Actually we should not require a file based VFS.
>>>>>
>>>>> Agreed, although we will still need a web accessable directory to
>>>>> store the flv files out of though, correct?  Should I just re-word
>>>>> the  configuration description then...maybe make it a fully
>>>>> qualified url  in the case the VFS represents a directory on another
>>>>> web server? I'm  still not clear on how viewing the flash files out
>>>>> of a sql based vfs  would work, though that is just probably my own
>>>>> lack of understanding :)
>>>>
>>>> It's the same like in Ansel. Files are generally provided through a
>>>> script, so the VFS backend doesn't matter. Having an alias that points
>>>> directly to VFS_file directory is only an exception.
>>>
>>> OK. Sorry for being so dense about this, but in Ansel, if we don't
>>> use  the direct vfs method, then don't we have to pass the actual
>>> raw image  data to the browser, instead of outputing an <img> tag?
>>> Can something  similar be done with flash files?  I thought you had
>>> to provide a src  for the file when embedding the plugin?  Again,
>>> sorry for being so  dense about this, as I don't have a whole lot of
>>> experience with using  this plugin...
>>
>> Take a look at Ansel::getImageUrl() which is taking care of proving
>> the correct url anywhere we need to reference it in a src attribute.
>
> Ok.  After digging around in the code some more, I'm still not   
> convinced that we can do this without some sort of file based vfs.    
> Yes, in Ansel we can do it becuase everywhere in Ansel we need an   
> image url, we can use the url to the img/*.php script that will  
> return  the raw image data to the browser...not the textual URL.
>
> In Oscar, however, the Scrubber plugin that plays the movie needs a   
> path to the movie file passed into it...it won't work tyring to  
> output  the raw movie data...it would get dumped into the HTML for  
> the  <object> tag etc... (see templates/video/lighttpd.php).

Maybe I'm missing something, but the movie player is taking an url to  
load the movie from, no? It doesn't matter if this url points to a php  
script that streams the raw movie data, or to a movie that is directly  
sent from the web server.

> That, plus the fact that all the shell commands we do for processing  
>  the video need a file path to the input and output files...I'd hate  
> to  see all those files being dumped in a tmp directory to be  
> processed,  and then moved to the vfs etc...

This is a good point, but since all the processing probably happens  
right after the upload, it's mayb not that good after all. :) And I  
don't why processing files in a temp dir might not be a good idea.

If for some reason we have to rely on the file backend, then we should  
not use the VFS library at all. It just adds an unnecessary overhead  
in this case.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/