SRec 2.x on github

Thanks for the continued development.
Unfortunately, I am still unable to get a recording. The program starts ok. I get notifications about recording started and recording stopped. I get an output file in RAM. However the file cannot be played and is tiny. There is no additional CPU load when recording.

Snoopy log:

Log Generated by; Snoopy 53.34 (12.3.2014)

00001 : SRec : o.k. = CreateNewProc("SRec: Screen Recorder") [186uS]
00002 : SRec: Screen Recorder : 0 = FindSegmentStackSize("<untracked>") [3uS]
00003 : SRec: Screen Recorder : o.k. = [exec] OpenLibrary("intuition.library",53) [4uS]
00004 : SRec: Screen Recorder : o.k. = [exec] OpenLibrary("graphics.library",54) [2uS]
00005 : SRec: Screen Recorder : o.k. = [exec] OpenLibrary("icon.library",53) [4uS]
00006 : SRec: Screen Recorder : o.k. = [exec] OpenDevice("timer.device",0,0x5392BB10,0x00000000) = 0 [12uS]
00007 : SRec: Screen Recorder : o.k. = Open("ENV:Sys/def_pointer.info",OLD) = [0x16CD6EAA] [47uS]
00008 : SRec: Screen Recorder : o.k. = Open("ENV:Sys/def_busypointer.info",OLD) = [0x16CD6EAA] [35uS]
00009 : SRec: Screen Recorder : o.k. = [exec] OpenLibrary("z.library",53) [4uS]
00010 : SRec: Screen Recorder : o.k. = Lock("RAM:output.mkv",SHARED) [21uS]
00011 : SRec: Screen Recorder : o.k. = ExamineObject(0x55216428) [10uS]
00012 : NotificationServer : o.k. = Lock("SYS:Prefs/Presets/Sounds/",SHARED) [72uS]
00013 : NotificationServer : o.k. = Examine("Sounds") [5uS]
00014 : SRec: Screen Recorder : o.k. = Open("RAM:output.mkv",NEW) = [0x16CD6EAA] [3426uS]
00015 : SRec: Screen Recorder : FAIL = IsInteractive("RAM:output.mkv")
00016 : SRec: Screen Recorder : o.k. = IsFileSystem("RAM:") [13uS]
00017 : SRec: Screen Recorder : o.k. = ChangeMode(CHANGE_FH,0x16CD6EAA,SHARED_LOCK) [1uS]
00018 : SRec: Screen Recorder : o.k. = ExamineFH("output.mkv") [37uS]
00019 : SRec: Screen Recorder : o.k. = LockTagList("RAM:output.mkv.info",SHARED) [18uS]
00020 : NotificationServer : o.k. = Lock("T:notifications.log",SHARED) [45uS]
00021 : NotificationServer : o.k. = ExamineObject(0x5F949E48) [11uS]
00022 : NotificationServer : o.k. = Open("T:notifications.log",NEW) = [0x16CD6ED0] [66uS]
00023 : NotificationServer : FAIL = IsInteractive("T:notifications.log")
00024 : NotificationServer : o.k. = IsFileSystem("T:") [10uS]
00025 : NotificationServer : o.k. = ChangeMode(CHANGE_FH,0x16CD6ED0,SHARED_LOCK) [2uS]
00026 : NotificationServer : o.k. = ExamineFH("notifications.log") [37uS]
00027 : NotificationServer : DIR = ParentOfFH(0x16CD6ED0) "T:notifications.log" [3uS]
00028 : NotificationServer : o.k. = ExamineFH("notifications.log") [31uS]
00029 : NotificationServer : SetCurrentDir("<untracked>")
00030 : NotificationServer : o.k. = SetProtection("notifications.log",0x00008802) [63uS]
00031 : NotificationServer : SetCurrentDir("<untracked>")
00032 : Clock : o.k. = [exec] OpenDevice("timer.device",1,0x52FF9188,0x00000000) = 0 [17uS]
00033 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 403367 [3uS]
00034 : SRec: Screen Recorder : o.k. = ChangeFilePosition(0x16CD6EAA,52,OFFSET_BEGINNING) [3uS]
00035 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 52 [1uS]
00036 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 311 [1uS]
00037 : SRec: Screen Recorder : o.k. = ChangeFilePosition(0x16CD6EAA,4472,OFFSET_BEGINNING) [2uS]
00038 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 4472 [1uS]
00039 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 4476 [1uS]
00040 : SRec: Screen Recorder : o.k. = ChangeFilePosition(0x16CD6EAA,44,OFFSET_BEGINNING) [1uS]
00041 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 44 [1uS]
00042 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 52 [1uS]
00043 : SRec: Screen Recorder : o.k. = ChangeFilePosition(0x16CD6EAA,4415,OFFSET_BEGINNING) [2uS]
00044 : SRec: Screen Recorder : o.k. = GetFilePosition(0x16CD6EAA) = 4415 [1uS]
00045 : SRec: Screen Recorder : DIR = ParentOfFH(0x16CD6EAA) "RAM:output.mkv" [6uS]
00046 : SRec: Screen Recorder : o.k. = ExamineFH("output.mkv") [43uS]
00047 : SRec: Screen Recorder : SetCurrentDir("<untracked>")
00048 : SRec: Screen Recorder : o.k. = SetProtection("output.mkv",0x00008802) [85uS]
00049 : SRec: Screen Recorder : SetCurrentDir("<untracked>")
00050 : NotificationServer : o.k. = Lock("SYS:Prefs/Presets/Sounds/",SHARED) [106uS]
00051 : NotificationServer : o.k. = Examine("Sounds") [5uS]

@salass00
I just tested SRec 2.4 with default settings except Width & Height.

With a 1000x800 setting, moving a window next to the right border and back toward the center of the screen leaves graphics corruption along the right screen border in the recorded video.

With a 1200x960 setting, moving a window leaves a corrupted version of the window in the original position, the moving window is corrupt and the RHINGIO notification window is corrupt in the recorded video.

@ddni

Snoopy log is useless since it only shows DOS operations which are all successful.

Dumpdebugbuffer or sashimi should give some more useful info.

@xenic

Is this with altivec code enabled and does it go away when it's disabled?

I'm asking because I don't get any such problems on my Sam460.

It would be a lot easier if I could test the code myself since I could do quick tests to rule out various possible causes for issues but as is I'm almost prepared to give up on the whole altivec business since the speed boost is pretty much non-existent from reports I've gotten.

BTW with SRec 2.4 when you stop recording it will output some performance data on the debug output like how many frames were recorded, how many were skipped and how much time was spent encoding each frame on average.

@salass00

Ok, thanks. Sashimi output from starting and stopping a recording.

8.System:> sashimi
Sashimi installed ([Ctrl]+C or "Break 8" to remove)
altivec unit detected
Frames recorded: 88
Frames skipped: 0
Total: 88
Avg time spent in encoder per frame: 5067 microseconds

@salass00
Quote:
That was with altivec code enabled. There is no corruption when I disable altivec. It wouldn't be reasonable to expect you to debug altivec code you can't run on your system. Maybe it would make sense to have altivec disabled as the default setting instead of enabled by default.

@ddni

It definitely looks like it's recording frames. If there was an error while encoding or writing a frame then the recording process should have dropped out and you would have gotten an error requester.

What video players did you try?

What information does "ffmpeg -i RAM:output.mkv" give?

Just over 5ms per frame on encoding and 0 frame skip is really good. I assume this is with the default settings (640x360 @ 10 FPS)?

On my Sam460 encoding at 640x360 takes about 32-33ms per frame with not much moving on screen.

@xenic

I've disabled altivec by default as you suggested. It is frustrating not being able to reproduce the problems but I don't want to throw out all that work just yet.

Did you have these corruption problems with 2.3 as well?

The widths 1200 and 1000 shouldn't need unaligned handling but I found a bug in the unaligned pointer check which would have caused it to be used when not needed and vice versa so the following version might work better:

https://dl.dropboxusercontent.com/u/26599983/srec-2.4r185.7z

Hi,

I have tried Emotion and liveforit-mplayer6.5.8. Both work fine with all of my other media.

ffmpeg output:

5.System:> ffmpeg -i ram:output.mkv
ffmpeg version 3.1.1 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 6.1.0 (adtools build 6.1.0)
configuration: --cross-prefix=ppc-amigaos- --enable-cross-compile --arch=ppc --enable-gpl --enable-version3 --enable-nonfree --enable-fontconfig --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfaac --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libspeex --enable-libtheora --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libxvid --enable-openssl --target-os=freebsd --pkg-config=pkg-config
libavutil 55. 28.100 / 55. 28.100
libavcodec 57. 48.101 / 57. 48.101
libavformat 57. 41.100 / 57. 41.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 47.100 / 6. 47.100
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.100
libpostproc 54. 0.100 / 54. 0.100
Input #0, matroska,webm, from 'ram:output.mkv':
Metadata:
encoder : libmkv 0.6.5.1
Duration: 00:00:07.00, start: 0.000000, bitrate: 771 kb/s
Stream #0:0(eng): Video: zmbv (ZMBV / 0x56424D5A), bgr0, 640x360, SAR 1:1 DAR 16:9, 10 fps, 10 tbr, 1k tbn, 1k tbc (default) (forced)
At least one output file must be specified


MPlayer output:

LiveForIt-MPlayer-6.4 (FFMPEG-2-6-3) SVN-r37230-snapshot-1.1.1 (C) 2000-2014 MPlayer Team

Playing RAM Disk:output.mkv.
Cache fill: 0.22% (196608 bytes)
Select error: No such file or directory
AmigaOS4.1 Bug select() don't reset or set errno value
Cache fill: 0.75% (674890 bytes)

libavformat version 56.25.101 (internal)
libavformat file format detected.
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache not responding! [performance issue]
Cache not responding! [performance issue]
[lavf] stream 0: video (unknown), -vid 0
VIDEO: [ZMBV] 640x360 24bpp 10.000 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
encoder: libmkv 0.6.5.1
Load subtitles in RAM Disk:
Select error: No such file or directory
AmigaOS4.1 Bug select() don't reset or set errno value
VO: [comp_yuv2] Welcome man !.
gfx_nodri = 0
gfx_novsync = 0
benchmark = 0
vsync is enabled = 1
Cache not responding! [performance issue]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 56.26.100 (internal)
Cannot find codec 'zmbv' in libavcodec...
VDecoder init failed :(
Requested video codec family [zmbv] (vfm=vfw) not available.
Enable it at compilation.
Cannot find codec matching selected -vo and video format 0x56424D5A.
==========================================================================
VO: Enabling blanker
gfx_ReleaseArg:443


Exiting... (End of file)

@ddni

Emotion 0.3 alpha only supports YUV based formats and LiveForIt MPlayer doesn't seem to have the ZMBV codec enabled in its libavcodec so that explains why you can't play the files.

Either use MUI MPlayer which plays the files albeit slowly since it doesn't support compositing or use ffmpeg to encode to a different codec.

For example to re-encode as h264 you can use:

ffmpeg -i RAM:output.mkv -crf 20 RAM:output.mp4

@salass00

Got it!! Thanks.

All working now with MUI-Mplayer, although I get a GR from MUI-Mplayer at the end of playback.

The .mkv files are brown in colour?

What changed from the earlier pre 2.1 release? The videos from it played fine with LiveforitMplayer - I assume they werent ZMBV?

Great program! Now to do some stress testing.

@ddni
Quote:
I sometimes get a GR from MUI-MPlayer at the end of playback but it's not consistant or 100% reproducable so I didn't report it. However, for me it only happens if I play the recorded video in MUI_MPlayer right after recording the video with SRec. If I save the recorded video and reboot before playing the video with MUI_MPlayer, then I don't get a GR.

So far I haven't gotten the MUI_MPlayer GR if I record the video in SRec with altivec disabled. Due to the inconsistancy of the GR, I need to do more testing to see if recording with altivec is affecting playback with MUI_MPlayer.

@salass00
Quote:

Good work! I was unable to get any corruption with 1200x960 or 1000x800 settings. It looks like you fixed the corruption problem.

With regard to the MUI-MPlayer crash that ddni reported, I haven't been able to reproduce his crash with this latest test version of SRec. Maybe he needs to try the test version from your link.

Off Topic Strangeness: Every time I reboot and extract your 7zip file, the SRec file shows a different date. There seems to be a quirk in OS4 7zip.

@ddni

Quote:

Could you try this version?

https://dl.dropboxusercontent.com/u/26599983/srec-2.4r195.7z

Please try both with and without altivec optimisations enabled (setting is under the "Misc" tab in the GUI).

If the colours are still wrong or something else is post the sashimi log as before.

@salass00

All seems ok now even with the slightly older version...?
I tried with and without Altivec.
The MuiMplayer crash has also stopped occuring...

@ddni

That is good to hear.

@all

Version 2.5 of SRec is now available:

https://github.com/salass00/srec/releases

@salass00

Mmm I use MUI MPlayer too, the video will be saved correctly but till now i can't watch any of my recorded video with this player

(Video output is completely pink)

I set:

Container --> AVI
Video Codec --> ZMBV
Aspect Ratio --> Like WB

I have a Sam440 Flex + Radeon 9250

@samo79

It depends which version of "MUI-Mplayer" you've got I think, I got pink the first time then converted with ffmpeg / used blender to verify the recording was good.

I think you guys need to get over this "I can't play it in player X thing"

The choice of codec is for speed of encoding as I understand it. This allows higher frame rates and / or less interference in what you are recording due to CPU drain. If your recording anything more than openig a few wrkbench drawers, that is really important.

Convert the result with ffmpeg to a displayable format, the FFMPGUI makes that trivially easy.

If it still shows pink after that *then* you should complain something may be wrong.....

@samo79

If you are using the p96_pip video driver then that might be the reason for your problems as it probably doesn't support RGB video.

My gfx card doesn't have overlay so I use cgx_wpa which while it is slow should support pretty much anything as it uses WritePixelArray().

@broadblues

Quote:

There is only one single version of MUI MPlayer, this:

http://os4depot.net/index.php?functio ... video/play/muimplayer.lha

I also tested MPlayer from LiveForIt and videos generated by SRec2 doesn't start at all (tested with p96_pip)

Quote:

Well i'm sure it will be ok after conversion, however why users should be "forced" to do a step with SRec, and then another step with another tool ?

Maybe in the future other "working" codecs/formats could be added into SRec .. i think it will be the optimal solution ..

By the way avi videos generated by old SRec 1.36 worked just fine with both MUI MPlayer (and MPlayer of afxgroup)

@salass00

What do you think .. may old codecs of 1.36 could be "reused" in some way into the current version 2.x