Our New Machine, Pandora

[Squidge]

I wonder, what kind of internet radio playback can we expect from the Craiginator?

Well, you can get Digital TV USB dongles if someone wants to write a driver...

 

[zaffercharles]

DeadlyDad- that sounds amazing bud, but I think that it is already finalised now unfortunately. I'm surprised noone else has commented on your post yet

Welcome in by the way

 

[Alex.]

I wonder, what kind of internet radio playback can we expect from the Craiginator?

Well, you can get Digital TV USB dongles if someone wants to write a driver...

I was curious about the formats supported. You know how some internet radios default to players like Real, WMP, Winamp? Would those formats be supported? I'm really an outsider to this, all I know is that I'd love to be able to listen to live Euro matches while on campus in between classes

 

[atomicthumbs]

I wonder, what kind of internet radio playback can we expect from the Craiginator?

Well, you can get Digital TV USB dongles if someone wants to write a driver...

I was curious about the formats supported. You know how some internet radios default to players like Real, WMP, Winamp? Would those formats be supported? I'm really an outsider to this, all I know is that I'd love to be able to listen to live Euro matches while on campus in between classes


Anything you could listen to with Linux (and probably Windows) you can listen to on this.

 

[Javacat]

I wonder, what kind of internet radio playback can we expect from the Craiginator?

Well, you can get Digital TV USB dongles if someone wants to write a driver...

I was curious about the formats supported. You know how some internet radios default to players like Real, WMP, Winamp? Would those formats be supported? I'm really an outsider to this, all I know is that I'd love to be able to listen to live Euro matches while on campus in between classes

VLC can be compiled for arm. It's not my favourite media player, however I know a lot of people love it and I think it should be able to play back a lot of those different streaming formats without too much of a problem.

 

[yodaofborg]

VLC and mplayer can both do most the things Winamp can, and Realplayer is kind of http://freshmeat.net/projects/helixplayer/ so thats no problem either, as long as the hardware is as capable as it seems.

PS, WinAmp is not a format, its a player, and its an alternative one at that

 

[_VWV_]

As far as I get, almost any Linux program can be compiled to ARM. But there is a question about the OS. Will it have all the libraries (GTK, python.. whatever an app may need)? And beside compilation one will have to hildonise an app - and that is a bit tricky and requires programming skills. So my question about the os remains the same.
For example, will I be able to run KDE or XFCE on this device (this is possible in case of nokia n800/n810)

 

[Squidge]

Yes, you'll be able to run KDE, but that is such a resource hog, it probably wouldn't be recommended.

 

[kanzlr]

well, KDE has been portet to the nokia devices and it seems to run nicely

 

[Vorporeal]

Any software that doesn't have any x86 ASM or x86 compiled components (without source code) can run on an ARM device. If there is x86 ASM, it might be possible to port if that was converted to ARM ASM. I don't know much about ASM stuff, so don't quote me on that second part.

 

[A_SN]

If this one has a proper "wait for vsync" (unlike GP2X) then there won't be a need to do any of this ridiculous tweak underclocking for any software that actually uses it.

The GP2X doesn't have proper wait for vsync? How's proper vsync waiting implemented then? (I take it it's without a while loop that looks up a register?). What does it have to do with underclocking anyways?

Yes, it's not that great to fiddle out the perfect MHz rate for each program like at the GP2X to save batteries.

Which is why I suggested a while ago that all developers would set the adapted clock rate for each of their program instead of leave at the default rate.

Craigix is god. You are morons.

Hallelujah! Deed, you truly are quite the prophet!

But DaveC, since you're all about getting the best emulation experience, wouldn't a relatively full-sized qwerty keyboard and a fairly large screen be best for playing new and old PC games?

Bah, it's not what's gonna get him full speed SNES emulation, with transparencies! OMG THE CRAGNITATOR WILL HAVE ALL THAT!!!


Anyways, you people, stop with that Linux distro talk, we already know that it will come with its own flavour of Open2X, which is based on Debian. Which doesn't say whether or not the default "menu" will be based on X or not.

 

[___]

Well we are considering different OSs to eventually port and get running on the device. Why only run one distro if we can have different to try out?

 

[Tobriand]

If this one has a proper "wait for vsync" (unlike GP2X) then there won't be a need to do any of this ridiculous tweak underclocking for any software that actually uses it.

The GP2X doesn't have proper wait for vsync? How's proper vsync waiting implemented then? (I take it it's without a while loop that looks up a register?). What does it have to do with underclocking anyways?

Yes, it's not that great to fiddle out the perfect MHz rate for each program like at the GP2X to save batteries.

Which is why I suggested a while ago that all developers would set the adapted clock rate for each of their program instead of leave at the default rate.


Not quite certain how to implement proper Vsync, but as I understand it, it is useful for calculating clockspeed because you know how many times the framebuffer should be being written to in a unit of time, say a second, so if it's not being updated that often, you boost the processing power by a couple of MHz, or if it is, you lower it.

If you check the spec for the OMAP chip, you'll find that Ti say it automatically does this, so you never need to worry about setting the right clockspeed, only about turning off those settings that will cause said clockspeed to rise. That is, if I turn on 2xSai, then more processing power is needed, and the chip detects this and duly supplies it, at the same time draining my batteries a little faster. If I turn it off, it notices that there are too many frames trying to be sent to the framebuffer, and clocks down until the right fps is achieved.

Frameskip might get a little complicated if I want to turn it up to save power, but I imagine the number of frames the framebuffer sends to the screen and the number of updates that the framebuffer undergoes are distinct - so if the screen is aiming at 60Hz, and the framebuffer is only updated 20 times in a second, it'll still get sent to the screen 60 times; it just won't have changed for 1/3 of them. I could be wrong on that count, though.

 

[javaJake]

Not quite certain how to implement proper Vsync, but as I understand it, it is useful for calculating clockspeed because you know how many times the framebuffer should be being written to in a unit of time, say a second, so if it's not being updated that often, you boost the processing power by a couple of MHz, or if it is, you lower it.

Stuff like this is so cool to learn about. Someone should create a little page with these sorts of paragraphs on how technology works.

 

[God Ginrai]

Anyways, you people, stop with that Linux distro talk, we already know that it will come with its own flavour of Open2X, which is based on Debian. Which doesn't say whether or not the default "menu" will be based on X or not.

I don't recall Craigix, ED, MWeston, or even Squidge saying that the official OS for the Craiginator will be Open2X.

Although I do remember Open2X's dev saying that he would port it to the Craiginator, that doesn't mean that it's the official OS for the system.

-God Ginrai

 

[A_SN]

Anyways, you people, stop with that Linux distro talk, we already know that it will come with its own flavour of Open2X, which is based on Debian. Which doesn't say whether or not the default "menu" will be based on X or not.

I don't recall Craigix, ED, MWeston, or even Squidge saying that the official OS for the Craiginator will be Open2X.

Although I do remember Open2X's dev saying that he would port it to the Craiginator, that doesn't mean that it's the official OS for the system.

-God Ginrai

I know a few things that you don't, although it doesn't violate any of the NDAs the people involved signed.

 

[atomicthumbs]

Stuff like this is so cool to learn about. Someone should create a little page with these sorts of paragraphs on how technology works.

<plug>
I'm planning on doing that with Printer On Fire, as soon as I can find the time. :lol:
</plug>

 

[J201605]

Stuff like this is so cool to learn about. Someone should create a little page with these sorts of paragraphs on how technology works.

<plug>
I'm planning on doing that with Printer On Fire, as soon as I can find the time. :lol:
</plug>

Paragraphs:
How Vsync works
How to perform a "Scruffly-ruffly"
How led's work

 

[atomicthumbs]

Paragraphs:
How Vsync works
How to perform a "Scruffly-ruffly"
How led's work

:rolleyes:

 

[Exophase]

The GP2X doesn't have proper wait for vsync? How's proper vsync waiting implemented then? (I take it it's without a while loop that looks up a register?). What does it have to do with underclocking anyways?

You can wait for vsync on GP2X, but it must be done like you said by polling a register in a while loop. The kind of wait for vsync that I'm referring to is handled by the OS in some form. The process is put to sleep until the vsync hits, and then during all of the idle time where no other processes are running the OS is free to halt the CPU until the next interrupt occurs. While in halted state the CPU will use almost no power, in other words it'll use roughly the optimal amount of power that it needs. It should actually be more power efficient this way than underclocking and you won't get screwed when you start playing the area that does need the extra power. This should work very well for a platform that will mostly be single threaded (hopefully...)

For a platform that has high available clock speeds it'd be great to clock it high then let the programs only use what they need. I'm not interested in playing underclocking games, it has some of the same shortcomings that fixed frameskip has vs. good auto frameskip.