Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
71 user(s) are online (59 user(s) are browsing Forums)

Members: 2
Guests: 69

walkero, salass00, more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 (2) 3 4 5 ... 10 »


Re: SRec 2.x on github
Just popping in
Joined:
2006/11/27 20:35
From Poland
Posts: 79
I tested more accurately with the CPU Watcher. The results are the same 4% - 11%.

Resized Image

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@mufa

Can you try the same with this version?

https://www.dropbox.com/s/rgb1zgqqkiot ... c-2.1r38-prefetch.7z?dl=0

It should make use of altivec pre-fetching.

   Report Go to top

Re: SRec 2.x on github
Home away from home
Joined:
2006/12/2 3:55
From Italy, Perugia
Posts: 2975
@salass00

First italian translation for SRec 2.x ready to commit

http://s000.tinyupload.com/index.php?file_id=07658213279723688916


   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@samo79

Thanks . Already committed.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/2/23 13:49
From Finland, the land of Santa, sauna, sisu and salmiakki
Posts: 1056
@salass00

- It looks like Odyssey can't download from Dropbox. I had to use a Mac to download the file.

- r38 crashed on X1000

- Could you implement shorts for command line arguments like W=WIDTH and H=HEIGHT ?

_________________
Rock lobster bit me, so excuse me.
X1000 + AmigaOS 4.1 FE. Be authentic.
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
   Report Go to top

Re: SRec 2.x on github
Just popping in
Joined:
2009/12/31 17:27
From Westerwald
Posts: 68
@TSK

A hint for Dropbox links: Copy the url and change at the end
"dl=0" to "dl=1" then it should direct download the file.

   Report Go to top

Re: SRec 2.x on github
Just popping in
Joined:
2006/11/27 20:35
From Poland
Posts: 79
@salass00

The latest version of the system freezes after a few seconds of recording.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@mufa & TSK

Edit: I'm getting crashes here as well so it looks like it's related to some other code change and not to do with altivec. I will upload a new binary to test when I've fixed this.


Edited by salass00 on 2016/9/30 13:53:43
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/2/23 13:49
From Finland, the land of Santa, sauna, sisu and salmiakki
Posts: 1056
@salass00

No problems with r41 prefetch version.

Using these: WIDTH=1920 HEIGHT=1080 FPS=60 the computer is fast to use while recording. But watching the resulting video plays like the recording skipped a lot of frames.

_________________
Rock lobster bit me, so excuse me.
X1000 + AmigaOS 4.1 FE. Be authentic.
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1861
@mufa

I think the CPU watcher may be giving overly optimistic CPU results, monitoring with CPUInfo docky I see avarages of 95% tp 100% for the old version and 35 to 40 % for the new.

That's recording 1920x1080 at 10fps. Saving the result in RAM:

I also don't see much change in CPU usage when switching to NOALTIVEC.


@salas00

Still a good speed up well done!




_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1861
@TSK

Quote:

Using these: WIDTH=1920 HEIGHT=1080 FPS=60 the computer is fast to use while recording. But watching the resulting video plays like the recording skipped a lot of frames.


There's no way you could record at 60 fps, the SRec process is just gving way to the main activities, and effectivley skipping frames.

If you want that kind of performnce you will external hardware (or maybe on video card encoding via a shader of some kind).


_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1861
@TSK

Quote:

- Could you implement shorts for command line arguments like W=WIDTH and H=HEIGHT ?


The template doesn't use keywords so you can just type the args in order if you want to reduce typing ie

rram:SRec ram:out.avi 1920 1080 10



_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@mufa & TSK

Please try this version and do a comparison of with and without NOALTIVEC:
https://www.dropbox.com/s/yksdnjv4jbes4sw/srec-2.1r43.7z?dl=1

I disabled the incremental VRAM to RAM transfer code for now because it causes random crashes for me. Not sure why...

The code is in src/zmbv.c (lines 370-398) if anyone wants to look it over. If there is something wrong with it then I can't see it. The sched_yield() I added in between the calls to BltBitMapTags() just to see if it would help (it didn't).

   Report Go to top

Re: SRec 2.x on github
Just popping in
Joined:
2012/12/21 10:55
Posts: 9
@salass00

Quote:
The code is in src/zmbv.c (lines 370-398)


The last blit after the while loop may have a 0 blit height.


   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@Georg

It shouldn't because the loop is only run while rows_left is greater than max_rows and it only handles max_rows so there should always be at least one row that is handled outside of the loop.

Turns out that the incremental transfers change was just a placebo and the real cause of crashes was something else entirely:

https://github.com/salass00/srec/commi ... 9d62d414caa2d8b7f613d678f

Edit: I guess max_rows could theoretically be calculated as zero if width is high enough (bytes per row is higher than MAX_VRAM_TO_RAM_TRANSFER_SIZE). That is something I will have to fix, so thanks for the hint .

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
Quote:

@mufa & TSK

Please try this version and do a comparison of with and without NOALTIVEC:
https://www.dropbox.com/s/yksdnjv4jbes4sw/srec-2.1r43.7z?dl=1

I disabled the incremental VRAM to RAM transfer code for now because it causes random crashes for me. Not sure why...

The code is in src/zmbv.c (lines 370-398) if anyone wants to look it over. If there is something wrong with it then I can't see it. The sched_yield() I added in between the calls to BltBitMapTags() just to see if it would help (it didn't).


Forget the above version and use this one instead:
https://www.dropbox.com/s/nnuzvh6yi54tf6n/srec-2.1r46.7z?dl=1

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/2/23 13:49
From Finland, the land of Santa, sauna, sisu and salmiakki
Posts: 1056
@salass00

After very quick test no problems with r46.

@Andy + salass00
I didn't mean it literally. It doesn't matter if FPS is 1-25 the result doesn't change. I thought people can choose themselves depending on how fast machines they have.

@salass00
I thought people comparing the old and the new versions if the speed up comes from new code or fixed fps.

_________________
Rock lobster bit me, so excuse me.
X1000 + AmigaOS 4.1 FE. Be authentic.
"Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@TSK

I could add some code to measure how long encoding each frame takes and then when it's all over calculates an average from this.

This would probably be more accurate than using external CPU measurers so it's something I will add to my to do list.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
Recording from the GUI is now implemented:

https://www.dropbox.com/s/lx0yr7t6s0s935s/srec-2.1r61.7z?dl=1

Some things that are not yet implemented is recording/rendering the pointer and saving settings as default for the GUI.

The GUI works the same as in SRec 1.x in that it can be run in the background like a commodity and you can set special button combinations for starting and stopping recording through the icon tooltypes.

   Report Go to top

Re: SRec 2.x on github
Quite a regular
Joined:
2009/6/1 13:11
From Germany
Posts: 721
@salass00 i made screen recording, but no player can play the output file.
I could create german catalog if you like

_________________
AmigaOne X1000 Betatester A1-X1090
AmigaOne X1000/4GB Ram/Saphire Radeon 7850 1GB/256GB SSD HD/2GB CF Card/RTL8169Network/
http://www.a1k.org/forum/showthread.php?t=28870
   Report Go to top


« 1 (2) 3 4 5 ... 10 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project