38 replies to this topic

[Michoko]

Thanks ED for all the hard work you're putting into those hotfixes (and to all the contributors, of course !)

[EvilDragon]

As for the stuttering, it seems partially fixed since hotfix beta 3. In gpfce for example, it's not stuttering anymore. Mame4all however still seems to stutter.

MAME4ALL has sound problems, those are not related to any Hotfix

[fusion_power]

I don't have a Pandora yet but it's nice to see, how the OS is maturing. Since Hotfix 1 there were really huge usability improvements just from the Hotfix-side.

New things planned for HF5:
* Tweak settings dialogue (Select default filter, include some of the tweaks found here in software hacking, etc.)
* Remove caching to NAND for as many programs as possible
* Include OVR-Editing in MiniMenu

This sounds even better. I like that some of the User-made Tweaks will be included. Comunity Power! I've seen some quite interesting SW tweaks here in the threads but some of this stuff needs Linux-Skills to make it work. For beginners it would be very helpful if some of these goodies are already in the OS.
And because I'm also not a fan of apps that write stuff somewhere to the NAND, I welcome the plan to "clean" programs in this case. Otherwise I can imagine that the NAND will be full some day and you don't even know what causes this.

[Kimundi]

ED, what about my UFT8 proposal, is it still in the testing phase?

[PurplePup]

For the date issue, just use the date command in a terminal:
e.g.
sudo date --set=20:32:00

It doesn't update immediately, but a restart or switching GUI afterwards certainly works.

[naples39]

As for the stuttering, it seems partially fixed since hotfix beta 3. In gpfce for example, it's not stuttering anymore. Mame4all however still seems to stutter.

MAME4ALL has sound problems, those are not related to any Hotfix

I am certainly no expert, but mame4all did not stutter before this hotfix, and now it stutters even with sound emulation disabled entirely. I'll survive, just sayin'.

[notaz]

Maybe minimenu is still overriding your overclock there.

[skeezix]

minimenu should default to not touching the clockrate; or if its been set to, can disable that in the mm conf UI.

(thats the 'speed on leaving mmenu' setting.)

(in beta 4, I removed the 'speed inside mmenu', since it seemed to crash when reading SDs at high speed (!!) during image caching, and added the toggle for 'change cpu speed on leaving' (yes/no, default no). So by default it should do nothing it didn't already do, speedwise. (Even if you'd used beta 3 and had the speed mucking, going to beta 4 would have disabled that.)

Mind you, going to the new hotfix using mmenu, would probably show more tabs than folks had seen before, so that they could then turn them off using the UI. So I have worried that people had only a few tabs, now have like 20 tabs, and don't notice they can disable them now.. maybe I should put a 'random tip' into the detail-box on startup; I did add 'hit select for the menu' or whatever there, as a tip off, though..

jeff

[Prometheus]

I've installed the hotfix, and it mostly went well, except it told me that the kernel could not be updated due to a checksum error. It told me to check my SD Card, and to re-copy the PND to it and try again. I did this, and also removed the entry that the updater left in the appdata folder on the SD Card it was run from, but the PND refuses to execute again. I even tried re-downloading it, and that didn't help either.

Any suggestions, please?

The good news is that this update, inexplicably, fixed the problem I had been having with NesEmu failing to save states properly, and failing to run ever again after trying to save a state. I have no idea why this would fix that issue, but it did. Thanks. Now I can finally get stuck into my NES collection on my Pandora!

EDIT: Oh, and I must say that I absolutely LOVE the speed setting dialogue. It's so useful, as I often forget to manually adjust my speed before running something that needs an overclock. Thanks very much for that one - it's an excellent addition and a great bit of polish.

[naples39]

Okay, it appears to be a setting in mame4all. If you set the video sync to "vsync", it runs okay. Setting it to "normal" will cause the stuttering as seen in other programs in beta 3.

I guess I'll give you guys a break from my valuable feedback.

[EvilDragon]

ED, what about my UFT8 proposal, is it still in the testing phase?

Yep, if you browse through the internet, you can find a lot of problem posts regarding UTF8 with VFAT - definately not something I want to put into the final without real testing.
I need to get to a Windows Box, too, and create files with Umlauts first

[Korlithiel]

Thanks Ed, I've been reading about all the changes included in this hotfix and waiting patiently for a final before updating.

[DaveC]

The FIR filter thing is really nice, you can disable the blurry scaling in GINGE etc. and use nearest neighbour.
All you have to do is run: sudo /usr/pandora/scripts/op_videofir.sh none

Cool now if I could just click on an icon through minimenu to toggle that would be cool. Don't you have to enter passwords and stuff to get it to work with that command line method? I hope apps start adding this as an option in their menus in the future, would be convenient.

New things planned for HF5:
* Remove caching to NAND for as many programs as possible

Caching to NAND? That sounds like a really bad, bad thing. When the NAND gets full and/or if it gets corrupted you have problems, or just wears out you have a brick.

Why are apps still doing this? I thought this appdata thing was supposed to keep apps from doing that? They should write all of their crap there. There should be some kind of rule that if you don't absolutely HAVE to write to NAND you shouldn't. Also I think apps that do should warn you in their documentations that they do so you can choose not to use them.

Also there should be a guide of how to delete all of the useless (to some) shit like demos, unwanted apps, card games etc.

Edited by DaveC, 01 September 2010 - 02:27 AM.

[skeezix]

Good idea .. We could probably opkg remove some junk, but probably not too too much extras in there.

ED is working on the filter selector so should be in HF5 but yeah, apps will have to look into it perhaps, and maybe a libpnd change to force (?) it back to default on exit so misbehaved apps dont chabge it and forget to change it back?

Should also add in an option so appdata can group with the app, for you and time permitting, when looking at an ovr editor, will make it so you can override preview pics even if not present.. I didnt forget!

Only a couple apps are spitting to nand, like chromium .. Not really ported to pandora, just hacked to run on it, so doesnt follow all the rules, but likely an easy workaround

Jeffphone

[EvilDragon]

I meant internal apps like ClawsMail, Thunar, etc.
PNDs usually don't use cache on the NAND.