Prop Video Player (?)

Rayman

I'm toying with a video player for TV... (based on the BMP viewer I posted last week).
Don't know if it will work yet (not sure if SD card will work fast enough), but here's a sample of what it would look like:

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
My Prop Info&Apps: ·http://www.rayslogic.com/propeller/propeller.htm

Oldbitcollector (Jeff)

For some reason that AVI came out very green..
Intended? Or is it media player?

OBC

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
New to the Propeller?

Visit the: The Propeller Pages @ Warranty Void.

Baggers

vid looks ok here.
SD might give you about 15(20tops)fps at that res
are you adding an audio stream to it too?

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
http://www.propgfx.co.uk/forum/·home of the PropGFX Lite

·

Rayman

Green? That's strange! It's actually mostly yellow-red after the intro... You might have to adjust your video card settings OBC...

I'm hoping for at least 15 fps. Not really worth doing if any less... I may just do it and hope somebody will assemblify the SD card reading to make it faster...

Audio would be the next step, of course...

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
My Prop Info&Apps: ·http://www.rayslogic.com/propeller/propeller.htm

Cluso99

PropDos from obex has fswrFemto.spin and sdspiFemto.spin The latter is sd access in pasm.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:

· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm

Rayman

That's the ones I'm using... The problem is the SPIN code that accesses the assembly code... It really slows things down...

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
My Prop Info&Apps: ·http://www.rayslogic.com/propeller/propeller.htm

localroger

Rayman, I'm pretty sure the bottleneck isn't going to be the spin code, but the SPI interface clock rate; at 400 KHz, which is considered pretty fast for SPI, you will only get about 40 Kbytes/sec transfer. If you're using bytemove in spin to do block transfer then that's already in PASM within the Spin interpreter; the overhead from spin wrapper code will not be all that noticeable.

You might want to look up "fsrw and friends" in the obex which has several examples of much simpler SPI SD card access, including one written in PASM; I would be a lot more confident trying to jack up the clock rate without all the extra stuff going on for IIC access that sdspifemto has.

Bill Henning

Hi,

I2C is 400Khz (well sometimes up to 1MHz is possible)

SPI is much faster, personally I run it at 4Mbps and faster is possible with counter tricks.

localroger said...
Rayman, I'm pretty sure the bottleneck isn't going to be the spin code, but the SPI interface clock rate; at 400 KHz, which is considered pretty fast for SPI, you will only get about 40 Kbytes/sec transfer. If you're using bytemove in spin to do block transfer then that's already in PASM within the Spin interpreter; the overhead from spin wrapper code will not be all that noticeable.

You might want to look up "fsrw and friends" in the obex which has several examples of much simpler SPI SD card access, including one written in PASM; I would be a lot more confident trying to jack up the clock rate without all the extra stuff going on for IIC access that sdspifemto has.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Largos - a nano operating system for the Propeller
www.mikronauts.com - a new blog about microcontrollers

Cluso99

I haven't checked the sdspiFemto routine to see what speed it is running SPI at. Quite likely it needs a speedup. I think I read somewhere that SD cards can run at 40Mbps but maybe that was the native mode.

Perhaps you could adapt Beau's SPI code. Please post anything that runs the SD faster as I think there are lots of us that would like fast code for this.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:

· Home of the MultiBladeProps: TriBladeProp, SixBladeProp, website (Multiple propeller pcbs)
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: Micros eg Altair, and Terminals eg VT100 (Index)
· Search the Propeller forums (via Google)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm

Bill Henning

I am currently debugging the 4MBps SPI code using Windbond's, have not tried them on SD yet. When fully baked, I intend to post [noparse]:)[/noparse]

Cluso99 said...
I haven't checked the sdspiFemto routine to see what speed it is running SPI at. Quite likely it needs a speedup. I think I read somewhere that SD cards can run at 40Mbps but maybe that was the native mode.

Perhaps you could adapt Beau's SPI code. Please post anything that runs the SD faster as I think there are lots of us that would like fast code for this.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Largos - a nano operating system for the Propeller
www.mikronauts.com - a new blog about microcontrollers

Rayman

Well, I just did it and got a pretty pathetic 12 fps... Definitely going to need some tweaking! I'd really like to get 30 fps...

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
My Prop Info&Apps: ·http://www.rayslogic.com/propeller/propeller.htm

localroger

Cluso, I was going by what I've seen in the source; I think sdspifemto is running both interfaces at 100 / 400 KHz. But I haven't unravelled it all so I might be missing something. I suspect most SD cards would go a lot faster but the really fast transfers are going to require SD mode where you get more bits in parallel.