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.
@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.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
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.
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
Is this with altivec code enabled and does it go away when it's disabled?
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.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
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.
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:
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)
Edited by ddni on 2016/10/16 13:06:58 Edited by ddni on 2016/10/16 13:07:46
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.
All working now with MUI-Mplayer, although I get a GR from MUI-Mplayer at the end of playback.
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.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
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
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.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
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.....