I include a scr to scr conversion capability between
extended and normal screenshots. Fixed a allocation/pointer
bug, implemeted two very basic video editing features
(cutting ranges given by frame or time basis, and creating
other frame/sec timing animations than 50 fps).
Gergely
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Now, if no frame information in the saved snapshots, and
user not set (by -F), scrconv use an inner counter for it.
So, if we convert normal screenshots to mng we GOT flashing
effect. see [ http://lxchaos.sf.net/load.mng ]
If we want to create an avi/mpeg with mplayer, we have to
convert each scr to png first with a script like:
n=0; for f in *; do scrconv -pc 0 -F $n $f $f.png;
n=$((n+1)); done
I like the idea of this, but I'm not particularly happy with
the duplication of the scaler code between Fuse and scrconv.
We could put this into a shared library, but that could make
Fuse's already slightly hairy build process even hairier.
Any views on this, anyone?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see, but 'scrconv' w/o scalers is too @#$@%^@%@... and
scrconv use only the 32bit (truecolor) half of scalers.
IMHO all the ui code (menu, widgets and SCALERS) we should
move outside and build as plugins. So than we not need to
recompile fuse to make fuse with sdl+gtk+svga ... or any
other ui...
Gergely
p.s.: here a new patch, now the 'delta' optimization works
in mng creation. The border color can given by words (
black, red, etc.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think making a scaler shared library is probably the way to
go to make this available. That would imply adding fuse as a
dependency to fuse-utils. I'd prefer to not add any more hair
to the current build process, but I guess the only way that
could happen is by moving the scalers to libspectrum, and
that doesn't quite "seem" right for libspectrum.
BTW I am on holiday ATM, and can only get sporadic internet
access.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Now, if no frame information in the saved snapshots, and
user not set (by -F), scrconv use an inner counter for it.
So, if we convert normal screenshots to mng we GOT flashing
effect. see [ http://lxchaos.sf.net/load.mng ]
If we want to create an avi/mpeg with mplayer, we have to
convert each scr to png first with a script like:
n=0; for f in *; do scrconv -pc 0 -F $n $f $f.png;
n=$((n+1)); done
The new scrconv include jpeg output, and Timex hires and
hicolor support.
btw.: something wrong with the hires screenshot saving,
because the
atrribute information is #$#%#$#$....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I load Mscript, select cyan-red color and make an scr.
Then if I load back this screenshot it is appear in default
black on white :-(
The screenshot last byte is 0x06 instead of 0x16.
If I owerwrite the last byte with 0x16 by hand, fuse show it
in red on cyan :-)... So, "only" the save is #$#%#%#
by the way, if we loading a hires scr to fuse emulating
TC2048 with normal screen, its switch scld to hires, and
after it the screen is go mad (because the original app use
the normal screen )...
Answering directly to the question: yes, I am reading
correctly, and converting correctly from hires attrib to RGB
:-) just fuse not embedding the proper color inf to scr.
By the way.. why include the screen mode flag (bit 0-2), if
we distinguish hires/hicol/normal screenshots by the
file-sizes???
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the bug report Gergely, I've sorted out the problem saving and
loading hires scrs in Timex and Sinclair modes (I swear this was all tested
before I committed!).
The reason we include the screen mode flag when saving and loading
screenshots is that you can set the timex hardware into combinations of
hires and hicolour for interesting effects, and I wanted to preserve the
possibility of saving and loading these kind of screens.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
scrconv, now use the compiled libscaler.a (or exactly, a stripped down version of it: libutilscaler.a), or only 'use' the builtin 'Normal' scaler.
So, it depend on a compiled fuse source only at build time. With a new configure option (--with-fuse-source=...) we can give the path of the compiled fuse source tree. For this we need a little modified scaler code, please have a look at patch 1721290
If no compiled fuse, scrconv cannot use scalers (only the 'Normal' one :-).
(Philip? this type of code sharing?)
Now scrconv can convert from the Fuse movie format (fmf), and can produce yuv4mpeg output too.
Input: screen$, fmf
Output: screen$, ppm, png, jpeg, mng, yuv
e.g.:
./scrconv -s paltv2x -v -t pal dizzy7.fmf --out-prefix dizzy7_pal- --out-suffix .jpeg
command create 25 jpeg file per second from dizzy7.fmf recorded fuse movie file, scaled the paltv2x scaler. The output file name template is dizzy7_pal-xxxxxxxxx.jpeg
new feature to dump raw sound samples from an .fmf file
e.g.: scrconv -v awm.fmf awm.yuv awm.raw
dump the raw sound to file awm.raw. next we can convert it e.g. with sox or other
conversion tool.
File Added: fuse-utils.fmf_09.diff
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
patch to fuse-utils (scrconv)
Logged In: YES
user_id=57243
Ok! I fix a lot of major bug (mng creation, etc...), the
manpage is quite outdated that time, sorry...
Gergely
Logged In: YES
user_id=57243
I update the man page and the command line help. Here is a
new patch.
Gergely
scrconv patch (updated manpage)
Logged In: YES
user_id=57243
I include a scr to scr conversion capability between
extended and normal screenshots. Fixed a allocation/pointer
bug, implemeted two very basic video editing features
(cutting ranges given by frame or time basis, and creating
other frame/sec timing animations than 50 fps).
Gergely
updated patch
flash from normal scr-files at mng creation
Logged In: YES
user_id=57243
Now, if no frame information in the saved snapshots, and
user not set (by -F), scrconv use an inner counter for it.
So, if we convert normal screenshots to mng we GOT flashing
effect. see [ http://lxchaos.sf.net/load.mng ]
If we want to create an avi/mpeg with mplayer, we have to
convert each scr to png first with a script like:
n=0; for f in *; do scrconv -pc 0 -F $n $f $f.png;
n=$((n+1)); done
next do the encoding:
mencoder -mf type=png:fps=50 mf://*.png -ovc lavc -nosound
-o load.avi
See the file: [ http://lxchaos.sf.net/load.mng ]
Gergely
p.s.: The inner counter used when convert scr to scr ...
Logged In: YES
user_id=29214
I like the idea of this, but I'm not particularly happy with
the duplication of the scaler code between Fuse and scrconv.
We could put this into a shared library, but that could make
Fuse's already slightly hairy build process even hairier.
Any views on this, anyone?
Logged In: YES
user_id=57243
Hi Philip!
I see, but 'scrconv' w/o scalers is too @#$@%^@%@... and
scrconv use only the 32bit (truecolor) half of scalers.
IMHO all the ui code (menu, widgets and SCALERS) we should
move outside and build as plugins. So than we not need to
recompile fuse to make fuse with sdl+gtk+svga ... or any
other ui...
Gergely
p.s.: here a new patch, now the 'delta' optimization works
in mng creation. The border color can given by words (
black, red, etc.)
delta opt, named colors for border color
Logged In: YES
user_id=11017
I think making a scaler shared library is probably the way to
go to make this available. That would imply adding fuse as a
dependency to fuse-utils. I'd prefer to not add any more hair
to the current build process, but I guess the only way that
could happen is by moving the scalers to libspectrum, and
that doesn't quite "seem" right for libspectrum.
BTW I am on holiday ATM, and can only get sporadic internet
access.
Logged In: YES
user_id=57243
Now, if no frame information in the saved snapshots, and
user not set (by -F), scrconv use an inner counter for it.
So, if we convert normal screenshots to mng we GOT flashing
effect. see [ http://lxchaos.sf.net/load.mng ]
If we want to create an avi/mpeg with mplayer, we have to
convert each scr to png first with a script like:
n=0; for f in *; do scrconv -pc 0 -F $n $f $f.png;
n=$((n+1)); done
next do the encoding:
mencoder -mf type=png:fps=50 mf://*.png -ovc lavc -nosound
-o load.avi
See the file: [ http://lxchaos.sf.net/load.mng ]
Gergely
p.s.: The inner counter used when convert scr to scr ...
Logged In: YES
user_id=57243
The new scrconv include jpeg output, and Timex hires and
hicolor support.
btw.: something wrong with the hires screenshot saving,
because the
atrribute information is #$#%#$#$....
jpeg, timex hires, hicolor support
Logged In: YES
user_id=11017
Hires screenshots have only a single byte of attribute information, are you
sure you are reading the format correctly?
Logged In: YES
user_id=57243
Ok :-)
I load Mscript, select cyan-red color and make an scr.
Then if I load back this screenshot it is appear in default
black on white :-(
The screenshot last byte is 0x06 instead of 0x16.
If I owerwrite the last byte with 0x16 by hand, fuse show it
in red on cyan :-)... So, "only" the save is #$#%#%#
by the way, if we loading a hires scr to fuse emulating
TC2048 with normal screen, its switch scld to hires, and
after it the screen is go mad (because the original app use
the normal screen )...
Answering directly to the question: yes, I am reading
correctly, and converting correctly from hires attrib to RGB
:-) just fuse not embedding the proper color inf to scr.
By the way.. why include the screen mode flag (bit 0-2), if
we distinguish hires/hicol/normal screenshots by the
file-sizes???
Logged In: YES
user_id=11017
Thanks for the bug report Gergely, I've sorted out the problem saving and
loading hires scrs in Timex and Sinclair modes (I swear this was all tested
before I committed!).
The reason we include the screen mode flag when saving and loading
screenshots is that you can set the timex hardware into combinations of
hires and hicolour for interesting effects, and I wanted to preserve the
possibility of saving and loading these kind of screens.
new input movie format, yuv4mpeg output format
Logged In: YES
user_id=57243
Originator: YES
scrconv, now use the compiled libscaler.a (or exactly, a stripped down version of it: libutilscaler.a), or only 'use' the builtin 'Normal' scaler.
So, it depend on a compiled fuse source only at build time. With a new configure option (--with-fuse-source=...) we can give the path of the compiled fuse source tree. For this we need a little modified scaler code, please have a look at patch 1721290
If no compiled fuse, scrconv cannot use scalers (only the 'Normal' one :-).
(Philip? this type of code sharing?)
Now scrconv can convert from the Fuse movie format (fmf), and can produce yuv4mpeg output too.
Input: screen$, fmf
Output: screen$, ppm, png, jpeg, mng, yuv
e.g.:
./scrconv -s paltv2x -v -t pal dizzy7.fmf --out-prefix dizzy7_pal- --out-suffix .jpeg
command create 25 jpeg file per second from dizzy7.fmf recorded fuse movie file, scaled the paltv2x scaler. The output file name template is dizzy7_pal-xxxxxxxxx.jpeg
./scrconv -s 2x -t pal dizzy7.fmf | mencoder -ovc lavc - dizzy7_pal.mpeg
command create an mpeg movie (640x480@25) from dizzy7.fmf
File Added: fuse-utils.fmf_08.diff.gz
sound
Logged In: YES
user_id=57243
Originator: YES
new feature to dump raw sound samples from an .fmf file
e.g.: scrconv -v awm.fmf awm.yuv awm.raw
dump the raw sound to file awm.raw. next we can convert it e.g. with sox or other
conversion tool.
File Added: fuse-utils.fmf_09.diff