keep state on what has happened recently w/o having to spam the log
as much... we default to 50 entries...
add comment to make sure you update the global line when adding new
functions otherwise when you try to overwrite them, it won't...
[git-p4: depot-paths = "//depot/": change = 844]
as these are missing.. I thought I committed this already, guess
I didn't (or submitted the wrong file)..
[git-p4: depot-paths = "//depot/": change = 843]
modules and provide functions to add to the namespace...
drop the media server since we now serve all of our content though
content..
[git-p4: depot-paths = "//depot/": change = 838]
add code to dynamicly transcode to mpeg2 or xvid via additional
res elements..
document this and other new features in the README...
[git-p4: depot-paths = "//depot/": change = 837]
much...
keep items in original order which is numerical order, if we sort them,
we end up w/ the 10-19 between 1 and 2 which is anoying.. especially
w/ track switch...
[git-p4: depot-paths = "//depot/": change = 835]
how to handle making Browse async, so I'll just restart the call
if a subfunction raises a Deferred object... This should work
amazingly well... we may end up wrapping just the check/doUpdate
calls...
[git-p4: depot-paths = "//depot/": change = 823]
any transfers in progress, just stop new ones, and this will mean
that objects can finally die if/when they are deleted..
[git-p4: depot-paths = "//depot/": change = 816]
don't delete empty but existing items from being returned, this could
of also hid dirs... the DSM-520 depends upon the existance of the
last item (that isn't displayed) to decide if there are more items
in the listing...
[git-p4: depot-paths = "//depot/": change = 814]
sort the ZipFile's children... hmmm. for a generic way, i could
do a sort children doUpdate class that all it does it sorts the
children when called...
[git-p4: depot-paths = "//depot/": change = 812]
in weakref's...
make looking into zip files work! we don't support subdirs yet, but
I am able to play an avi and mp3 files at the root...
import the ZipStorage module into pymediaserv, we'll probably want
a modules dir, and a config file on what ones to import..
[git-p4: depot-paths = "//depot/": change = 809]
can use it... we now dynamicly build new classes from the base
DIDLLite classes as necessary...
Add the startings of the ability to read zip files w/o expanding
them... this still needs some glue to work w/ the new world order..
it'll be a bit of work before I have zip in a zip working.. :)
[git-p4: depot-paths = "//depot/": change = 808]
wasn't being hit I have no clue, but some samples says that this was
broken wrt removing all the elements of the array...
[git-p4: depot-paths = "//depot/": change = 805]
such.. this makes a new addObject that addContainer and addItem
both call.. addObject is internal use only...
push down the isdir and isfile stuff into defFS function... This
means that we now have a chance to install custom directory handlers
ala DVD VIDEO_TS handler! whoot!
[git-p4: depot-paths = "//depot/": change = 803]
filesystem object has a better class to handle it than the default
mimetype one... This means we can handle items in a zip archive
or an iso image..
[git-p4: depot-paths = "//depot/": change = 802]
so that data can be accessed.. This will give the ability for custom
objects to add their data instead of depending upon the FS...
the url may need to be set after object creation, instead of having
it in Object, as we don't generate the name, the cd does... slight
layering violation, but it works..
[git-p4: depot-paths = "//depot/": change = 801]
