Page 16 of 20

Posted: Mon 25 Mar 2013, 07:09
by Ibidem
OSS (Open Sound System) is the old audio system for Linux, and what every UNIX other than OS X and Linux uses. It uses open, write, and ioctls to play audio.
/dev/dsp or /dev/*/dsp is OSS.
ALSA (Advanced Linux Sound Architecture) is the new audio system for Linux, which uses its oun API. /dev/audio is ALSA.
On Linux, there are 3 implementations of OSS:
1) OSS3, the old kernel drivers
2) OSS4, the new out-of-tree drivers
with all sorts of features like virtual mixers...
3) the snd-pcm-oss module, a shim that uses an ALSA driver.
Make sure to load this, some programs like minimp3 need OSS!

Sound volume is not natively persistent; an initscript saves volume at shutdown, then restores on boot. I don't know how to do this off the top of my head.

Posted: Mon 25 Mar 2013, 15:09
by starhawk
Didn't try /dev/dsp. I'll do that later.

Ordered a 20gb mechanical hard drive from eBay. Better than a 4gb compactflash card, but noisier. Whatever. I can deal with the racket.

I have an ASUS 1000HEB. It's got a 10.4" screen and that thing is CRAMPED. Not going smaller if I can help it -- unless it fits in my pocket somehow.

Posted: Mon 25 Mar 2013, 15:09
by starhawk
Didn't try /dev/dsp. I'll do that later.

Ordered a 20gb mechanical hard drive from eBay. Better than a 4gb compactflash card, but noisier. Whatever. I can deal with the racket.

I have an ASUS 1000HEB. It's got a 10.4" screen and that thing is CRAMPED. Not going smaller if I can help it -- unless it fits in my pocket somehow.

Posted: Mon 25 Mar 2013, 16:13
by PANZERKOPF
Ibidem wrote: Sound volume is not natively persistent; an initscript saves volume at shutdown, then restores on boot. I don't know how to do this off the top of my head.
alsactl store # Store audiomixer settings
alsactl restore # Load audiomixer settings

Posted: Mon 25 Mar 2013, 16:48
by greengeek
darkcity has posted a thread regarding a malware that uses a bash script to wipe important info on a Linux system. Which is another good reason for running a cutdown system like pupngo, 'cos it doesn't have the ability to run bash does it?

http://www.symantec.com/connect/blogs/r ... ber-attack

Posted: Wed 27 Mar 2013, 14:39
by Ibidem
technosaurus wrote: I also wanted to point this out:
http://www.newegg.com/Product/Product.a ... 6834760001
($40 netbook)

I ordered one myself and it seems like the perfect little testbox for an arm'ngo experiment. Craig has a zip file with the "firmware" inside as raw files with shell scripts, so it is straight forward to figure out what modules are needed and how to install it to disk ... though the uboot configuration may need further study as it is significantly different from grub, lilo, syslinux and isolinux
Is it working well?
Also, I'm curious about a few technical details- /proc/cpuinfo (especially flags), /proc/config.gz, lsmod, video, and the wireless chip.

Posted: Thu 28 Mar 2013, 00:13
by starhawk
Just wanted to drop a quick line to you folks, having gratuitous internet problems right now. Should be back up tomorrow afternoon or evening. (I'm in the US Eastern timezone, if that means anything to anyone.)

Posted: Thu 28 Mar 2013, 04:38
by technosaurus
Ibidem wrote:Is it working well?
Also, I'm curious about a few technical details- /proc/cpuinfo (especially flags), /proc/config.gz, lsmod, video, and the wireless chip.
So far I've been using the included android while I study the scripts in the firmware installer and a custom mod someone made... from the looks of it the installer works a lot like a live cd except that it only copies the firmware to the builtin nand flash. It basically has raspberry pi specs (i'll post some specifics soon as I get a shell). I'm going to try modifying one of Rob's aboriginal images to see if I can get it to boot to a shell, but my kids really like the android games so I'll probably run from the sd care

Posted: Fri 29 Mar 2013, 02:25
by starhawk
Net probs have been resolved for now, so I'm back up.

goingnuts, when you have a minute, I responded to your PM... ;)

Posted: Sat 30 Mar 2013, 18:50
by Ted Dog
Ibidem wrote:
technosaurus wrote: I also wanted to point this out:
http://www.newegg.com/Product/Product.a ... 6834760001
($40 netbook)

I ordered one myself and it seems like the perfect little testbox for an arm'ngo experiment. Craig has a zip file with the "firmware" inside as raw files with shell scripts, so it is straight forward to figure out what modules are needed and how to install it to disk ... though the uboot configuration may need further study as it is significantly different from grub, lilo, syslinux and isolinux
Is it working well?
Also, I'm curious about a few technical details- /proc/cpuinfo (especially flags), /proc/config.gz, lsmod, video, and the wireless chip.

Cool you are always months ahead of what I thinking about, as going to ask you to port over to ARM (for mele1000) but I really just wanted a ARM with a keyboard for websurfing. This is cheaper than a wireless keyboard. Does the little Craig play video well? also I've wondered if a puppylinux desktop as a Android app would/could work

Posted: Mon 01 Apr 2013, 02:35
by Ted Dog
here is a link to an little linux distro running as an app on android.

http://j05hyyy.blogspot.com/2012_09_01_archive.html

have one craig netbook on order ....

Posted: Mon 01 Apr 2013, 02:47
by Ted Dog

Posted: Mon 01 Apr 2013, 20:47
by Ted Dog
And its already shipped, hope you figure out aboriganal linux the distrbuted compile idea really should be included with all puppies devx_sfs used it many years ago for a jobsite but for the life of me can't reduplicate the environment. :oops:

Posted: Mon 08 Apr 2013, 02:37
by starhawk
HAY GAIZ.

No, seriously.

I think I found a better-than-Flash method of playing video.

http://linterna-magica.nongnu.org/

One problem -- it needs Epiphany (what's that?), Firefox (slow and creaky), or Midori (only works if the 'jemimah' dep is met ;) ) to run, since it sits on top of something called Greasemonkey that lets you do funny-but-cool things with some browsers.

techno & goingnuts, do you think youse two can bonk heads and put together something that is functionally similar (if not identical) but would work with nearly any browser? (Particularly with QtWeb, GTK1-Opera, or GTK1-Seamonkey...)

EDIT: url clickable now :oops:

Posted: Mon 08 Apr 2013, 03:07
by technosaurus
you should check out mozplugger. If you can get it working with vlc-nogui or one of the lightweight builds of mplayer or xine, it should work for any browser that supports mozilla's npapi (firefox, seamonkey, opera, chrome, webkitgtk,...) ... barry did something like this with one of the early quirky's based on some notes that I gave him around the time he was experimenting with swfdec (ttuuxxx also had posted patches for swfdec to build with more recent versions of ffmpeg). ... still I think the lightest solution would be vlc-nogui + mozplugger as it supports a wide range of codecs. Though if I ever start messing with llvm/clang (+musl libc and ustl or libc++ for c++), I will give lightspark+gnash a try

btw I don't think there was a gtk1 opera, only qt3

the last gtk1 version of gecko is in the seamonkey 1.19 source but it only works with flash7 ... but if you want it a gtk1 build with its mozconfig is here:
http://www.lamarelle.org/seamonkey/1.1. ... atic/gtk1/

Posted: Mon 08 Apr 2013, 03:39
by starhawk
technosaurus wrote:btw I don't think there was a gtk1 opera, only qt3
From a few pages back... ;)
Last link tested in pUPnGO2012, IIRC it needs GTK+ but whatever. It also needs libpng and libjpg and probably other junk...

Posted: Wed 10 Apr 2013, 06:22
by technosaurus
I just built the latest netsurf-git with musl. Though the javascript support is still very minimal, the framebuffer version looks pretty good on the xcb backend

notes on the netsurf framebuffer version:
my build works with xcb in X or linux framebuffer and chooses the correct mode according to whether X is running (I didn't build the sdl, vnc or wayland backends and didn't actually test the linux framebuffer side)
rendering is extremely fast and light (<10mb ram)
I only builtin png, gif and jpeg support - not webp, jng, bmp or mng
It can support video via gstreamer, but it doesn't lend itself to a static build.
window size cannot be changed - I patched it to default to maximized rather than their default 800x600 (so it will work on 640x480 screens too)
I built it with javascript support but it doesn't seem to do any javascript (maybe my errror - will need to test further)
it has https and css support (unlike dillo)
the framebuffer doesn't support svg yet (though there is an example for rendering svg in the framebuffer sources, so it may be patchable)

The binary size is 2.6Mb with (apparently non-functional:() javascript support builtin or ~2Mb without it.... but most of the size is libcurl and libssl(for https) so it should be really small on a shared library build

any preferences on which build to test???
I am thinking the non-js version would be preferable for now... at least until I figure out how to get the js working.

Posted: Wed 10 Apr 2013, 07:48
by amigo
Actually, opera *did* use gtk1 -but that was a very long time ago opera 4 or 5 IIRC. It was still very buggy and low-featured in those days. Still, it would be nice if they open-sourced it.

Posted: Wed 10 Apr 2013, 13:58
by goingnuts
any preferences on which build to test???
I am thinking the non-js version would be preferable for now... at least until I figure out how to get the js working.
Sounds right - its looking good! Is it impossible to do a static build or was that just the gstreamer part?
Might also be a new back-port target (gtk2->gtk1...)?

Posted: Wed 10 Apr 2013, 14:06
by technosaurus
it looks to me (I ran ldd and strings on the binaries all the way back to 4.0) like opera for linux possibly began as motif and shifted to qt2 then qt3 and qt4 and now use an in house toolkit ... I also figured out that for versions <9.0, motif is required for plugins to work.

On a side note I now have a light svg viewer based on the netsurf framebuffer and libtinysvg (my build uses the xcb backend, but could be modified to use the linux framebuffer as well)

The static netsurf framebuffer tarball is too big to post