When I installed upd3 I noticed that scrolling in AmiPDF completely outprioritizes audio (at least with AmigaAmp). It seems as if multitasking is inhibited while scrolling (just as in MultiView on Classic, and perhaps also OS4). As soon as I stop scrolling audio continues to play.

Anyway, this is annoying. Can something be done about it??

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@Deniil715

I tried this with SongPlayer. I had to zoom in & scroll real fast & the audio cut out a little. µA1 G3 here.

As a side note, thanks for sending me the key file for your 'TheMPegEncGUI' program.

Ken

_________________
Hate tends to make you look stupid...

@sundown

Kewl proggie aint it.

_________________
******************************************
I dont suffer from Insanity - I enjoy it

******************************************

For me Audio always stops/cuts when dragging or resizing windows. Thats one of the most annoying things in OS4. It's really embarrassing.

@The_Editor

Kewl proggie aint it.
-------------------------------------------

Yes it is.

_________________
Hate tends to make you look stupid...

@Ayalo

Do you have interrupts enabled?

_________________

@Deniil715

if the screen is locked by some other application for longer time, so programs can access it, and this can end in program stopping to respond for the same given time period.

This can easily be fixed by rendering the gfx in frame buffer, and copy the completed result to screen when finished, limiting the lock period to the minimum, or by enabling AmigaAMP to run 2en process just playing music, while then main program is waiting for access to the screen.

unless the problem is due to heavy CPU load, or by disableing multitasking forbid() permit() and enable() disable()

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@Ayalo

Just enable sold resize in GUI prefs, if you don't then screen will be locked just to draw the silly white resize box, and any program that trys to access it will stop.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@NutsAboutAmiga

Oki....I'll try that. Thx!

@Hyperionmp

Dont know what that means....so probably not.

@Deniil715

I played around with the AmigaAmp buffers in the prefs, and have managed to minimise this effect. If the buffers are too small, this happens, if they are too big the scrolling movement is jerky. You can probably eradicate it completely by changing the task priorities, but I've not tried this.

Now it only cuts out a bit when scrolling through "document" class files in Multiview (AmigaGuide, HTML, etc). Not sure about AmiPDF, I tend to scroll through very slowly with the keyboard with that.

Chris

_________________
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar is Tabitha by Eric W Schwartz

@Deniil715

I reported this bug to Rogue some weeks ago.
But I got no reply from him so I don't know if he got it.

But it sure is annoying. Especially on a OS that is said to have this
amazing multitasking. Hopefully it'll be fixed in future versions of
OS4.

_________________
/Harry

[SOLD] µA1-C - 750GX 800MHz - 512MB - Antec Aria case

Avatar by HNL_DK!

@Chris_Y

Well, I tried to do the same but no buffer could fix this for me.
Not even preloading the whole song and adding a 20s playbuffer.

_________________
/Harry

[SOLD] µA1-C - 750GX 800MHz - 512MB - Antec Aria case

Avatar by HNL_DK!

@Samwel

That's weird. In AmigaAmp I have the load buffer at 256 k and the play buffer at 1 second and I can scroll all I want in AmiPDF without problems. As soon as I set the play buffer to 1/10th or 1/20th of a second, then it gets in trouble indeed. It's probably because the input.device priority is higher than the task feeding the audio.

_________________
Audio Evolution
http://www.audio-evolution.com

@Deniil715

have u tried to use a menu when mplayer is playing a video? Same thing.. i think AHI is the guilty..

_________________
http://www.amigasoft.net

@afxgroup

No, I don't think AHI is guilty at all. It runs at pri 50, that should be higher than anything else.

_________________
Audio Evolution
http://www.audio-evolution.com

@Deniil715

Can't reproduce.
wild guess: which soundcard are you using? May be it is SBLive! bitching again?

@Ayalo

I am using non-solid windows manipulations.

Jack

_________________

"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg

@Ayalo

Strange.. No problem here !

edit: I also have a SBlive!

Martin

Last edited by Metalheart on 19-Jul-2005 at 06:46 PM.

_________________
Theres a time to live and a time to die
When its time to meet the maker
Theres a time to live but isnt it strange
That as soon as you're born you're dying

@DaveAE

Ive set the buffers to 256k at 1sec and no longer get stutters in music when viewing pdfs. Cheers

_________________
A1XE G4 800mhz,512mb,Radeon9200,SonyDRU-510A and 800a,ESI Juli@, Sil680, WiFi.

@DaveAE

Well you should be able to reproduce it quite easily.

1. start a mp3 song with any MP3 player.
2. Open a pdf file (any size) with AmiPDF.
Tested with both 400kb and 4MB PDF, no difference.
3. Press the left mouse button on the vertical (to the right) slider
and KEEP the mouse button pressed while sliding the page
up'n'down WITHOUT releasing it.
This WILL make the sound play stutter and even not play at all for
a while until you stop sliding it or release the mouse button.

I have tried to change priorities in AmigaAMP/AMPlifier but nothing
will change this behaviour.

Note, I have 750GX, maybe this CPU is not powerful enough for this?
But really I would think it should be...

_________________
/Harry

[SOLD] µA1-C - 750GX 800MHz - 512MB - Antec Aria case

Avatar by HNL_DK!