Wednesday, 31 August 2016
Re: Netsurf on Amiga 68k
> problem...even if for some reason I did manage to upgrade my CHIP
> RAM to 2 MB from 1 MB...it is insufficient to view any website with
> such limited RAM. Is it possible page viewing consume FAST RAM and
> not CHIP RAM at all?
No, certain things have to be in Chip RAM for the chipset to access
them. The tile rendering area is one of these, and that's why it's
set to a small size by default.
You can try saving some Chip RAM by using "simple refresh" windows
(Prefs=>Display) or setting Cache native versions to "None" (Rendering
tab)
> 2) I keep receiving SSL Certification error message and if I click
> accept it freezes and the page does not load and it keeps popping
> hundreds more of the certification ssl error and I am forced to
> restart Amiga. If I reject it...it freezes or the page is not viewed
Not seen this one, I've have a look.
> Oh..a third problem...when I exit netsurf it sometimes crashes with
> 000004 at the end.
Have heard about this but not seen it myself and without any debug
info I can't do much about it.
Please can you raise this on the bugtracker with a log attached:
netsurf -v >ram:ns.log
That might give a bit of a clue as to what is making it crash, and
gives some visibility of the problem. I can add more logging if it
doesn't narrow it down enough.
Bugtracker is at http://bugs.netsurf-browser.org
Ta
Chris
Tuesday, 30 August 2016
Re: Netsurf on Amiga 68k
On Tue, 30 Aug 2016 11:27:02 -0700, Fahed al daye wrote:
> In that case...is it possible then you can send me the latest version
> of netsurf by link? I want to try this again.
http://cy2.uk/netsurfos3
That's always the latest build until CI is up and running.
Chris
--
Fahed Al Daye
Re: Netsurf on Amiga 68k
> In that case...is it possible then you can send me the latest version
> of netsurf by link? I want to try this again.
http://cy2.uk/netsurfos3
That's always the latest build until CI is up and running.
Chris
Re: Netsurf on Amiga 68k
of netsurf by link? I want to try this again.
On 8/30/16, Chris Young <chris.young@unsatisfactorysoftware.co.uk> wrote:
> On Mon, 29 Aug 2016 17:13:08 -0700, Fahed al daye wrote:
>
>> The redraw_tile_size_x and y made no difference.
>
> Please reply to the list, not directly to me.
>
> If you visit about:config does it show the correct values for these
> options? Did you set them whilst NetSurf was running? (it won't pick
> them up until the next launch, and may overwrite the file in the
> meantime)
>
> Chris
>
>
--
Yours truly,
Fahed Al Daye
Re: Netsurf on Amiga 68k
> The redraw_tile_size_x and y made no difference.
Please reply to the list, not directly to me.
If you visit about:config does it show the correct values for these
options? Did you set them whilst NetSurf was running? (it won't pick
them up until the next launch, and may overwrite the file in the
meantime)
Chris
Monday, 29 August 2016
Re: Netsurf on Amiga 68k
> I have this annoying issue with the current Netsurf for the Amiga 68k
> in that lots of websites returns with this annoying error "Unable to
> fetch document." My understanding this is the cause because of
> timeout.
There are various timeout settings that can be set in your Choices
file, I doubt tha's actually the problem but without a log file
(netsurf -v >ram:ns.log) it's impossible to know.
> Also another issue when
> viewing pages, it open them in tile 100 by 100 and this is annoying
> and unpleasurable is there anyone this can be fixed?
redraw_tile_size_x and redraw_tile_size_y in Choices
(users/default/choices) will set the tile sizes. This is detailed in
the netsurf.guide under Options file.
Chris
Sunday, 28 August 2016
Re: Segmentation fault started with no apparent cause
> My thought is that one conceivable explanation could be the file had
> got too big. It was over 42KB in size. It seems to have shrunk down
> to 39KB.
Both these are trivially tiny.
B.
Re: Segmentation fault started with no apparent cause
on 26 Aug 2016 Rob Kendrick <rjek@netsurf-browser.org> wrote:
> On Thu, Aug 25, 2016 at 10:21:52PM +0100, Andrew Pinder wrote:
>> There appear to be 106 URLs in there. I'm not going to test each one
>> to find where the problem is.
> Assuming there is nothing personally identifying or secret in your URL
> file, attaching it to the bug would be helpful.
It did occur to me that one way to search for the problem was binary -
split the file in two and find which half has the problem. Then
repeat. Except after splitting it, neither half caused problems.
Putting the original back also didn't restore the problem.
My thought is that one conceivable explanation could be the file had
got too big. It was over 42KB in size. It seems to have shrunk down
to 39KB.
If things are still as clear as mud then waiting to see if anyone else
has a similar problem may be a good way forward.
Regards
Andrew
--
Andrew Pinder
Netsurf on Amiga 68k
I have this annoying issue with the current Netsurf for the Amiga 68k
in that lots of websites returns with this annoying error "Unable to
fetch document." My understanding this is the cause because of
timeout. Is there anyone this can be fixed. Also another issue when
viewing pages, it open them in tile 100 by 100 and this is annoying
and unpleasurable is there anyone this can be fixed?
Other questions to ask. Will there be in the future support for html5
that will allow gmail to be opened in full html5 mode and not in
classical mode? Will we be able to run html5 games or view html5
movies just fine? My understanding is that the hardware spec is too
inferior for this. Can you make two versions...one that works fine on
classic Amiga (with Vampire installed) and others on WinUAE where
hardware power is no longer a factor?
The one for WinUAE will have full functioning power both RAM, speed
and EVEN RTG to be able to run the latest FireFox...so it should be
able to run the heavy require minimum 500 MB of RAM NetSurf that
supports lots of the bells and whistles.
I know the common sense logical question...why? What is the purpose?
What is the point? I will answer it by this....instead of waiting for
a hardware to become strong enough to port this...we have the software
already build and ready for the 68k Amiga that...all it takes is
having a more powerful hardware. This way, the hurdle of having a
software or someone programming is...is all over...because the
software is simply waiting for the hardware to catch up which is
easier than the otherway around.
Please can someone consider?
--
Yours truly,
Fahed Al Daye
Re: hijack of NetSurf Wiki
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
> Has the NetSurf Wiki been abandoned?
> The link:
> http://wiki.netsurf-browser.org/Main_Page
> leads to an article "5 Ways to Make Money in Commodities".
I suspect not abandoned ... but spammed.
A user was created at 14:09 on 24th August, and within an hour they had
changed the main page 3 times to what you see now.
If you are registered, a bug should be raised, but afraid I am not.
Martin
hijack of NetSurf Wiki
The link:
http://wiki.netsurf-browser.org/Main_Page
leads to an article "5 Ways to Make Money in Commodities".
John
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
Foot it featly here and there And, sweet sprites, the burden bear.
WS
Friday, 26 August 2016
Re: Segmentation fault started with no apparent cause
> There appear to be 106 URLs in there. I'm not going to test each one
> to find where the problem is.
Assuming there is nothing personally identifying or secret in your URL
file, attaching it to the bug would be helpful.
B.
Thursday, 25 August 2016
Re: Segmentation fault started with no apparent cause
> I've tracked the problem down to something in
> Boot:^.!Boot.Choices.WWW.NetSurf.URL
> Moving it elsewhere so it isn't accessible to NetSurf allows NetSurf
> to load normally. Putting it back brings the problem back.
> There appear to be 106 URLs in there. I'm not going to test each one
> to find where the problem is.
Just quit NS, delete the contents of URL and re-run NS.
--
Richard Porter http://www.minijem.plus.com/
Skype: minijem2 mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Re: Segmentation fault started with no apparent cause
on 25 Aug 2016 Andrew Pinder <Andrew.Pinder@tiscali.co.uk> wrote:
> I've just reported to the bug tracker that NetSurf is now refusing to
> load and exiting with a Segmentation fault. I have been running CI #
> 3625 since 9 Aug without any problems before this morning. Reverting
> to #3594 gives the same error.
> Should I delete the files in !Boot.Choices.WWW.NetSurf ? That strikes
> me as a possible place for a problem to be located that clearly isn't
> in the actual application.
I've tracked the problem down to something in
Boot:^.!Boot.Choices.WWW.NetSurf.URL
Moving it elsewhere so it isn't accessible to NetSurf allows NetSurf
to load normally. Putting it back brings the problem back.
There appear to be 106 URLs in there. I'm not going to test each one
to find where the problem is.
Regards
Andrew
--
Andrew Pinder
Segmentation fault started with no apparent cause
load and exiting with a Segmentation fault. I have been running CI #
3625 since 9 Aug without any problems before this morning. Reverting
to #3594 gives the same error.
Should I delete the files in !Boot.Choices.WWW.NetSurf ? That strikes
me as a possible place for a problem to be located that clearly isn't
in the actual application.
Regards
Andrew
--
Andrew Pinder
Tuesday, 23 August 2016
Re: Failure to load
Bryan Hogan <netsurf@helpful.demon.co.uk> wrote:
> In message <55b447fe36dave@triffid.co.uk>
> Dave Symes <dave@triffid.co.uk> wrote:
> > Alt-Break is a PITA and here very rarely if ever works, most times it
> > just freezes RISC OS and can't be got out of without rebooting RISC OS.
> But RISC OS was already frozen, so trying Alt-Break might get you out
> of it and if not it hasn't made the situation any worse!
> Bryan.
Expectation never fulfilled...
Particularly since I went Virtual RISC OS (Either path, VRPC or RPCEmu),
not once has Alt-Break freed anything, not once.
Out of habit (20 years running a SARPC) I still automatically do it...
Dave
--
Dave Triffid
Re: Failure to load
Dave Symes <dave@triffid.co.uk> wrote:
> Alt-Break is a PITA and here very rarely if ever works, most times it just
> freezes RISC OS and can't be got out of without rebooting RISC OS.
But RISC OS was already frozen, so trying Alt-Break might get you out
of it and if not it hasn't made the situation any worse!
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
Re: Failure to load
Bryan Hogan <netsurf@helpful.demon.co.uk> wrote:
> In message <61827.82.153.33.53.1471937563.squirrel@email.orpheusnet.co
> .uk>
> Gerald Dodson <gerald.dodson@argonet.co.uk> wrote:
> > When trying to shut down, NS seemed to just loop. I was unable to find
> > any way of gaining access to the Iyo 100 so switched of power.
> Too late for this time, but if this ever happens again remember that
> you can press Alt-Break to just kill the currently hung task.
> Bryan.
Alt-Break is a PITA and here very rarely if ever works, most times it just
freezes RISC OS and can't be got out of without rebooting RISC OS.
Dave
--
Dave Triffid
Re: Failure to load
.uk>
Gerald Dodson <gerald.dodson@argonet.co.uk> wrote:
> When trying to shut down, NS seemed to just loop. I was unable to find any
> way of gaining access to the Iyo 100 so switched of power.
Too late for this time, but if this ever happens again remember that
you can press Alt-Break to just kill the currently hung task.
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
Re: Fail to load
Michael Drake <tlsa@netsurf-browser.org> wrote:
> On 23/08/16 09:22, Gerald Dodson wrote:
> > Further to my posting just now, Organizer has been affected or is also
> > involved. When I try to load it the error message "file does not start
> > with orgdata" appears. It has been overwritten by NS.
> Sounds like it might be disc corruption. Have you tried DiscKnight?
> https://armclub.org.uk/products/discknight/
I tend to agree. The Organizer message means what it says: the file
OrgData which it is trying to open (in Choices or within !Organizer) does
not have 'OrgData' in the first 7 bytes of the file. Therefore it assumes
it is not a valid OrgData file. The file OrgData-bak should contain the
file before the last update, or depending on your settings, you may have
a valid recent backup in Organizer.Backups.
Martin
Re: Fail to load
> Further to my posting just now, Organizer has been affected or is also
> involved. When I try to load it the error message "file does not start
> with orgdata" appears. It has been overwritten by NS.
Sounds like it might be disc corruption. Have you tried DiscKnight?
https://armclub.org.uk/products/discknight/
--
Michael Drake http://www.netsurf-browser.org/
Fail to load
involved. When I try to load it the error message "file does not start
with orgdata" appears. It has been overwritten by NS.
Gerald
Failure to load
way of gaining access to the Iyo 100 so switched of power. On re starting
and trying to run NS it seems to loop. Cntr break restarts the machine and
everything else appears to run. I had been accessing a large number of
sites both with that last session and with previous sessions over the last
few days.
How should I proceed?
Gerald
Sunday, 21 August 2016
Re: memory-gobbling on Virtual Acorn
> You've missed out several important bits of information:
> - what version of VRPC
SA
> - what version of RISC OS
4.02
> - how much memory is currently allocated to VRPC
was 16M (dunno how it ever got set so low), now 256M
> - how much memory Netsurf is gobbling
all of the 16M
> - what sites are you visiting when this happens
Just some Spamcop report-response pages
--
Jim Nagel www.archivemag.co.uk
Re: memory-gobbling on Virtual Acorn
> Open the Model.cfg file in a text editor.
> Look for the [Ram] entry and change accordingly.
Many thanks, Dave. I think that has done the trick.
Was puzzled at finding TWO [Ram] entries in the file. From memory:
[Ram]
base = 0x1000000
16Mb
[Ram]
base = 0x1400000
16Mb
What are the two entries for?
When I changed only one from 16Mb to 256Mb, Windows was sorry that
Virtual Acorn had encountered an error and could not start. I changed
the other entry as well, and now all is well. Methinks VRPC feels
faster overall, and Netsurf behaves like it does at home on ArmX6.
--
Jim Nagel www.archivemag.co.uk
Saturday, 20 August 2016
Re: memory-gobbling on Virtual Acorn
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
> base. Various wrinkles of this setup are still unfamiliar to me.
> One is that Netsurf (recent, #3538) too quickly eats up all the free
> memory.
> What can I do to avoid this? I guess I either need to fix Netsurf or
> need to find a way to make Windows give more memory to VRPC. Haven't
> yet found a way to do either; advice welcome, please.
You've missed out several important bits of information:
- what version of VRPC
- what version of RISC OS
- how much memory is currently allocated to VRPC
- how much memory Netsurf is gobbling
- what sites are you visiting when this happens
For info, Netsurf #3597 on this ARMini with RO5.20 currently has a 7MB
wimpslot and a single 76MB dynamic area. Only the ROOL, StarDot and
ROUGOL webpages open at the moment, but it has been up and running for
over 10 days :-)
Compared to Firefox on my Linux laptop which needs over 300MB just to
start with no page open and rapidly grows to over 1GB, often consuming
all 2GB in the machine, I'd say NetSurf is being pretty frugal!
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
Re: memory-gobbling on Virtual Acorn
Dave Higton <dave@davehigton.me.uk> wrote:
> In message <3f4747b255.jim@abbeypress.net>
> Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> >I'm using Virtual RiscPC on my ol' Windows XP laptop while away
> >from base. Various wrinkles of this setup are still unfamiliar
> >to me.
> >
> >One is that Netsurf (recent, #3538) too quickly eats up all the
> >free memory.
> Recent (as I type this) is #3672.
The NetSurf (Linux like) memory nanagement doesn't transfer to RISC
OS memory management (what there is) very well. RISC OS currently
limits dynamic areas, and although NetSurf can use more than one, it
seems as if there is a main DA that once it reaches the limit it
effectively kills NetSurf. This happens very regularly,
unfortunately, if you are looking at graphic intensive sites, which
are becoming more and more the norm.
--
Chris Johnson
Re: memory-gobbling on Virtual Acorn
Dave Higton <dave@davehigton.me.uk> wrote:
> In message <3f4747b255.jim@abbeypress.net>
> Jim Nagel <netsurf@abbeypress.co.uk> wrote:
[Snip]
> Recent (as I type this) is #3672.
I have #3672 here as well. I have just taken a look at the Jenkins
NetSurf changes page and the most recent version reported there is #3543
(May 15, 2016 4:27 PM). Has the location of this information been changed
or have no changes been made since that date?
http://ci.netsurf-browser.org/jenkins/job/netsurf/changes
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 10 Pro 64-bit
RISC OS 6.20
_____________________________________________________________________
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: memory-gobbling on Virtual Acorn
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
>base. Various wrinkles of this setup are still unfamiliar to me.
>
>One is that Netsurf (recent, #3538) too quickly eats up all the free
>memory.
Recent (as I type this) is #3672.
Dave
Re: memory-gobbling on Virtual Acorn
Peter Young <pnyoung@ormail.co.uk> wrote:
> On 19 Aug 2016 Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> > I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
> > base. Various wrinkles of this setup are still unfamiliar to me.
> > One is that Netsurf (recent, #3538) too quickly eats up all the free
> > memory.
> > What can I do to avoid this? I guess I either need to fix Netsurf or
> > need to find a way to make Windows give more memory to VRPC. Haven't
> > yet found a way to do either; advice welcome, please.
> Just a silly point, maybe. Why use NetSurf when you have much more
> versatile browsers in Windows? NetSurf is excellent as far as it goes,
> but can't compete with Chrome or Firefox on the dark side.
Hi Peter,
Use it all the time for reading HTML in Pluto email. Also, Firefox in Win
7. Horses for courses, depending on what I am doing.
Wouldn't be without NetSurf now.
Take care.
Brian
Re: memory-gobbling on Virtual Acorn
> On 19 Aug 2016 Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>
> > I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
> > base. Various wrinkles of this setup are still unfamiliar to me.
>
> Just a silly point, maybe. Why use NetSurf when you have much more
> versatile browsers in Windows? NetSurf is excellent as far as it goes,
> but can't compete with Chrome or Firefox on the dark side.
I very strongly recommend never connecting Windows XP to the internet.
B.
Re: memory-gobbling on Virtual Acorn
> I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
> base. Various wrinkles of this setup are still unfamiliar to me.
> One is that Netsurf (recent, #3538) too quickly eats up all the free
> memory.
> What can I do to avoid this? I guess I either need to fix Netsurf or
> need to find a way to make Windows give more memory to VRPC. Haven't
> yet found a way to do either; advice welcome, please.
Just a silly point, maybe. Why use NetSurf when you have much more
versatile browsers in Windows? NetSurf is excellent as far as it goes,
but can't compete with Chrome or Firefox on the dark side.
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
memory-gobbling on Virtual Acorn
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> I'm using Virtual RiscPC on my ol' Windows XP laptop while away from
> base. Various wrinkles of this setup are still unfamiliar to me.
> One is that Netsurf (recent, #3538) too quickly eats up all the free
> memory.
> What can I do to avoid this? I guess I either need to fix Netsurf or
> need to find a way to make Windows give more memory to VRPC. Haven't
> yet found a way to do either; advice welcome, please.
Inside the Models directory. open the "RISC OS Nnn(JIT)"
directory.(Which-ever one you are using). (VRPC-DL only has one, older
paid for versions of VRPC have three).
Open the Model.cfg file in a text editor.
Look for the [Ram] entry and change accordingly.
Word of caution... 256Mb is the biggest to use for a stable RISC OS.
You can try a max of 512Mb but as some of us have found (Known problems)
it can lead to a very wobbly RISC OS.
Dave
--
Dave Triffid
Friday, 19 August 2016
memory-gobbling on Virtual Acorn
base. Various wrinkles of this setup are still unfamiliar to me.
One is that Netsurf (recent, #3538) too quickly eats up all the free
memory.
What can I do to avoid this? I guess I either need to fix Netsurf or
need to find a way to make Windows give more memory to VRPC. Haven't
yet found a way to do either; advice welcome, please.
--
Jim Nagel www.archivemag.co.uk
my cross-Canada cellfone 519 589 3732
Monday, 8 August 2016
NetSurf : a track for the DukTape issue
I'm Dylan, aka DNADNL. I'm currently working on NetScript, a script to compile easily NetSurf for AmigaOS3 via Cygwin on Windows. I'm also trying to debug the DukTape issue thanks to Chris Young, as you can see in this forum : http://www.amiga.org/forums/showthread.php?t=70612
With Chris and another forumer (called Tygre), we managed to find a way to explain the DuKTape issue. By LOGging the duktape.c file (putting LOG(""); everywhere), we came until this piece of code :
if (expect >= 0 && comp_ctx->curr_token.t != expect) {
DUK_D(DUK_DPRINT("parse error: expect=%ld, got=%ld",
(long) expect, (long) comp_ctx->curr_token.t));
DUK_ERROR_SYNTAX(thr, DUK_STR_PARSE_ERROR);
}
With Tygre, we climbed back up to this line (in duktape.c : duk__parse_func_like_fnum() ) : duk__advance_expect(comp_ctx, DUK_TOK_RCURLY);
We think the JavaScript code used to test duktape during the NetSurf launch is responsible of the DukTape issue, as the NetScript welcome page doesn't execute JavaScript content.
We would like to know where we can find this JavaScript code executed during the NetSurf launch. Could you please help us ?
If it's the real DukTape issue source, it's quite weird that NetSurf crashes only because a JavaScript test script. Maybe DukTape could be deactivated if the tests fail ?
Thank you for your attention. I wish you a very good day/night !
Best Regards,
Dylan
Saturday, 6 August 2016
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
back to me, moreover it does not appear in the list Archive. Something
wrong somewhere..
On 4 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> Ok, reducing the Pixel rate in the mdf works perfectly
> Thanks again Tony!
[snip]
No problem, As a matter of interest, what pixel rate did you use?
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Wednesday, 3 August 2016
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
Ok, reducing the Pixel rate in the mdf works perfectly
Thanks again Tony!
Best Regards,
Uwe
---- Uwe schrieb ----
@Tony: thanks a lot! I tried to change the bandwidth value manually, but it had no effect. Setting it as default on startup is a better idea!
Ok, tried to change upon startup, but again, no effect. I'll check the mdf timing values and older posts, too, thanks for the reference.
Uwe
---- Tony Moore schrieb ----
I sent this an hour ago but so far nothing has come back.
Apologies if you have alredy seen it.
On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> ---- Tony Moore schrieb ----
> > On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> >
> > > Hi can anyone tell me why this mode is not available in the mode
> > > selection? (Version 0.8.12)
> >
> > You need a 1920x1200 Mode Definition File. Google found one at
[snip]
> > I've no idea if it will work, but it's worth trying. The location of
> > the MDF files in !Boot depends on the RO version (which you don't
> > mention).
> @Tony: thanks for the answer - the mode is already part of the
> 'generic' mdf, but does not show up in the mode selection anyhow (I
> use the vanilla RiscOS 5 Version of rpcemu, sorry I didn't tell).
The problem has been discussed before
http://www.riscos.info/pipermail/rpcemu/2013-August/002081.html
Using RO 5.20, the Generic MDF is at
!Boot.Resources.Configure.Monitors.Other.Generic . It contains data for
22 modes but, here, only 13 of them appear in the Resolution menu.
The 1920x1200 59 Hz mode has a pixel rate of 154000 kHz which, at 32
bpp, implies a bandwidth of 4928 Mb/sec (if my arithmetic is correct).
This is greater than the VIDCBandLimit of 2000 Mb/sec which is set by
!Boot.Choices.Boot.PreDesk.Configure.!Run , so the mode is absent from
the Resolution menu.
Reducing the pixel rate to 62000 kHz allows the 1920x1200 mode to appear
on the Resolution menu but, of course, its frame rate will be greatly
reduced. I can't test it because my laptop screen is not large enough.
Since VIDCBandLimit is not relevant for an emulated system, its value
can be increased (I don't know the actual limit) allowing the bandwidth
to exceed 2000 Mb/sec. You may need to compromise between VIDCBandLimit
and pixel rate.
Perhaps someone who is using RPCEmu with a 1920x1200 screen can help?
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
@Tony: thanks a lot! I tried to change the bandwidth value manually, but it had no effect. Setting it as default on startup is a better idea!
Ok, tried to change upon startup, but again, no effect. I'll check the mdf timing values and older posts, too, thanks for the reference.
Uwe
---- Tony Moore schrieb ----
I sent this an hour ago but so far nothing has come back.
Apologies if you have alredy seen it.
On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> ---- Tony Moore schrieb ----
> > On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> >
> > > Hi can anyone tell me why this mode is not available in the mode
> > > selection? (Version 0.8.12)
> >
> > You need a 1920x1200 Mode Definition File. Google found one at
[snip]
> > I've no idea if it will work, but it's worth trying. The location of
> > the MDF files in !Boot depends on the RO version (which you don't
> > mention).
> @Tony: thanks for the answer - the mode is already part of the
> 'generic' mdf, but does not show up in the mode selection anyhow (I
> use the vanilla RiscOS 5 Version of rpcemu, sorry I didn't tell).
The problem has been discussed before
http://www.riscos.info/pipermail/rpcemu/2013-August/002081.html
Using RO 5.20, the Generic MDF is at
!Boot.Resources.Configure.Monitors.Other.Generic . It contains data for
22 modes but, here, only 13 of them appear in the Resolution menu.
The 1920x1200 59 Hz mode has a pixel rate of 154000 kHz which, at 32
bpp, implies a bandwidth of 4928 Mb/sec (if my arithmetic is correct).
This is greater than the VIDCBandLimit of 2000 Mb/sec which is set by
!Boot.Choices.Boot.PreDesk.Configure.!Run , so the mode is absent from
the Resolution menu.
Reducing the pixel rate to 62000 kHz allows the 1920x1200 mode to appear
on the Resolution menu but, of course, its frame rate will be greatly
reduced. I can't test it because my laptop screen is not large enough.
Since VIDCBandLimit is not relevant for an emulated system, its value
can be increased (I don't know the actual limit) allowing the bandwidth
to exceed 2000 Mb/sec. You may need to compromise between VIDCBandLimit
and pixel rate.
Perhaps someone who is using RPCEmu with a 1920x1200 screen can help?
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
Apologies if you have alredy seen it.
On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> ---- Tony Moore schrieb ----
> > On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> >
> > > Hi can anyone tell me why this mode is not available in the mode
> > > selection? (Version 0.8.12)
> >
> > You need a 1920x1200 Mode Definition File. Google found one at
[snip]
> > I've no idea if it will work, but it's worth trying. The location of
> > the MDF files in !Boot depends on the RO version (which you don't
> > mention).
> @Tony: thanks for the answer - the mode is already part of the
> 'generic' mdf, but does not show up in the mode selection anyhow (I
> use the vanilla RiscOS 5 Version of rpcemu, sorry I didn't tell).
The problem has been discussed before
http://www.riscos.info/pipermail/rpcemu/2013-August/002081.html
Using RO 5.20, the Generic MDF is at
!Boot.Resources.Configure.Monitors.Other.Generic . It contains data for
22 modes but, here, only 13 of them appear in the Resolution menu.
The 1920x1200 59 Hz mode has a pixel rate of 154000 kHz which, at 32
bpp, implies a bandwidth of 4928 Mb/sec (if my arithmetic is correct).
This is greater than the VIDCBandLimit of 2000 Mb/sec which is set by
!Boot.Choices.Boot.PreDesk.Configure.!Run , so the mode is absent from
the Resolution menu.
Reducing the pixel rate to 62000 kHz allows the 1920x1200 mode to appear
on the Resolution menu but, of course, its frame rate will be greatly
reduced. I can't test it because my laptop screen is not large enough.
Since VIDCBandLimit is not relevant for an emulated system, its value
can be increased (I don't know the actual limit) allowing the bandwidth
to exceed 2000 Mb/sec. You may need to compromise between VIDCBandLimit
and pixel rate.
Perhaps someone who is using RPCEmu with a 1920x1200 screen can help?
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
> ---- Tony Moore schrieb ----
> > On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> >
> > > Hi can anyone tell me why this mode is not available in the mode
> > > selection? (Version 0.8.12)
> >
> > You need a 1920x1200 Mode Definition File. Google found one at
[snip]
> > I've no idea if it will work, but it's worth trying. The location of
> > the MDF files in !Boot depends on the RO version (which you don't
> > mention).
> @Tony: thanks for the answer - the mode is already part of the
> 'generic' mdf, but does not show up in the mode selection anyhow (I
> use the vanilla RiscOS 5 Version of rpcemu, sorry I didn't tell).
The problem has been discussed before
http://www.riscos.info/pipermail/rpcemu/2013-August/002081.html
Using RO 5.20, the Generic MDF is at
!Boot.Resources.Configure.Monitors.Other.Generic . It contains data for
22 modes but, here, only 13 of them appear in the Resolution menu.
The 1920x1200 59 Hz mode has a pixel rate of 154000 kHz which, at 32
bpp, implies a bandwidth of 4928 Mb/sec (if my arithmetic is correct).
This is greater than the VIDCBandLimit of 2000 Mb/sec which is set by
!Boot.Choices.Boot.PreDesk.Configure.!Run , so the mode is absent from
the Resolution menu.
Reducing the pixel rate to 62000 kHz allows the 1920x1200 mode to appear
on the Resolution menu but, of course, its frame rate will be greatly
reduced. I can't test it because my laptop screen is not large enough.
Since VIDCBandLimit is not relevant for an emulated system, its value
can be increased (I don't know the actual limit) allowing the bandwidth
to exceed 2000 Mb/sec. You may need to compromise between VIDCBandLimit
and pixel rate.
Perhaps someone who is using RPCEmu with a 1920x1200 screen can help?
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tuesday, 2 August 2016
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
@Tony: thanks for the answer - the mode is already part of the 'generic' mdf, but does not show up in the mode selection anyhow (I use the vanilla RiscOS 5 Version of rpcemu, sorry I didn't tell).
---- Tony Moore schrieb ----
On 2 Aug 2016, Uwe <uwe@familie-kall.de> wrote:
> Hi can anyone tell me why this mode is not available in the mode
> selection? (Version 0.8.12)
You need a 1920x1200 Mode Definition File. Google found one at
http://comp.sys.acorn.hardware.narkive.com/Ob3YHqAM/mdf-for-1920x1080-lcd-monitor
nearly half way down the page.
I've no idea if it will work, but it's worth trying. The location of the
MDF files in !Boot depends on the RO version (which you don't mention).
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mode 1920x1200 in Generic not showing up
> Hi can anyone tell me why this mode is not available in the mode
> selection? (Version 0.8.12)
You need a 1920x1200 Mode Definition File. Google found one at
http://comp.sys.acorn.hardware.narkive.com/Ob3YHqAM/mdf-for-1920x1080-lcd-monitor
nearly half way down the page.
I've no idea if it will work, but it's worth trying. The location of the
MDF files in !Boot depends on the RO version (which you don't mention).
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Mode 1920x1200 in Generic not showing up
Hi can anyone tell me why this mode is not available in the mode selection?
(Version 0.8.12)
Thx, Uwe