Search results

It should work. In order to use aircrack, the wifi needs to be put into monitor mode. According to this page, that is supported for the rt73usb (oh. and also for the wl1251, which is the chip in the pandora, just no AP-mode...) The driver you're linking to is for the old wireless-stack, and...

read this : http://wiki.debian.org/ar5523 native driver for your stick, still in development

TI specifies the following lifetimes in their docs: Not long enough for you? With 8 hours/day of power-on-time, it'll last (at full performance) for 15-30 years, depending on how often you play heavy games. I think some other parts will break down long before that... IIRC, the earlier...

with a count of 1, the numbers seem to be much more variable, but not much higher... It's slightly more correct, but less reproduceable... Just using dd won't do, because that write causes 4 write-I/Os on fat... Oops about the nanoseconds :)

ok, my access-time-benchmarker save to somewhere in your $PATH, make it executable (chmod +x <file>), and execute it somewhere your card is mounted. #!/bin/bash ##COPYRIGHT laurencevde, 24 sep 2010, GPL-licensed ##benchmarks the latency of the drive that contains testfile ##USAGE...

linux keeps some nice stats in /sys/class/block/*/stat, in this order : Name units description ---- ----- ----------- read I/Os requests number of read I/Os processed read merges requests number of read I/Os merged with in-queue I/O...

There's not a whole lot of difference between the (class6)-cards in max througput. 15-22MB/s read, 10-18MB/s write. Not very interesting... However, there are quite big differences between the cards in the area of write-access-time. The Sandisk Extreme manages a write-access-time of 40ms, the...

Take a look at this benchmark of fast sd-cards: http://www.tomshardware.com/reviews/compactflash-sdhc-class-10,2574-7.html Many cards are hit the SD-bus limits (+-20MB/s) for read-speeds, and come close while doing sequential writes, have excellent random-read-I/O, but completely suck at doing...

for 7zip, there's the cli-tool p7zip and a GUI for it called q7z. I don't know if anyone already packaged those for the Pandora. Shouldn't be too hard... mplayer supports practically anything, including RTSP.

http://omappedia.org/wiki/OpenMAX_Project I guess it is...

Synergy can be used for input. But there will always be lag: lag in the networking(twice, once for the controls, once for the video), video-encoding-time, buffering, and decoding are all added together...

You can extract the files with unsquashfs, which is part of squashfstools.

A filesystem-image is random-accessible. Any FS could be used. The only dealbreaker is that they don't auto-resize themselves... Come up with something that's mountable r/w, is reasonably fast, and can autoresize itself when needed, and it's viable. Until then, it's basically a no-go...

1: setting up an sd-card. 2: "app-store" -integration: finding apps in the store, "installing" and updating apps etc. Basically the same functions as a package-manager. 3: running pnd-s from the manager.

iso-read and unsquashfs already allow you to extract individual files from iso-s and squashfs-s, so (apart from some very minimal speed-reasons), why would you want to require appending stuff to the end as well? Seems like useless duplication to me... And, as for the appdata-location, can you...

In a bootup-script, change the group of the relevant file(s) in /sys to wheel (chown :wheel /sys/something) (or some other group you're in, you can check with groups), and give the group write-rights (chmod g+w /sys/something)

What you really want is being able to use some variables, such as the pnd's filename, its internal name, the pnd/appdata-directory etc. in libpnd's configuration for an app's appdata-dir. That will allow you to satisfy the way you think... But there's a very simple performance-reason for not...

The .PND-loader generates .desktop-files (the menu/desktop-entries). You could modify it to make the command run through a script, perhaps only for certain categories of apps...

Well, you can always set up an Ubuntu chroot... Simply put: extract an arm-ubuntu install to an sd-card(or usb-stick) formatted with a decent filesystem (filesystem-permissions...), do some configuration, and, on your pandora, mount it, mount some other folders in it (~, /var/, /tmp/, /proc/...

SDHC is 50Mhz, 4bit at max, giving ~25MB/s max speed. Considering overhead, 20MB/s is apparently the max possible speed supported by SDHC. So, that Sandisk Extreme-card is simply out-of-spec, and supports an un-standardized speed-setting (I guess they took SDXC's speed-modes...)...