Nobody shares knowledge better than this
-
@SpectateSwamp How do you get faster than five seconds?
-
@pie_flavor By jamming the noodles furiously forward, of course.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
Yes but those nuggets are FAST.
-
@Zerosquare
To be really fast you have to know about video.
When I want to run a random sampling of my video... Things slowed down BIG time.
I needed to do a call to the File Length command (to know the range of random) that took SECONDS.
The simple solution was to run a catalog for the files.. that added a "len=360000" to the detail line
Or now the Long FileName...There was no need for the File Length call when this value was known.. Way way faster.
If you are doing random video and you want it to be FAST.. you need to know this....
-
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
-
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
With regular play... I didn't need to do the file length call. Just play or play from a given point..
With random I needed to call the file length command for the MAX range of random.. Very slow.
Nothing slow about it when the file length is preloaded and in the file name... fast forever and ever...
-
@xaade said in Nobody shares knowledge better than this:
Thanks, Windows - now I cannot unsee the cat!
-
@pie_flavor said in Nobody shares knowledge better than this:
Yesterday I found a weird option in my favorite audio encoder - 'merge all into one file'. I feel like they've interacted with Swampy at one point.
Someone here was complaining not long ago that he reached the limit of uploaded songs in their favorite streaming service. I think there is a market for such tools.
-
@Gąska said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
Yesterday I found a weird option in my favorite audio encoder - 'merge all into one file'. I feel like they've interacted with Swampy at one point.
Someone here was complaining not long ago that he reached the limit of uploaded songs in their favorite streaming service. I think there is a market for such tools.
mp3 files aren't that big... a tera byte or two would handle oodles of songs.. 17000 songs in 71GB
Good idea...
P.S. I'm glad to see the upvote scrooges are doing a few HERE
-
@SpectateSwamp said in Nobody shares knowledge better than this:
mp3 files aren't that big... a tera byte or two would handle oodles of songs.. 17000 songs in 71GB
Average song in my collection is 30MB, so no.
-
@MrL said in Nobody shares knowledge better than this:
Average song in my collection is 30MB, so no.
If you care so little about disk space, why don't you use FLAC?
-
@Zerosquare said in Nobody shares knowledge better than this:
@MrL said in Nobody shares knowledge better than this:
Average song in my collection is 30MB, so no.
If you care so little about disk space, why don't you use FLAC?With a 3 TB external drive for my backups... I'd better be using it.. Multiple backups and all the videos, that do not fit on my laptop,. I want to keep my PC loaded with video.. Not filling up your drives is dumb and wasteful .
How many songs do you have? Are you worried about storage... You should worry about not using it..
I gonna start using geo tagging for my video FileNames... ie
49°14'14.7"N 119°34'12.9"W
This is the location of brown bear on seacrest hill... Video
Geo tagging geo tagging.. Long FileNames rule...
-
@MrL said in Nobody shares knowledge better than this:
Average song in my collection is 30MB, so no.
Just checked mine
3500+ songs, almost all are 320kbps .mp3, only using 57GB.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
the call for the 'video length' takes longer on BIG files.
In most semi-sensible formats it's a couple of bytes and shouldn't take any longer than reading the file name...
-
@Gąska said in Nobody shares knowledge better than this:
@xaade said in Nobody shares knowledge better than this:
Thanks, Windows - now I cannot unsee the cat!
Activated reCAPTCHA module... Loading sample... Task expected: "select all tiles with cat". Task completed in 935ms. Result: No actions to perform, OK to submit! Task not marked as looping or satisfied. Exiting.
Huh. I don't appear to see a cat...
-
@SpectateSwamp said in Nobody shares knowledge better than this:
P.S. I'm glad to see the upvote scrooges are doing a few HERE
Sorry, sorry, this topic broke the upvote-bookmark system, as it is senseless to keep track since it's in the long filename.
-
@Tsaukpaetra said in Nobody shares knowledge better than this:
Huh. I don't appear to see a cat...
The head is about 50% from the top, 10-20% from the left. The green part is its back.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
With regular play... I didn't need to do the file length call. Just play or play from a given point..
With random I needed to call the file length command for the MAX range of random.. Very slow.
Nothing slow about it when the file length is preloaded and in the file name... fast forever and ever...But eventually you hit the end of the file and it's just as slow as if you checked the length first. No?
-
@Zerosquare said in Nobody shares knowledge better than this:
@MrL said in Nobody shares knowledge better than this:
Average song in my collection is 30MB, so no.
If you care so little about disk space, why don't you use FLAC?I use flac :)
-
@El_Heffe said in Nobody shares knowledge better than this:
@MrL said in Nobody shares knowledge better than this:
Average song in my collection is 30MB, so no.
Just checked mine
3500+ songs, almost all are 320kbps .mp3, only using 57GB.
I like long songs. Plus flac.
-
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
But eventually you hit the end of the file and it's just as slow as if you checked the length first. No?
I do a special catalog pass (vl) similar to the regular one(gf).. .But do the call to find the video length.
I then take that number len=36000 and change the filename. for the regular catalog(gf) to pick up
so the control file has that "len=36000"
The only difference between the "vl" video length command and the "gf" get file command is the added
call to the video length.. It takes much much longer and the disk light blinks wildly... Crazy busy.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
But eventually you hit the end of the file and it's just as slow as if you checked the length first. No?
I do a special catalog pass (vl) similar to the regular one(gf).. .But do the call to find the video length.
I then take that number len=36000 and change the filename. for the regular catalog(gf) to pick up
so the control file has that "len=36000"
The only difference between the "vl" video length command and the "gf" get file command is the added
call to the video length.. It takes much much longer and the disk light blinks wildly... Crazy busy.You are opening the video in some playback component and reading length from there, aren't you?
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Things slowed down BIG time.
First they are fast and now they are slow. I think you need to work on the playback algorithm.
But eventually you hit the end of the file and it's just as slow as if you checked the length first. No?
I do a special catalog pass (vl) similar to the regular one(gf).. .But do the call to find the video length.
I then take that number len=36000 and change the filename. for the regular catalog(gf) to pick up
so the control file has that "len=36000"
The only difference between the "vl" video length command and the "gf" get file command is the added
call to the video length.. It takes much much longer and the disk light blinks wildly... Crazy busy.So if you change the file name then the length of the video changes? That sounds really useful for making the disk light blink less.
-
@Gąska said in Nobody shares knowledge better than this:
@Tsaukpaetra said in Nobody shares knowledge better than this:
Huh. I don't appear to see a cat...
The head is about 50% from the top, 10-20% from the left. The green part is its back.
Sorry, still nothing. But I'm adding it to the Rorschach collection under "colored".
-
@pie_flavor said in Nobody shares knowledge better than this:
So if you change the file name then the length of the video changes? That sounds really useful for making the disk light blink less.
Exactly
-
-
@Tsaukpaetra said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
the call for the 'video length' takes longer on BIG files.
In most semi-sensible formats it's a couple of bytes and shouldn't take any longer than reading the file name...
No, you need to play it in a dedicated noodle and time it until it stops
-
https://www.youtube.com/watch?v=zt6_eaYJNoM
brown bear beside seacrest road 49°14'14.7N 119°34'12.9W 20190522114245.mpg
This is the FileName.. after taking the video.. I went to google Earth and picked a location nearby and used that GeoLocation And added it to the FN...
Filenames are there to be seen. MetaData and tagging isn't as simple.
NOW I can load the GeoTag of the To: location Along with the From ... To being where the road video ends.
Same for directional logic at an intersection. You'll be presented with the left, right, straight options that contain the GeoTag file that Swamp will search for and play...
muahahaha
Most of the logic is there for this feature... Swampies are way ahead in Curating video.
-
@SpectateSwamp what's the command for that one? This interface is sort of confusing. Also it crashes half the time.
-
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp what's the command for that one? This interface is sort of confusing. Also it crashes half the time.
You are doing good even to give it a spin...
If you got it going... then at prompt #2 test the VL option
and select mpg as the file type...
It will go through the folder you enter... and provide a catalog file with the video length in it.
Then
try just "GF" option.. It's similar, just that it doesn't include the LEN= stuff.
I'm way more interested in this directional feature now.. that I have the GeoTag stuff and using it..
There are some road video.. that I would like to tag like this...That will be fun to do a demo for that..
-
@SpectateSwamp how do I get it to stop crashing?
-
@SpectateSwamp yikes
And how would you like to load a 71GB file into memory?
-
@SpectateSwamp said in Nobody shares knowledge better than this:
You are doing good even to give it a spin...
I don't recall getting such praise...
-
@SpectateSwamp said in Nobody shares knowledge better than this:
You are doing
goodit wrong even to give it a spin...
-
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp yikes
And how would you like to load a 71GB file into memory?
This search only holds the current and previous 40 lines of info in memory.
BUT the O/S holds a whole lot more than that in Memory..
In the near future I'm sure 71GB won't be a problem...
-
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
-
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
To be a whole lot more than 40 lines of info.... could be as low as 100 even less...
How computers work... My first Cobol program was in 1970 no more than 6 or 8 K program space...
Searching Massive data files any other way than this would be painfully slow..
-
@SpectateSwamp said in Nobody shares knowledge better than this:
Searching Massive data files any other way than this would be painfully slow..
Just so we're all clear, you mean to say that searching files in 40 line (or 100 line) increments is the only way for it to not be painfully slow?
-
@Tsaukpaetra said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
Searching Massive data files any other way than this would be painfully slow..
Just so we're all clear, you mean to say that searching files in 40 line (or 100 line) increments is the only way for it to not be painfully slow?
My guess is that Schlemiel is doing some painting here.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
My first Cobol program was in 1970
More proof that Cobol causes irreversible damage in programmers...
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
To be a whole lot more than 40 lines of info.... could be as low as 100 even less...
How computers work... My first Cobol program was in 1970 no more than 6 or 8 K program space...
Searching Massive data files any other way than this would be painfully slow..does the disk light still blink?
-
@Zerosquare said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
My first Cobol program was in 1970
More proof that Cobol causes irreversible damage in programmers...
The day rate more than makes up for it... And the therapy... And the drinking... And server costs
-
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
To be a whole lot more than 40 lines of info.... could be as low as 100 even less...
How computers work... My first Cobol program was in 1970 no more than 6 or 8 K program space...
Searching Massive data files any other way than this would be painfully slow..does the disk light still blink?
Now it's winking at me! What do you make of that.
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
To be a whole lot more than 40 lines of info.... could be as low as 100 even less...
How computers work... My first Cobol program was in 1970 no more than 6 or 8 K program space...
Searching Massive data files any other way than this would be painfully slow..does the disk light still blink?
Now it's winking at me! What do you make of that.
It wants your bones. Leave while you still can! I have it on authority that most robots are insatiable...
-
@SpectateSwamp said in Nobody shares knowledge better than this:
@pie_flavor said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
@sloosecannon said in Nobody shares knowledge better than this:
@SpectateSwamp said in Nobody shares knowledge better than this:
BUT the O/S holds a whole lot more than that in Memory..
Well, no, actually it usually holds no more than your physical RAM space in RAM. Because well, uh. That's how computers work.
To be a whole lot more than 40 lines of info.... could be as low as 100 even less...
How computers work... My first Cobol program was in 1970 no more than 6 or 8 K program space...
Searching Massive data files any other way than this would be painfully slow..does the disk light still blink?
Now it's winking at me! What do you make of that.
I don't know because SSCMA is still crashing. Any ideas?
-
Nobody shows tour video better than this....
with A geo location or TWO on each video clip... in the FNStarting in front of the Legion...
I'll shoot a short short video clip...
Where it has the options of going Left Straight or Right (geo taggs)
My very next video will be straight ahead across the road to the end of that Block...
There I'll shoot another very short video clip...
It will have the Left Straight or Right directions in the FN
I'll shoot the next video going left..
then another short one at the end of the block...
left and another left and I';m back to the startThen I'll go to google maps and change the geo location code... for the left straight and right.
in those video FNs
I'll do it for a couple other blocks and return.
Then testing what fun...
One thing I'll have to consider is making the FF option work.. Me walking down a block isn't Quick.
At least double speed anyway.
Then once the tour is HUGE.. I may want it to run unattended.. Picking a random direction when presented..So I am forced to make the FF and directional stuff work from the FileName..
Then Even the Dumbest Swampie can go to the front of the Video class... Yup
-
@SpectateSwamp said in Nobody shares knowledge better than this:
Then Even the Dumbest Swampie can go to the front of the Video class... Yup
Which one is that?
-
@pie_flavor said in Nobody shares knowledge better than this:
Which one is that?
If you have to ask ...
-
Nobody Shares Knowledge of Long FileNames better than this
https://www.youtube.com/watch?v=seDWDrxJNTA
It's simple to organize when you know how... Like My Swampies
Shoot some fantastic video
Off load to my pc
Put some details in the filename .. then add the geo-location..
Then upload to YouTube
AND
I'm done..
No lingering anxiety for having a mess of VIDEO
-
@SpectateSwamp can SSCMA integrate with Google Maps?