05 June 2023, 09:47 | #261 |
Paranoid Amigoid
Join Date: Mar 2008
Location: Athens/Greece
Age: 45
Posts: 1,978
|
Don't get me wrong mate! I really LOVE AGABlaster and I know it doesn't offer any compression which is totally fine.
It's just like using an avi file compared with an divx :P Thanks for your work mate. It's gladly appreciated |
12 June 2023, 08:21 | #262 |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Overscan Update for AGAConv and AGABlaster released
Overscan Update for AGAConv and AGABlaster released
AGAConv 1.0.2 released - generates overscan videos for 384, 704, and 1344 width. - fixed Hires/Superhires flag in auto screen-mode AGAConv website: https://cutt.ly/AGAConv AGABlaster 0.9.92 released - Supports overscan for 384, 704, 1344 width. - Improved error reporting for some unsupported combinations of resolution and FMODE in hires/superhires modes AGABlaster website: https://cutt.ly/AGABlaster |
15 June 2023, 11:49 | #263 |
Registered User
Join Date: Jul 2020
Location: Hungary
Posts: 94
|
Hello.
I have similar interests using videos in Amiga. I have created a simple program that can be used to reduce the final size of videos considerably and is not too complicated. Lossy but not compressed. Combined with Agablasterr+ham converter, the result would be wonderful. I also released the code. |
20 June 2023, 07:08 | #264 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
|
|
20 June 2023, 10:48 | #265 |
Registered User
Join Date: Jul 2020
Location: Hungary
Posts: 94
|
Yes, that would be the one... But not the player... The Reducer program.
I've always been interested in how these things work, but at the code level, I got stuck in Amos, so my resources are quite limited.... so I make my own fun by just manipulating the images, as this is how I can help achieve my goal. Not easy to handle Ham6 in that way but that is the one ECS can display and the logic is simple and it could be used in different modes , on lower or higher bitplanes too. Thought I'd point this out so others could use it too. Compared to cdxl videos, the delta code of anim5 reduces the amount of data by half on average, which with my own programs help to go down a further halves (and quality is still good enough), so even weaker machines would be able to read such a small amount of data. I thought that if Amos could almost capable with this task, it could also be an incentive for the number of experts at a higher level. Last edited by sovenyimre; 20 June 2023 at 11:11. |
21 June 2023, 07:12 | #266 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
Anim files support 24-bit AGA colors out of the box, that's why I started with those. Agaconv was originally an anim-edit tool (e.g. for injecting the DPAN chunk and setting the playrate in the anim file). Nice to see you are having fun with Anim files! AGABlaster adapts to the speed of an Amiga system by skipping frames on disk. This way it gets the best possible framerate on a given system. It should never stutter, and keep a steady (possibly lowered) framerate. This is straight-forward with CDXL files, but with Anim files this is not possible in this way because all frames are delta encoded with respect to the previous frame. That's why AGABlaster became a CDXL player (also allowing to jump forward/backward 10 secs in the video etc.) |
|
27 August 2023, 06:10 | #267 |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Hello everyone,
AGAConv 1.0.3 released - bugfix for OCS 12-bit color palette - changed --std-cdxl option to keep 24-bit color palette with AGA color modes. AGAConv website: https://cutt.ly/AGAConv Cheers! |
31 August 2023, 22:06 | #268 |
Registered User
Join Date: Aug 2023
Location: United States
Posts: 2
|
I have an Amiga 3000 with Workbench 3.1 and whenever I play anything the picture is corrupted.
I have no GPU or accelerator board and I used the latest version. I used these settings: sudo ./agaconv.sh nyancat.mp4 nyancat.cdxl --fps=12 --color-mode=ham6 --width=360 --audio-mode=mono --frequency=11025 --std-cdxl --dither=none [ Show youtube player ] |
06 September 2023, 10:18 | #269 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
This problem is fixed in the latest version 1.0.3, just upgrade to the latest version 1.0.3, and this should work. From your command line it looks like you are using a very old version with the agaconv.sh bash script, 0.9.7? The newest version is a single executable, there is no separate script anymore. run: agaconv --version (this should print "agaconv version 1.0.3") if you have the newest version installed. Go to https://cutt.ly/AGAConv and follow the instructions on how to install the newest AGAConv version. |
|
15 September 2023, 15:21 | #270 |
Registered User
Join Date: Aug 2023
Location: United States
Posts: 2
|
updated it, still all messed up. do I update/reinstall anything on the amiga?
|
16 September 2023, 11:58 | #271 |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
|
26 December 2023, 02:10 | #272 |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Hi, I'm also having an issue with AgaConv, it seems that conversions to standard CDXL always fail (version is 1.0.3, I managed to compile it under MacOS after tweaking a couple of things).
With the video from the examples in the docs, I get this error (the same error also happens with another video I was actually trying to convert): Code:
agaconv testvideo.mp4 testvideo.cdxl --std-cdxl --width=1920 --frequency=11025 --audio-mode=mono --screen-mode=unspecified Adjusted frequency from 11025 to 10944 (Standard CDXL). Conversion started. Converting video file "testvideo.mp4" Running external tool ffmpeg (extracting audio data) Running external tool ffmpeg (extracting frames as PNG files) Running internal CDXL encoder (fps: 24, frequency:10944, audio mode: mono) Error 101: Standard CDXL: frame size of 2074853 is not 32bit aligned. This can reduce I/O speed by up to 50%. Not generating CDXL file. Suggestion: slightly adjust video video aspect with --adjust-aspect=1.01. Alternatively, do not use option --std-cdxl, custom CDXL uses 32bit padding to avoid this problem. Exiting. Any ideas? Not using --std-cdxl seems to work, but I need something compatible with OCS EDIT: I also tried on a Linux box, where it compiled without the need for any tweaks (simil-Debian distro), and get the same error. Last edited by emiespo; 26 December 2023 at 02:19. Reason: Adding details |
26 December 2023, 04:00 | #273 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,223
|
As an aside, with a width of 1920, I don't think AGA could handle it. What scan rate and horizontal sync is needed?
By the way, the sound frequency could also be a culprit. You need an even number of samples per frame. Edit: Other ideas involve the fact that the maximum auto-scrolling resolution on OCS is 1024 and you run out of Chip RAM long before that. HAM mode doesn't support resolutions higher than 320+overscan on screen nor does extra halfbrite mode on OCS. High resolutions of 640+overscan run at a maximum palette depth of 16 colors (or greyscales) on OCS. Why OCS? Last edited by Samurai_Crow; 26 December 2023 at 04:15. |
26 December 2023, 23:58 | #274 | |||
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
Quote:
Quote:
Why OCS? I'm writing a CDXL engine for games. As a personal challenge I'm using OCS + 1.3 to see whether the OS can handle it (spoiler: it can, but syncing audio/video is a bit of a challenge and I might just bang the hardware more) The video I'm interested in, is being converted at 320 x 240, 12fps and a frequency of 11025. As mentioned this works very well with HAM, so I was simply reporting a small issue. @movec: I have fixed a few issues here and there and added basic support for Mac OS X, I'm happy to make a fork on Github and raise a merge-request (before I do this, I quickly had to add a CC flag to the makefile that I might want to fix properly). |
|||
02 January 2024, 05:10 | #275 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
The instructions say: don't use option --std-cdxl. This is the best solution. It has nothing to do with OCS or AGA, it simply properly pads the frames and it might create frames of different size, but that's OK and agablaster can handle it. The 32bit alignment is to ensure proper speed of IO devices (which may or may not be beneficial on your system). In general, the --std-cdxl option is a backward compatibility option for older CDXL players that can only handle frames of equal size. That's actually not a limitation of CDXL but a limitation of older players. AGABlaster can play CDXL files with any frame size, which allows for reduced CDXL size in cases where frames require less planes, a simple form of compression. Last edited by movec; 02 January 2024 at 05:34. |
|
02 January 2024, 06:03 | #276 | ||
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
Note that --std-cdxl chooses 'mono' audio mode. Simply don't use the option, then all adjustments are done to get best possible performance and minimum data size (by removing empty planes) and stereo is also default. Quote:
Changes required to compile on Mac OS X are probably best done in a separate makefile. Note that there is a "OSLayer" class. This could be implemented for OSX to store the default config file in the right location on OSX, but the provided version is sufficient for user-defined config files also on MacOS X (and any other OS). Last edited by movec; 02 January 2024 at 06:17. |
||
02 January 2024, 08:37 | #277 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
agaconv testvideo.mp4 testvideo.cdxl --std-cdxl --width=1920 --frequency=11025 --audio-mode=mono --screen-mode=unspecified --force-color-depth=12 --fixed-planes This is the command that you used but with two added options: --force-color-depth=12 is necessary to get 12-bit colors (by default it generates 24 bit colors when --screen-mode=unspecified. Otherwise this option is not necessary). --fixed-planes (that's the temporary workaround option, because --std-cdxl should set this flag). I will release an update soon, until then if you want to use the --std-cdxl option you also need to add --fixed-planes. Without option --std-cdxl you get an (optimized) custom CDXL file that AGABlaster can also play. |
|
18 January 2024, 13:54 | #278 |
Registered User
Join Date: May 2017
Location: Belfast
Posts: 752
|
Quick question, I've not used AGABlaster for a while but encoded a few new music videos using agaconv, downloaded the latest AGABlaster and while the video plays and looks great, the audio occasionally sounds as if its doubled up, like there is a weird echo in it.
I didn't run agaconv with any switches just agaconv video.mp4 video.cdxl. Is there any simple way to fix this rather than recoding everything? |
22 January 2024, 02:25 | #279 | |
Registered User
Join Date: Nov 2016
Location: USA
Posts: 136
|
Quote:
I have never heard of such an audio echo effect. That's actually not easy to produce. Does this remain if you mute and unmute the video? m-key Does this remain if you turn the hardware filter on/off? f-key Do you get this behavior on a real Amiga or in an emulator? Can you upload one of those videos somewhere such that I can try to reproduce this effect? |
|
28 January 2024, 01:04 | #280 | |
Registered User
Join Date: Jul 2017
Location: Oxford
Posts: 107
|
Quote:
As I said, I'm writing my own CDXL engine to both understand how it works, and make games out of it. Once it will be in a decent state, I plan to release it as open-source, so other people can possibly make / port more games to the Amiga. There's a Java UI that allows to define the boring bits of logic / moves, etc. So I can certainly cope with custom CDXLs, although initially to be sure my player was behaving correctly I was also testing with standard CDXLs found online. My ultimate goal is to also add some RLE compression to the format, as with good quality and 12fps, it goes well beyond the DMA capacity of a CDTV (or even a CD32, but on a 68020 the CPU should be able to compensate). I think using optimised asm, a 68000 with fast-ram should be able to cope with it. For now happy to have async.io and leverage on the DMA of a standard SCSI controller. The target machine is OCS 68000 + some DMA controller (~ 600kb/sec in chip-memory for a 320x200xham6 screen). Second topic: in order to compile Agaconv on MacOS, I had to add a OSLayer class for it + fix a couple of minor things (compiler on MacOS was complaining about missing includes). Will try to make a patch / bug / merge request next week if I got time. Cheers Thanks! |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
PadoraBasic: Player Cdxl, Anim, even more | AMIGASYSTEM | Amiga scene | 0 | 12 March 2017 10:06 |
CDXL Player | Retro1234 | support.Apps | 2 | 06 January 2017 10:18 |
CDXL Toolkit | dkovacs | request.Apps | 16 | 23 November 2015 09:41 |
What is the best Amiga Cdxl and Anim Player? | hansel75 | support.Apps | 3 | 02 February 2013 06:08 |
Looking for CDXL Toolkit | cane | request.Apps | 3 | 05 August 2004 22:49 |
|
|