 Audio (343)
Datatype (51)
Demo (203)
Development (602)
Document (24)
Driver (97)
Emulation (149)
Game (1011)
Graphics (500)
Library (118)
Network (234)
Office (66)
Utility (932)
Video (69)
Total files: 4399
Full index file
Recent index file
Amigans.net
OpenAmiga
Aminet
UtilityBase
IntuitionBase
AmigaBounty
|
[Back to readme page] [Refresh page]
| Comment by: ghh (78.102.145.167) | At: 09 Dec 2013, 20:54 | File version: 0.5 | @PhantomInterrogative
Good idea. Maybe in next versions.
| | | | | | Comment by: PhantomInterrogative (205.204.248.67) | At: 06 Dec 2013, 15:32 | File version: 0.5 | Do you have plans on adding audio to videos through FFShop?
| | | | | | Comment by: ghh (86.49.27.90) | At: 24 Mar 2013, 21:03 | File version: 0.4 | @MickJT
This should be ok. Because ffshop just checks FFmpeg version > than 0.x
| | | | | | Comment by: MickJT (124.171.151.55) | At: 24 Mar 2013, 08:27 | File version: 0.4 | I suggest a hidden config option or ENV variable to make it ignore the FFmpeg version and enable all video effects. If I update ffmpeg in the future and there isn't any bugfixes or improvements to be made in ffshop at that time, then those that didn't keep the older version will lose the ability to do certain things with ffshop.
| | | | | | Comment by: ghh (86.49.27.90) | At: 24 Mar 2013, 00:08 | File version: 0.4 | @MickJT, gtmooya
Not in 0.4, but I'm working on it :)
@kas1e
bug1
It seems that this caused some combination of audio/video codec and container. This probably will never be 100% reliable. (without encoding)
bug2
Hmm. I never got this crash. But it will be better if I change it to the new abou window.
| | | | | | Comment by: gtmooya (92.16.93.14) | At: 23 Mar 2013, 11:19 | File version: 0.4 | @MickJT
Thanks, will take a look!
| | | | | | Comment by: MickJT (124.171.151.55) | At: 22 Mar 2013, 04:29 | File version: 0.4 | The drawtext filter can add text overlays to a video, but I don't think ffshop supports that, yet.
| | | | | | Comment by: gtmooya (92.16.94.163) | At: 21 Mar 2013, 19:54 | File version: 0.4 | Thanks for FFShop! So far have managed to edit some mp4 files together and played with a few of the effects, really nice! Processing takes a while on my Sam440 but otherwise all good.
Would be nice to be able to add some text to the video, like intro and credits, or is this already possible somehow?
| | | | | | Comment by: kas1e (95.54.73.44) | At: 18 Mar 2013, 09:35 | File version: 0.4 | tested v0.4:
Pluses:
-No more slowdowns in prefs when choice ffmpeg or mplayer.
-RMB menu here with all the stuff, cool :)
-realtime sliders really looks good and feels fine even on slow cpus like ours :)
-on/off of console output works
-no more other windowses on first run by default, nice !
Minuses:
-When choice mplayer and ffmeg patch in the first config window on the first run, and press "save", its do someting for about 10 seconds. While imho should be fast as all the other parts.
Suggestions:
- Add "Save Video As" option to RMB and maybe as button to top bar. When user will press on it, it will bring him mui window with list of the available to save video formats, string for the patch (with gadget by pressing on which asl window will spawns), and the button "save" at bottom. So user choice the format, where to save video, and then press "save". That will be pretty tasty for easy conversion beetwen formats.
-after you plays a bit with videos, RAM: is full of "output.avi" files. I.e. those temp ones. I assume they need to be deleted once they not need it by programm automatically. Sure, after reboot all will erased from, but just to make programm smart enough and to not fill RAM: (expectually good for users with less memory). And its just will be clean in end. At least on exit all the temp files should be deleted, thats for sure, but better to delete them once they not in use anymore. Or there is some need for them ? Anyway, even if needs is here, on exit they should be removed imho.
Bugs:
-- Major one: Doing 2 times "delete of the range", just delete whole video. To reproduce: load video, choice by the "end" slider let's say 10 seconds. Do delete range: all is fine. Then, again choice 10 seconds by "end" slider, and press "delete range" => as result whole video deletes and you have 00:00:00 for both start and end sliders and only one single frame of video. Version of ffmpeg in use 0.8.2.
-- crash when do RMB/Project/About, and then press "Chancel". It is 80000003 crash, and stack trace point out on TextDispatcher->AreaDispartcher->m_Area_DrawActiveBorder.
Currently that all, but programm progressing nicely as usuall. Keep it up :)
| | | | | | Comment by: samo79 (93.144.75.144) | At: 05 Mar 2013, 09:39 | File version: 0.3 | So you mean it might be a problem with RxMUI instead ?
If so maybe it can be fixed once the source will be released (according to the news reported by kas1e)
However about the MPlayer path i noted that FFShop give always this message at startup
................
Insert a disk
mplayer:
In a unit disk
Process: 1234 "ARexx"
------------
Indeed the default path in FFShop's prefs is: mplater:mplayer so we got always a prefs error like this:
"File mplayer:mplayer not exists!!"
Instead FFMPeg use a correct path (C:ffmpeg) and of course it also give the alert message at startup if you don't have any FFMpeg binary in C: but atleast it doesn't report any DOS errors like the one we got with the MPlayer path
Maybe you can solve the problem alltogheter using the same default path also for MPlayer, for example C:mplayer
Aniway for now i didn't note other issue to report, however if you add any sort of locale support i will glad to translate it in italian ;-)
| | | | | | Comment by: ghh (86.49.27.230) | At: 05 Mar 2013, 08:23 | File version: 0.3 | @samo79
Hmm, this is sometimes a problem.
Paolo Vanni (Tubexx author) writes in Readme_OS4:
"Unfortunally from time to time you can get a visit from the GrimReaper
clicking on "More->Ignore DSI Error" I never got problems so it's
your choice to use Tubexx or not, I am not responsible if your HD
go burst :-)"
Oh I copy the old address from RxMUI.guide. Fixed, thanks.
Yes I have the latest version.
@kas1e
Delete middle part (with ffmpeg) without encoding is almost impossible (or I don't know how to do it).
Unfortunately I'm not at all good in C or in other "higher" languages.
1) Done.
2) This was caused unnecessarily complex "prefscheck". I could not find it.
Now, there is one c:version ffmpeg. When the program starts and Save/Use prefs.
It is needed for effects.
3) Done.
4) Done.
5) Soon in new version.
Thanks again for the very helpful comments :)
| | | | | | Comment by: samo79 (93.144.75.144) | At: 05 Mar 2013, 05:48 | File version: 0.3 | I choosed a new path for MPlayer (from the program prefs) but i got an immediate crash!
----
Crash log for task ""
Generated by GrimReaper 53.5
Crash occured in module at address 0x6FC449BC
Type of crash: DSI (Data Storage Interrupt) exception
Register dump:
GPR (General Purpose Registers):
0: 00000002 54C01C1C 54A25638 0000000A 00000009 5289BF80 54C01CBC 5289C07C
8: 54C01C1C 6FC4499C 57F3C3C0 000F0000 00000004 00000000 0185155C 00016208
16: 58DCB000 54D9B190 5882255A 0185114C 00000000 020783D6 5FD38C64 00000002
24: 021BDC56 00000003 00000064 00000001 541857F6 5289C07C 54C01CBC 5FD38CAE
FPR (Floating Point Registers, NaN = Not a Number):
0: nan 0 0 0
4: 0 0 0 0
8: 0 1.67772e+07 1e+61 1e-59
12: 1 -4.72333e+307 0 -5.05923e-321
16: 0 1.39067e-309 0 0
20: 1 1 0 1.61895e-319
24: 1e+61 1e-59 0.5 4.5036e+15
28: nan 65536 1.67772e+07 0
FPSCR (Floating Point Status and Control Register): 0x82004000
SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x44000000
Instruction Pointer (ip) : 0x6FC449BC
Xtended Exception (xer) : 0x00000002
Count (ctr) : 0x01857F98
Link (lr) : 0x6FC4499C
DSI Status (dsisr) : 0x00000000
Data Address (dar) : 0x5289C07C
680x0 emulated registers:
DATA: 00000007 00000003 5FD38C64 00000002 021BDC56 00000003 00000064 00000001
ADDR: 56E696C0 54C01C98 58114484 4A631EBE 56E4C008 48D85010 54186106 54C01C8C
FPU0: 0 0 0 0
FPU4: 0 0 0 0
Symbol info:
Instruction pointer 0x6FC449BC belongs to module "" (HUNK/Kickstart)
Stack trace:
68k Stack trace:
020783d4 (68k IP) - "Kickstart/kernel" Hunk 0001 Offset 000183d4
4cc8f214 - "LIBS:rxmui/listview.rxmec" Hunk 0001 Offset 00000874 (SegList: 15284401)
54186216 - "LIBS:rxmui.library" Hunk 0000 Offset 00005216 (SegList: 15060401)
5418622a - "LIBS:rxmui.library" Hunk 0000 Offset 0000522a (SegList: 15060401)
54186106 - "LIBS:rxmui.library" Hunk 0000 Offset 00005106 (SegList: 15060401)
541827e6 - "LIBS:rxmui.library" Hunk 0000 Offset 000017e6 (SegList: 15060401)
56e4c32c - "LIBS:rxmui.library" Hunk 0001 Offset 0000032c (SegList: 15060401)
021bdc56 - "Kickstart/kernel" Hunk 0001 Offset 0015dc56
54186106 - "LIBS:rxmui.library" Hunk 0000 Offset 00005106 (SegList: 15060401)
54181fd2 - "LIBS:rxmui.library" Hunk 0000 Offset 00000fd2 (SegList: 15060401)
56e4c32c - "LIBS:rxmui.library" Hunk 0001 Offset 0000032c (SegList: 15060401)
00000001 - "SYS:System/GrimReaper" Hunk 0000 Offset 00000000 (SegList: 14ac39a9)
56e4c32c - "LIBS:rxmui.library" Hunk 0001 Offset 0000032c (SegList: 15060401)
6f985289 - "LIBS:update.library" Hunk 0005 Offset 00001289 (SegList: 14554079)
68k disassembly:
020783cc: XXXXXXXX illegal address
020783d0: XXXXXXXX illegal address
020783d4: XXXXXXXX illegal address
020783d8: XXXXXXXX illegal address
020783dc: XXXXXXXX illegal address
System information:
CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:
Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci
| | | | | | Comment by: samo79 (93.144.85.66) | At: 03 Mar 2013, 20:43 | File version: 0.3 | @Jan Vedral
Are you using the latest version of RxMUI ?
I ask that because according to your documentation the URL pointed to his old site
The latest version of RxMUI is 42.7 and his latest pages are availible at:
http://alfie.altervista.org/
| | | | | | Comment by: samo79 (93.144.85.66) | At: 03 Mar 2013, 20:35 | File version: 0.3 | @kas1e
>>>
ps. I also write a mail to author of RxMui, and ask him if he can make it opensource. He say yes, and once he will have a time and pack all of this and upload to SF, we can make native OS4 version as well.
>>>
Wow !
This is an excellent news, i though Alfie was disappear completely, it's very good to know that he is availible to share the sources
| | | | | | Comment by: kas1e (78.37.9.121) | At: 03 Mar 2013, 15:55 | File version: 0.3 | Tryed v0.3
Realtime sliders now works pretty logical and fine. Everything looks smooth in that terms even on slow-cpu amigas. Thats very nice improvement !
Deleting now works much faster and better. But the problem now, that i can't delete any range, but only from begining. For example, if i want to delete some part of video in the middle , i set sliders where i need it, press "Delete range", and have a window "Cut and join not supported". As far as i understand now, its all just because of "ffmpeg" usage, which for deleting should do that "cut", then "join", and because of that all of this is slow..
So only real solutions as i understand, its unpack video streams to memory, and works with them not via ffmpeg apis/command line params, but just heavy on C as with parts of data. Way for sure hard one, but imho only one to make it all fast working .. But if that all pretty hard and boring, then suggestion is: in such warning window where "can't cut/join" , write "deletion of range works only if your start slider are at begining" instead, or kind of (i.e. will be understandble what happens to anyone who do not know what ffmpeg do).
Another suggestions:
1). Add an options to disable VideoList and TimeStrip windowses at running (and disable them by default imho, so only main window will show ups on running). Because now, when you run ffshop, it spawn you all those windowses which you just close all the time.
2). Another problem is with taking ffmpeg/mplayer binaryes in account are very slow. I.e. user run ffshop first time, and it ask for mplayer assign. You choice where your mplayer binary placed, and ffshop start to do "something" heavy, for about 10 seconds or so. While, its all should be done just in 0.01 second in gui window, and just used later. Its all just looks like like ffshop copy those fat binaryes somethere (to RAM: maybe, dunno). The same problem with choicing of "ffmpeg" binary. Once you choice it, its slowly do something for about 10 seconds, and only after i can operate with GUI. If ffshop indeed copy those binaryes to RAM, then maybe add an option like "use binaryes from where they placed (hdd), or from RAM (heavy copy at begining)". And by default make it gets from hdd only, and if anyone will worry he can use that slow way when those bins copy to some place.
3). Add option for disable shell output from ffmepg (by default ON, by can be OFF).
4). Rename "Video" button to "Open Video".
5). Add to "Rmb" menu the same set of items as in the main panel. I.e. main "File", and in it "OpenVideo". Main one "Effect" and in it "Crop" and so on. So all the operations can be done from RMB as well.
So.. While it all looks like lots of suggestions, should to say that its better and better. Expectually new realtime-sliders when user realise the mouse button and all recalculates looks for sure right and very well.
ps. I also write a mail to author of RxMui, and ask him if he can make it opensource. He say yes, and once he will have a time and pack all of this and upload to SF, we can make native OS4 version as well.
| | | | | | Comment by: kas1e (78.36.129.33) | At: 20 Feb 2013, 14:05 | File version: 0.2 | Tryed v0.2 : much better ! New "delete" key is also good, but:
1). Deleting of blog is slow so much, that it even unpossible to delete just few seconds from video. I.e. ffmpeg seems to do a lot of compress/decompress work just for that. I tryed to delete few seconds on some video, wait about 2-3 minuts, and then just do abort and go to virtual dub on winxp, which do deletion in 1 second of any range. I assume it is because video decompresses to memory on "raw" , and all the works happens there (so all is fast), and then later, compres it back when user do "save".
2). Realtime sliders now do not works at all. What i mean before, is that its slow very much to calculate every move of slider while mouse is hold, but what will be good is:
user grab the slider (nothing recalculates), and move it (nothing recalculates), and when he stop, and realize mouse button, then do recalculation of final scene. So user will see where he are at beginning and at end, and no slownes will be.
But in all other its pretty nice. Just slow in few areas ..
| | | | | | Comment by: gerograph (178.210.115.220) | At: 21 Jan 2013, 17:18 | File version: 0.1 | @missing guigfx.library
you need this one:
http://neoscientists.org/~tmueller/binarydistillery/renderlib.lha
as well as this one:
http://aminet.net/dev/misc/guigfxlib.lha
| | | | | | Comment by: ghh (78.102.156.249) | At: 20 Jan 2013, 18:49 | File version: 0.1 | Thanks for helpful comments and suggestions.
Yes sliders are "realtime". I decided to do it, so I added "Time" window, where you can set the time numerically. But maybe I will as you suggest.
Delete (block) button - super idea!
I'll work on it. And also new icon (of course! :))
| | | | | | Comment by: kas1e (78.36.147.185) | At: 20 Jan 2013, 15:42 | File version: 0.1 | I give it another try because of interesting screenshots (remind me a bit virtual dub), so i install rxmui, and able to run programm.
Pluses:
- more or less logical. you load a file via "video" button, and it shows in realtime. you can by sliders set area on which works to be done.
- mui. so all configurable and co
- i have no crashes with it at all
Minuses/Bugs:
- by some reassons slow at startup. Sometimes can take about 10-15 seconds after first spawn of window, and "doing something". I.e. windowses spawn, but all busy, and HDD blinks a lot. Maybe it copy ffmpeg binary to some place, dunno. But its better to do all the heavy stuff later, after user choice to do something with videos.
- altivec versions of ffmpeg grabbed from os4depot, seems do not works (bring a lot of errors). Altivec binaries done like: xdelta3-decoder -s ffmpeg ffmpeg-altivec.xdelta3 (i.e. like readme of ffmeg says)
- when you spawn any new window, the previous ones do not redraws, and its all looks like new windowses take all the resources. I.e. do try to load a video, it will bring asl requster, then move that asl requester, and whole content of the main window will be vanished. Then, when you choice video, content redraws back (but also, a bit slow).
- slow in sliders. It seems it ffshop tryes to be "realtime" when moving of sliders happens (to show an actual frame in necessary window), but its just sometime unpossible to move slider at all. So maybe better will be just do "realtime" after slider will be moved and realised (and only when slider realized, then recalcualte and show necessary frame).
Suggestions:
- speed up of whole interface to make it all asynchornic, non window-blocking, etc.
- new icon (of course! :) )
- ability to easy deleting of blocks. I.e. you choice start time / end time, press let's say "Del" button on keyboard, or new "Delete" button, and the choicen frame is deleted, video recalcualtes, tempropary files deletes, and new video with deleted content is shown. Currently to delete neccessary part from my video, i do that: load video, choice part which i want to keep, and press "add to timestrip", then load new created file, and again choie an area which i want to kep and so on. Something like new "delete" button with auto recalculation and autoloading will be pretty handy !
But in whole, programm is nice.
| | | | | | Comment by: Thematic (88.113.183.93) | At: 20 Jan 2013, 14:36 | File version: 0.1 | guigfx.library and render.library go together, but it would be good to mention both in the requirements for this (guigfx used by rxmui).
| | | | | | Comment by: kas1e (78.36.146.20) | At: 19 Jan 2013, 13:06 | File version: 0.1 | Just give it a try:
Download, unpack it (in RAM:), press on "ffshop0.1.rexx" icon, and have a shell window with words:
+++ Error 14 in line 47: Requested library not found
+++ Error 14 in line 38: Requested library not found
So, i give up after that, and have a suggestion : include all necessary lib into the programm/LIBS directory, so it will eats from there is no library in LIBS: is present. As well as include everything programm need else, to not give problems to users, and of course, a proper icon is must :) Not just "ffsho0.1.rexx", but just "ffshop" icon.
Will be intersting to test new version anyway
| | | | | | Comment by: tommysammy (80.140.201.15) | At: 14 Jan 2013, 06:15 | File version: 0.1 | @Gerograph same problem here
| | | | | | Comment by: gerograph (178.210.115.244) | At: 13 Jan 2013, 19:54 | File version: 0.1 | Hmm.. needs guigfx.library 17+,... copied that one to LIBS: (source: os4depot/os4 binary Version 20.0), but still complaints about missing lib ??
| | | | | | Comment by: ghh (86.49.27.241) | At: 11 Jan 2013, 23:07 | File version: 0.1 | Run the program with the icon, it should work. And icon has one tooltype.
| | | | | | Comment by: Severin (94.196.7.25) | At: 11 Jan 2013, 11:51 | File version: 0.1 | Ok, I fixed it, it seems rxmui uses hardcoded paths to find it's files. I had it installed in user/libs which was added to the libs: assign in an attempt to keep 3rd party stuff out of the main sys: drawers.
| | | | | | Comment by: Thematic (88.113.183.93) | At: 11 Jan 2013, 11:29 | File version: 0.1 | It runs here, although I didn't have time to get a good grasp on capability.
| | | | | | Comment by: Severin (94.196.7.25) | At: 11 Jan 2013, 10:39 | File version: 0.1 | Doesn't run for me, I get this error:
> rx ram:FFShop/ffshop0.1.rexx
+++ Error 44 in line 551: Invalid expression result
+++ Error 44 in line 40: Invalid expression result
Command returned 10/44: Invalid expression result
| | | | |
|
