Can anyone tell me where in the data folder files I can find clip play times? They appear in the UI in the clips view so they must be somewhere. At present, the best I can do is calculate bits per second from the card playtime and the total size of the files in the card's models folder. The card playtime can be found in the models.lst file. Then I estimate the clip play times by dividing the clip file sizes by the card's bits per second. The result is not very accurate.

DorsAI,

Dorsai, I don't believe that there is a default location, I could be wrong though. I think that this has been raised in the past and it is a possible enhancement for the future.

When I download the clips, using the GUI I have to browse and select a location/folder to save the files to. I them navigate beck to them.

If you are just playing them straight as opposed to using the download button, the I expect that they would save to your system's downloads folder.

Sorry, I think I miscommunicated. Here is a screen capture of a card's detail page showing clip info. You will see that each clip shows its duration or play time on the far right. I'm sure that data is somewhere in my data folder, but I don't know where. I'm pretty sure I understand what's in the models.lst file, so it must be another file, but which?

the only clue is the data in the XML file
Both Models.lst file and the XML file give total Size in bytes of the card.
But the XML also gives Duration which is total Frames for the entire card.

I'm pretty sure the Frame count include the transition clips.
It's all inclusive.


I'm not aware of any reliable correlation between Bytes and Duration.
especially, since each resolution has a very different byte count for the Same Duration.

I've never tried to analyze the Clip files.
But I'm sure there must be some form of Header data. and Possibly, each clips header has it's frame count.

A pole clip might have a similar Byte per second relationship, to another Pole Clip.
Same goes for Gage clips...

These generally have a Constant Video Frame Height and Width.
So the Bytes per Playback Frame are consistant.

But then if you Compare a Table Clip to a pole Clip. The Bytes Per Second are quite Different.

A Table Clip is Much Wider, so it has more bytes per Video Frame.

You Might be able to use a Pole Clip as the basic Unit.
Then For each other Clip type, have an adjustment factor..

So a Pole Clip might be 10,000 bytes per second... and has a basic Unit of 1. 1 x 10,000 = 10,000 bytes per second

and then a table clip might have a Unit factor of 1.65, so then it is 1.65 x 10,000 = 16,500 bytes per second.

I did a little test.

I have picked two cards that have not been played for a long time. The cards are: a0249 and a0148

In the file manager, I opened the folder of these cards and displayed the information "last access".
Afterwards I searched out the card in iStripper and showed the clip list.
Then I switched back to the file manager and updated the information. All files ending in DEMO and VGHD had the current date and time.


I think that information is read from the files.
How this information is stored in these files and what information is present is unclear to me.

@Spiderman,

I don't think your test was meaningful unless the clip play times changed. However, I agree that the most likely answer is that the play time for each clip is stored in the file itself. I know that most, but not all, videos store duration as part of the file.

I also did some testing. I took Totem's posted durations for about a dozen clips and the actual file sizes and calculated bytes per second. There was quite a range of results. Some of these, as Wyldanimal suggested, may be due the portrait vs. landscape framing. Some may also be due to file compression effects. I would expect more bytes for a clothed model than a naked one because there will be more extreme color changes between adjacent pixels. Also rapidly moving models will next more bytes because there will be more differences between consecutive frames. Lots of variables that can affect file size.

I'm going to continue trying to find where Totem puts the clip duration, but that may be beyond my ability or available time. Meanwhile my crude approach is better then nothing.

the most likely answer is that the play time for each clip is stored in the file itself.

Agree. Just try to delete any clip (or change name of the clip), in iStripper go to Cliplist and in the place where the duration of the clip is normally displayed, you will see this: "Clip not found".

Few months ago i did some research, because I wanted to know the same thing: how to get the play time. I came to the same point where @Dorsai6 is.

I'm going to continue trying to find where Totem puts the clip duration, but that may be beyond my ability or available time. Meanwhile my crude approach is better then nothing.

The Clip Duration is Stored in the Clip file itself.
Using a 1080p Pole clip as the Base unit of 1 - Calculate Bytes per second for several clips and use that as your Average base
of Bytes per second.
for example lets say the 1080p Pole clip averaged 10,000 bytes per second


you can come up with a Unit Multiplier that will get you even closer.
These are just for example and do not represent any type of testing.


480p = 0.56
720p= 0.78
1080p = 1.0
3k = 1.75

Pole = 1
Table = 1.5
Cage = 1.1

then you just do the math

A 3K Table clip

10,000 x 1.75 x 1.5 = 26,250 bytes per second.

Since the Clips are encrypted.
you can't parse the Headers to figure out where in the header is the Duration or Number of frames.

It's a lost cause, unless we can convince the team, to put a file in the data folder with Clip Frame Durations
just like they provided the Names.xml file.

But I doubt this would be done.

All you can do is create a Best Guess based on a sample of Parameter like I suggested above.

PS. Using my Clip Timer, I can say that Totems Clip times are to within 1 second.
But only if the clip doesn't pause or skip frames.

Re: you can come up with a Unit Multiplier that will get you even closer.

Yes. I've begun to do that, but it's going to take some time. I've got enough data the I could use linear recursion to get some good benchmarks based on resolution and staging (table vs. pole vs. standing vs. swing). The work will be manually entering clip play times from the iStripper Card detail's page because I haven't found a way to automate that process.

If anyone has a list of clip file names and their Totem play time and they could email me a copy, that would be a great help. Send me a PM if you do and I'll give you my email address. I assume there is no way to send that kind of data in a PM here.

Re: It's a lost cause,

Yes, I agree. Getting the data from the clip files is probably a waist of time. There is, however, one test I can try and maybe I'll get lucky.

Re: PS. Using my Clip Timer,

Wait!! How many clips have you timed? Can you send me that data? Within 1 second would be great.

Sorry, the clip timer is not a record of clip lengths.
It's a timer that ticks the seconds away as each clip plays.

Ive done some experimenting and testing. I have an Access database that was developed to generate playlists, but about a month ago I added the ability to record the play time of clips. About a week ago, I added the ability to write that information to log file. When monitoring clips on my Mac there seems to be considerable measurement error. However, I recently got a second copy of iStripper that I installed in my Windows environment. I only have one card for testing purposes. I just ran that card 10 times. The average for each of its clips is +/- 0.5 sec of Totem's published times and the standard deviation is generally under 1 second (In one case 1.9 seconds).

This is great. The next release of my application will include this capability. If other people use it and send me their results, I can accumulate a trust worth list of clip play times without a lot of manual effort.

I recently got a second copy of iStripper that I installed in my Windows environment. I only have one card for testing purposes.

You do know you can use Your Same iStripper Username and Password for Windows.
You didn't need a New Account.

I just looked.. you Have a spare install that can be used
all you need to do is Download the windows version.

Then you Can probably just copy the cards you have from the MAC folder to Windows.
if the Models are in a Shared location, then you Probably only need a separate Data folder.

Wait!! How many clips have you timed? Can you send me that data? Within 1 second would be great.

Since this data is displayed in the GUI,
I have not Kept a Log
My Timer does keep a log, but I don't save it when my session is done.

it's windows only but if you want to look at it...
http://www.deskbabes.net/files/VG_ClipTimer.zip

It uses a systray Icon as a control, Right click on the icon to see the options.
The Log File opens in Collapsed form by Default, Find the Lower Handelbar, and ***** Down to open the Window.

The Log file is NOT saved.
It is a Text Window, you can Select the text and Copy it from the Window.
You can Also Edit the Text, and Delete it
so Be careful You can't recover the text if you accidentally delete it.

Custom Font File - UnZip and Install in the C:\Windows\Fonts Folder
http://scenes.virtuastripper.net/files/font.zip




short Demo Video
http://scenes.virtuastripper.net/video/Clip_timer_demo3.mp4