Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
80 user(s) are online (48 user(s) are browsing Forums)

Members: 1
Guests: 79

orgin, more...

Headlines

Forum Index


Board index » All Posts (ktadd)




Re: AHIRecord parameters
Quite a regular
Quite a regular


@Gregor
Quote:
I cannot find from the readme file of AHIRecord, how to set the default 'MODE' and "INPUT" port of a sound card (SoundBlaster Live!). There are the respective tooltypes in the program icon, but I cannot see any info what value should be used to get a certain mode or a port. I have tested different integers but the defaulf 'Input' is always 'mixer' when the program is started. I would like to change it to 'mic'

Nothing will get set until the mode is set correctly. Make sure you use a decimal value as it doesn't understand Hex. You can then set the input equal to the item number in the list. First item equals 1.

AmigaOne X1000, uA1
Go to top


Re: SpotLess debugger
Quite a regular
Quite a regular


@kas1e,alfkil
Quote:
Imho reloading can be done or via another button in gui,

Yes, a reload button would be great!

AmigaOne X1000, uA1
Go to top


Re: RadeonHD V.5 driver
Quite a regular
Quite a regular


@K-L
Quote:
Thanks, thas must be this but I'm pretty sure I reinstalled the whole package.

Maybe you disabled it, like I did, before getting the latest driver because DVPlayer and Emotion would not work with that library enabled and the older RadeonHD driver.

In any case, I see you have an X1000 like me. Once you get back up and going with the new HD driver stuff, could you please try playing videos with the latest MPlayer.
When I do it with the new drivers installed, the video eventually freezes. I'd like to see if others have this issue.

Here is the setup I'm using from earlier in this thread.
Post 125
Post 199 - Full details

AmigaOne X1000, uA1
Go to top


Re: SpotLess debugger
Quite a regular
Quite a regular


@kas1e
Quote:
I checked the "2" , and for me programm unloaded only when it reach end :

Yes, that is the behaviour I'm seeing. What I would like it to do is not unload at the end and allow me to do a restart on the debugging. Kind of like an automatic break point at the end of the program and then be able to set new break points and "restart" the program from the beggining so continue debugging. Maybe a clear break points feature would be good as well. I think this is not as much of a bug as it is an enhancement request.

AmigaOne X1000, uA1
Go to top


Re: SpotLess debugger
Quite a regular
Quite a regular


@elfpipe
@elfpipe
First of all, thanks for working on Spotless.

I tried running it on an X1000 using the released kernel, so anything I say here can be ignored if that's the problem. Here are a couple inputs I have from running spotless on the included "test" program.

1. In the source code window I set a couple of break points and stepped through the program. I would expect the highlighted line to move to the currently, to be excuted line, as you step though. It
doesn't move at all on my system.

2. While stepping though, when I get to the end of the program the program seems to be unloaded from Spotless and I have to load it back in to do more debugging. Shoudn't the program remain loaded when you get to the end so you can continue debugging?

AmigaOne X1000, uA1
Go to top


Re: SpotLess debugger
Quite a regular
Quite a regular


@kas1e
Quote:
Some of you may have missed it, but there is a new version of Spotless on os4depot

I have and X1000 and don't have the beta kernal but I would really like to see a nice debugger on OS4 and fully support Spotless development.

I did download the latest build and started it up to look at the GUI a bit. The one thing I noticed is on startup the first time it opened up a consol with the message,
"Error reading prefs file from disk config.prefs. A new file will be created.".
Two things. This isn't really an error so maybe it would be better to put of an info requester indicating it didn't find a prefs file so it's creating a new one. This info requester could have an auto timeout.

AmigaOne X1000, uA1
Go to top


Re: Old AmigaOS 4 versions and new software
Quite a regular
Quite a regular


From a developer stand point I'd say it's up to you to decide what you do or do not support. It's not like we are developing commercial software and making all kinds of money in this market. We are doing it for the enjoyment, so we should develope in the manner we enjoy developing. If adding backward compatability is something you enjoy the challange of and think is important, there should be nothing stopping you from doing it. Personally I just use the features I need to add the features I want to add. Having said that, I have refrained from using new enhancer features up to this point because, it's not a standard part of the OS. I would like to use some of the new enhancer features but at this piont I don't want to spend the time to use them and also put the effort into backward compatablity. As time goes on I'm getting closer to feeling like I would like to use the enhancer features, especially if it makes the implementation of a feature a lot easier, but so far I haven't and if I do, I do not plan to add extra code to keep backward compatability.

As a user, I keep my system up to date with the latest enhancements, including the enhancer package, and enjoy using the newer features. I don't expect new program to be backward compatable. It's unfortunate that enhancer route had to be taken to contuine forward progress on the base OS but given the situation, it seems to be the only way to move the OS forward. I do appreciate programs that take advantage of it though and wish more people would embrace it.

AmigaOne X1000, uA1
Go to top


Re: Odyssey scripts
Quite a regular
Quite a regular


@walkero
Quote:
I prepared something. Please have a look at
https://git.walkero.gr/walkero/odyssey ... c/branch/master/itchio.js

Works great! Thanks!

AmigaOne X1000, uA1
Go to top


Re: M.A.C.E. Tower Defense
Quite a regular
Quite a regular


@imagodespira
Quote:
Even if the game is basically free to download, a purchase or a donation is also recommended on our supporting platform "itch.io"

Just so something good comes of this I just went to itch.io and donated. I encourage others to as well. Go Here to Donate

I had downloaded but not trying it out until seeing this thread. After trying it out, it's defiantly worth donating to encourage more quality games. Note that I had already purchased Swamp Defense 2, a similar game, but this is a step beyond in terms of graphics. Keep up the good work!

AmigaOne X1000, uA1
Go to top


Re: Odyssey which internal video player do you use and which codec ?
Quite a regular
Quite a regular


@white
Odyssey supports the HTML 5 video tags to show videos. (See Here for details). I has an internal video player built in, which I suspect uses the ffmpeg libraries, but don't hold me to that. If you look under the Media portion of the Preferences, you will see the codecs it supports.

AmigaOne X1000, uA1
Go to top


Re: Sam Flex and AmiTube
Quite a regular
Quite a regular


@levellord
Since your experimenting. Try using VideoClipper. On the "Video/Audio/File Settings" tab there is a "Profile" selection dropdown. If you select one of the lower resolution - Draft settings, they should probably work pretty well on a SAM. They should at least be good as a starting point. I did quite a bit of experimenting trying to find settings that would encode fast and give acceptable enough results. You can encode with VideoClipper or use similar settings in ffmpeg GUI. As a bonus, In VideoClipper, you can use the "Preview / Selected" to preview the video with the time/size and aspect settings applied. Of course the bitrate settings can't be previewed so the quality after encoding might not be as good as when previewed. Just set the end time to around 20 seconds though and you can then preview the resulting output without having to encode the whole file.

By the way, you can do that with ffmpegGUI as well. Set the duration setting to 15 or 20 to do a test encode, then play the output and you can see how all the setting affect the output.


Edited by ktadd on 2022/11/7 22:37:50
AmigaOne X1000, uA1
Go to top


Re: Sam Flex and AmiTube
Quite a regular
Quite a regular


@levellord
Quote:
I just did some testing with ffmpeg+GUI and results were pretty good! I said something earlier about explanation regarding ffmpegGUI, there is no need for one. The AmigaGuide within the GUI archive is professionally written and easy to follow. Good job on that!

Thanks, I tried to make it easy to use. Not an easy task with all the options in ffmpeg. Also, try turning on the "Hints" and hovering over the gadgets. The hints may provide enough info so that you might not even have to RTFM.

Quote:
Now, I grabbed one 60fps music video, high bitrate, 720p and this was playing badly (barely) on Emotion on my X5000. Using ffmpegGUI and in my mind targetting SAM's performance, I recompressed the video with acceptable results. The target video was ~86Mbs reduced it to 18Mbs with MP3 128k//44000 audio. I am curious how this plays on SAM:

Wow, you really went back to old school video encoding here. I'd say this should easily play back even on a SAM 440.
I'd suggest you could even bump the bitrate into the 700 - 1100 range to increase the quality and it would still play fine on a SAM. Of course, with your settings, it looks like you might also be targeting having minimal encoding time.

Quote:
Here are the settings I used:

When you find setting you like, please save the settings and share the file to make it even easier on others.

Quote:
Is there an output window which will show 1 frame of the video which will also reflect changes that I am doing within the ffmpegGUI. Changes such as aspect ratio or resolution change?

Hmm...I don't have access to my Amiga right now but did you try clicking on the "Preview" button at the bottom of the window? I know that will play the video applying the "Clip Settings" but I don't remember if I added using the Size and Aspect setting during the preview or not. I'll check on it. If not I think it's pretty easy to add. I already did that in VideoClipper. I'll check later.
See, if you use my programs you get to ask for customizations.

AmigaOne X1000, uA1
Go to top


Re: Sam Flex and AmiTube
Quite a regular
Quite a regular


@levellord
Quote:
Regarding the AVI files, I am not aware of any other tool on Linux that can create them except Kdenlive. In Kdenlive you can do the MPEG-2 (DVD format) and XVID as well, but that's a different beast.

ffmpeg with ffmpegGUI can do all this and more.

AmigaOne X1000, uA1
Go to top


Re: Sam Flex and AmiTube
Quite a regular
Quite a regular


@AmigaOldskooler
When you playback the original 360p video that you download try using the following option when playing back with MPlayer.

-lavdopts=skiploopfilter=all:skipframe=nonref

This will only help with h.264 and mpeg-4 video codecs.

AmigaOne X1000, uA1
Go to top


Re: Sam Flex and AmiTube
Quite a regular
Quite a regular


@levellord
Quote:
Try following option, load your video in Handbrake:

Use Handbrake on a foreign OS...Blastphemy.
You can do the conversion on AmigaOS4 using ffmpeg and ffmpegGUI available on OS4Depot. Of course the conversion will take a fair bit longer on a SAM.

Ok, now to try and be helpful. In addition to the settings already menitioned, try using Mpeg-4 video codec. Save using mp4 container format. You will end up with larger files and probably a bit reduced quality but Mpeg-4 codec is much less demanding to decode than h.264. If your video has a frame rate of 60, you might be able to get away with changing it to 30 without problems since it's an even multiple. It's worth a try as that will also have a significant affect on playback speed

I don't have a SAM but I would guess you will need to convert it to 640x360.
I just downloaded a video from YouTube using AmiTube and saved in 640x360 resolution. It saved the video with a bitrate of around 200kb. So, when converting to a video codec of Mpeg-4 use a video bitrate between 200 and 300. I converted it using a video bitrate of 225kb and saw a reduced CPU usage during playback of about 15%. This was on an X1000, so your mileage may vary.


Edited by ktadd on 2022/11/7 5:36:52
Edited by ktadd on 2022/11/7 7:57:23
AmigaOne X1000, uA1
Go to top


Re: RadeonHD V.5 driver
Quite a regular
Quite a regular


@RazielQuote:
I didn`t follow the whole thread, but did you try the workarounds?
- INTERRUPT=NO in your monitor driver
- Compositing set to "Video memory usage" in GUI Prefs/Effects

Yes I tried both and neither one helped. Thanks.

AmigaOne X1000, uA1
Go to top


Re: RadeonHD V.5 driver
Quite a regular
Quite a regular


@kas1e
Quote:
@ktadd
Do you use altive or non altivec MickJt player when testing with 5.14 ? Also on what video you do tests (so i can try with this one too). If you can bring plz the whole line to be sure that i use the same -vo and the same -ao as well. Thanks!

OK, I got some time to do some more extensive testing.
The problem is the video freezes when I use the new RadeonHD driver and play videos with MPlayer.
It happens with pretty much any video as far as I can tell.
Freeze does not occur with the older RadeonHD driver v3.7.

Here are the details:

Hardware: Amiga X1000 with 4G of memory and 2 1TB hard drives.
Graphics card: ASUS Radeon HD 7750
OS Details: AmigaOS4.1 Final Edition Update 2
Kernal: version 54.30
Enhancer: v2.2 Pretty much everything installed except Candy.
RadeonHD.chip: v5.14

MPlayer version: (altivec)
MickJT-MPlayer-1.0.1 1.3.0 (C) 2000-2016 MPlayer Team

MPlayer config file: Download Link

Video: Sintel(~85M) Download LInk

For testing I played the above video file nine times.
4 times from ram:
3 times from the 1TB SATA hard drive
2 times from a 30GB SSD drive in a case connected to USB.

I set the icon to play the video with MPlayer.
I double click the icon to start the video playing.
I leave the window at default position and size while playing.
Once video starts I press the 'O' key twice to show the OSD time.
Then I recorded the playback time at which the freeze occurs.

I have nothing else running, other then a few typical items in WB startup. Just the video playback freezes. The rest of the system works fine but I can't close MPlayer. Have to reboot to close MPlayer.

Here are the results of my testing: (video length is 14:48)

Run Device Freeze time
1. Ram: 3:14
2. Ram: 0:45
3. Ram: 1:42
4. Ram: 2:11
5. SATA HD 12:24
6. SATA HD 11:26
7. SATA HD 14:36
8. USB SSD 0:52
9. USB SSD No Freeze. Played all the way through.

The freeze seems to be easier to reproduce when the video is located on the Ram Disk.
Hope this helps someone to be able to reproduce it.

AmigaOne X1000, uA1
Go to top


Re: Tutorial : How to install Warp3DNova, Bridge, MiniGL, Ogles2, and WarpOS emu
Quite a regular
Quite a regular


@kas1e
Quote:
No. Loading should be about 2-3 seconds , and when you do nothing it give me 90FPS, when paint fast-fast it give about 60FPS. That on RadeonRX/x5000, but i can test on x1000/RadeonHD too.

Ok, switched back to RadeonHD.chip v5.14 and LoadPaint now seems to be working as expected without crash. Still uses about 70% if CPU but it's not slow.

Quote:
Can you plz point out how to reproduce MPlayer hangs, so we can create a bugreport for Hans ?


I wrote about it in the RadeonHD V.5 driver thread Here
I made three post about it, 125, 127 and 129.

Bottom line is I just play videos with the latest MPlayer and eventually the video just freezes and I can't do anything with the MPlayer window. I think I tried both the comp_yuv and comp_yuv2 -vo options.
I'll leave my system with v5.14 and VA library enable and do some more testing later. RIght now it's after midnight and I have to go to work in the morning.

AmigaOne X1000, uA1
Go to top


Re: HOWTO for the running the last Eludes demos !
Quite a regular
Quite a regular


@kas1e
Quote:
You can run the same way Elude demo Kakao from revision2012 on os4:

Brings back memories of being amazed at all the demos I used to run on my Amiga 1000 back in the 80's and 90's. Fun to be able to run some on the X1000!

AmigaOne X1000, uA1
Go to top


Re: Tutorial : How to install Warp3DNova, Bridge, MiniGL, Ogles2, and WarpOS emu
Quite a regular
Quite a regular


@kas1e
Thank for the tutorial. I followed it step by step and found I had missed removing one old library. I tried the test programs you suggest and all seem to be working, although "LoadPaint" loads very slow, is very CPU intensive and seems to crash easily. Is this normal?

I should note that I have gone back to using RadeonHD.chip v3.7 due to video hangs with MPlayer when I use RadeonHD.chip v5.14.

AmigaOne X1000, uA1
Go to top



TopTop
« 1 ... 3 4 5 (6) 7 8 9 ... 30 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project