Mmm how about SRec ?

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

+1

_________________
I´m back in 2023 on Classic Amiga with my A1200/Blizzard1230IB@50Mhz, 32MB RAM, AmigaOS3.2 and ROMs, Indivision AGA MK3, Author of Amiga-Flipclock (OS4)

Very good.

_________________
AmigaOS on Google+
AmigaOS on Facebook

No point to donate, until no developer who will works on.

And besides, we already have srec, which can be updated if some of users found some problems with it.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

New bounty is NOT open, new bounty has been suggested!
You cannot donate until bounty is (eventually) approved by the bounty team.


This is not really newsworthy, maybe an admin could remove it?

Last edited by Troels on 11-Jan-2012 at 09:48 AM.

_________________

@Troels
And pretty possible it will not approved, because problems currently not on progarmm level, but on HW one. Srec slow not because its done bad, but because and graphics functions slow , and cpus slow.

That can make sense to worry about after gallium release, and only if someone from developers will have interest to works on gallium-related screencapture programm, or it can be one more bounty with dead-money in.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Already tried SnapShoter?

_________________
Ciao

Dandy
__________________________________________
If someone enjoys marching to military music, then I already despise him.
He got his brain accidently - the bone marrow in his back would have been sufficient for him!
(Albert Einstein)

@Dandy

SnapShoter are hollywood based app, which mean that is slower than srec in every area. And imho it can't grab the videos ? But even if can, its still will be slower than srec, and have the same "non-native" look as those sdl/opengl/qt ports.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@ kas1e:

Quote:

SnapShoter are hollywood based app, which mean that is slower than srec in every area.

Up to now I only could test it on 68060 @ 50 mHz and PPC604e @ 200 mHz classic Amiga with OS 3.9 / WarpOS 16.1, as well as on WinXP-PCs.

On 68060 @ 50 mHz and PPC604e @ 200 mHz with OS 3.9 / WarpOS 16.1 it is really slow, while I'm O.K. with the speed of the Win version - even on older PCs.

I bet it flies on NG Amigas - especially on the A1 X1k...

I haven't tested srec.

What I like about hollywood based apps is that they are available for several platforms.

Quote:

And imho it can't grab the videos?

It can.
Storage format can be chosen between AVI and GIF in SnapShoter Prefs.
Videos are stored in the "Videos"-drawer/folder, screenshots in "Captures"-drawer/folder.

Quote:

But even if can, its still will be slower than srec, and have the same "non-native" look as those sdl/opengl/qt ports.

Maybe - but at least on Win-PCs it is acceptable.
And I like its skinnable look.

There's a 12 min video demonstrating the SnapShoter functions on youtube:
SnapShoter Functions

_________________
Ciao

Dandy
__________________________________________
If someone enjoys marching to military music, then I already despise him.
He got his brain accidently - the bone marrow in his back would have been sufficient for him!
(Albert Einstein)

@TheDandy
Mm.. That video done by that snapshoter, or by something else ? Because that video slow, jumpy and not smooth.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Quote:

No point to donate, until no developer who will works on. And besides, we already have srec, which can be updated if some of users found some problems with it.

Well chicken and the egg situation - no developer will appear unless its clear what he has to do and what is the prize.

SRec is reported to be too slow, and we could change the bounty
to its improvement and assign it to its main developer

_________________
OS 3.x AROS and MOS supporter, fi di good, nothing fi di unprofessionalism. Learn it harder way!
SinclairQL and WII U lover :D
YT http://www.youtube.com/user/rasvoja

Quote:

SRec is reported to be too slow, and we could change the bounty to its improvement and assign it to its main developer

SRec is not slow. Encoding video on the fly is a highly demanding activity. If you choose realistic values for the frame rate and video size you can get a decent video at only 25% CPU on a Sam-Flex 733. No program whatsoever will encode a full HD screen at 30 frames a sec or what ever other unrealistic expectation people have.

The same issue is experineced on linux, with the various options available there, and no doubt on windows.

Small improvements are possible perhaps by saving the raw data stream, and then encoding afterwards, but file temporary size rapidly get out of control with that approach.

Last edited by broadblues on 11-Jan-2012 at 11:27 AM.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@vox
Quote:

SRec is reported to be too slow, and we could change the bounty

As andy say, its not Srec slow, its our HW slow. And even, on x1000, it will be unable to make ulta cool videos in realtime, when you will run few copies of euea, dosbox and few copies of browser. When cpu stressed at 100%, there is no room for video capturing programm to do stuff good.

The only one and real solution: its external HW solutions. The even used for windows if you want "smooth" stuff, when you let's say play in some heavy game which stress cpu a lot.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Quote:

SnapShoter are hollywood based app, which mean that is slower than srec in every area. And imho it can't grab the videos ? But even if can, its still will be slower than srec, and have the same "non-native" look as those sdl/opengl/qt ports.

Snapshoter is perhaps the best hollywood app I've seen, but it's still slow, it still has non amga gui (no menus etc).

Recording a video at 5 fps used 100% CPU and only records part of the screen.

It seems to use a background CPU of about 25% when my normal background CPU is about 8%

SREC: Ran at 75% CPU for 5fps but scaled the whole screen to 640 x 480 (a similar size to my test for snapshoter) and uses negligable CPU in it's background state.

Last edited by broadblues on 11-Jan-2012 at 11:51 AM.
Last edited by broadblues on 11-Jan-2012 at 11:48 AM.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

Well why encode on the fly, just dump the raw data and encode it later.

Edit: or wait for a multicore, with on process encoding and another running the program.

Last edited by RWO on 11-Jan-2012 at 12:03 PM.

_________________
Debugging is a state of mind

@Andy
Quote:

Snapshoter is perhaps the best hollywood app I've seen, but it's still slow, it still has non amga gui (no menus etc).

Yeah, all the hollywood apps are slow and have no normal amiga menus .. Srec for sure better, as it plain C, and its done by Salas00, who know the stuff :)

ps. btw, Imho the best one hollywood based app are LoView. Still have the same hollywood limitations, but more or less fine. If only the same can be done with reaction/mui gui, and the same logic of programm. It can be and faster, and looks better, and have more options.

@rwo
Quote:

Well why encode on the fly, just dump the raw data and encode it later.

Even dumping to raw want cpu power, and when your cpu at 100% already, even raw recording slow the stuff a lot. Also add to it, that we have today normal resolutions (my one are 1920x1440 if i remember righ, or kind of). So, even dumping that to RAW, on even 1ghz, will slow everything down.

Last edited by kas1e on 11-Jan-2012 at 12:05 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

Quote:

Poster: RWO Date: 11-Jan-2012 12:01:35 Well why encode on the fly, just dump the raw data and encode it later.

Well 1240 * 1024 * 4 * 25 (width * height * depth * fps) = 126976000 or 126Mb/s that's alot of bytes to write to a drive unless you have some striped raid array setup, which isn't supported on amigaos. So even with RAW you need to be conservative with your choice of video dimension and frame rate.

My linux box is aprox 2 x the speed of my SAM, and I can record full screen and 1 or 2 fps without slowing down GIMP too much. That's 1280 * 1024 at 2 fps as opposed to 640x480 at 5 so similar speeds to be honest (taking CPU into account) and the linux app saves raw data and builds the video file later.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

this video of swamp defense is made with Srec:


http://www.youtube.com/watch?v=TJ2g5aG0wVc&feature=colike

_________________
See my blog and collection website! . https://www.blog.amigaguru.com

@broadblues

I am out of my depth here, but shouldn't screen capturing software actually record the pixels which are different between every frame and record that only?

Hmmm, I suppose thats more to do with compression that raw data streaming.

Last edited by djrikki on 11-Jan-2012 at 03:38 PM.
Last edited by djrikki on 11-Jan-2012 at 03:37 PM.

_________________

@djrikki

Not just the pixels. Let's say a pixel is 2 bytes. Still to be recorded were the coordinates, which could add 4 more bytes, for every frame. That would still slow down the recording, regardless whether the coordinates were per pixel or per rectangle or six.

_________________
: AmigaOneXE (unmod.) 750FX/512 MB +stuff & AmigaOS 4.(0|1)
: A1200/68060&96MB/SCSI/EM1200-Voodoo3 & OS 3.5
: A500/1MB
: Pegasos (ff) 512 MB & MorphOS
Praise seitan.