[Squall13]

Remember the video with be true 1080p on a 256M board. Just not the GUI.

Did you mean "won't be true..."

I'm sorry could rephrase / explain this. I couldn't quite understand.

The easiest way to tell (without looking at the hardware*) is to run "cat /proc/cpuinfo | grep Revision" - if the last two digits are greater than 04 then you've got a 512MB model (eg. 0f is greater than 04).

Originally you could also tell by looking at the memory chip in the middle of the board - if its got K4P2G324 its a 256MB Pi, if its got K4P4G324 its a 512MB Pi, though not sure if this remains true (different memory suppliers etc.)

Mine says 000e. I looked at System Info in XBMC last night when I was at home and I said my Total Memory was 253 that's why I thought it was a 256 MB version.

Need to look for that invoice somewhere lol

[popcornmix]

Remember the video with be true 1080p on a 256M board. Just not the GUI.

Did you mean "won't be true..."

No. Video will always be decoded and displayed at full resolution (e.g. 1080p). By default we limit the GUI overlay to 720p to reduce memory usage.

Mine says 000e. I looked at System Info in XBMC last night when I was at home and I said my Total Memory was 253 that's why I thought it was a 256 MB version.

That's a 512M board configured to have 256M on GPU and 256M on ARM side. You should have no problem with guires=1080.

[Squall13]

No. Video will always be decoded and displayed at full resolution (e.g. 1080p). By default we limit the GUI overlay to 720p to reduce memory usage.

I still don't get it sorry. Let me re clarify I guess

The reason I asked for a clarification is because of the "with be true" phrase

I couldn't understand the grammar. I don't mean to offend and mean no disrespect. Maybe English is not your first language or just a typo.

I just don't really understand the sentence that's why I don't get what you're trying to say still.

[miappa]

Videos will play in 1080p if you set XBMC to this.
He meant "will be true". Case of autocorrect I guess.

[rbej]

Rbej Gotham Branch

http://www.mediafire.com/?10456ccz13ard

- OpenElec 3.0 stable branch https://github.com/OpenELEC/OpenELEC.tv/...enelec-3.0
- Xbmc 13 Gotham (10.06.2013) Commit: 0e1a7fe698 https://github.com/xbmc/xbmc/commits/master
- Rpi kernel 3.9.y (08.06.2013) https://github.com/raspberrypi/linux/commits/rpi-3.9.y
- Rpi firmware (07.06.2013) https://github.com/raspberrypi/firmware/commits/master
- Pvr Addon (10.06.2013) https://github.com/opdenkamp/xbmc-pvr-ad...its/master
- Xvdr Addon 0.9.8 https://github.com/pipelka/xbmc-addon-xv...its/master
- Gpu memory set to 100mb on default for Rpi 256mb (fix kernal killing Xbmc task on Rpi 256mb board) and Gpu memory set to 256mb on default for Rpi 512mb.

Special features

- add Gui resolution change (taken from XBIAN)

- remove battery level info from System Information and add info about build version (taken from XBIAN)

- remove Cpu usage bar from System Information

- librtmp (06.06.2013)

- Optionally allow caching for all network streams, including those on LAN (via new advanced setting 'alwaysforcebuffer').

Please add alwaysforcebuffer=true to advencedsettings if you want cache all network streams.

- new clock for Omxplayer (only for Gotham)

---------------------------------------------------------------------------------------------------------------------

Add to advencedsettings <guires>XXXX</guires>

XXXX = GUI resolution. 480p,720p,900p,1080p. <guires>720</guires>, <guires>1080</guires> etc...

Update Instruction:

http://wiki.openelec.tv/index.php?title=...g_OpenELEC

For Rpi 512Mb set gpu_mem=256 and change GUI to 1080p.

For Rpi 256Mb set gpu_mem=100 and change GUI to 900p.

or clean install:

http://wiki.openelec.tv/index.php?title=...spberry_Pi

[rbej]

Frodo Gotham Branch

www.mediafire.com/?g5dgbgt231irs

Version with new Kernel 3.8.4

Please test it and raported any problems. Thank You.

PS. I tested and no have any problems. But i dont have WiFi, PVR, Storage on USB Stick and NFS Booting.

[misa]

Hello Rbej......can't download, no file there

[xbs08]

Previous version (Gotham) works with USB Storage.

Did a quick test running a couple of movies (.mp4 and .mkv) and subs worked on one but not the other. Need to investigate a little more and find what are the codecs of these moveis.

Thanks for your work.

@misa
Try again

[miappa]

I am not sure, but this patch might be needed to fix embedded mkv subtitles for Gotham: https://github.com/xbmc/xbmc/pull/2525
We have tested this with flyingrats snapshot of new ffmpeg 1.2 ( https://github.com/FlyingRat/xbmc-ffmpeg-version-bump ) and it seem to work very well.
I might be wrong, I do not understand this completely. :S Perhaps this patch was for new ffmpeg only...?

[rbej]

Hello Rbej......can't download, no file there

Check one more time

[pplucky]

Rbej Gotham Branch

http://www.mediafire.com/?10456ccz13ard

- Xbmc 13 Gotham (11.03.2013) Commit:5419971ef0

Just one question: this doesn't mean the end of Frodo builds, does it?

I saw popcornmix's comment and agree that the stability of your current Frodo builds is great!

[rbej]

I dont see any difference with Frodo/Gotham stability.

[miappa]

Addons might be very different.
Edit: That said, testing is needed of course.

[popcornmix]

I dont see any difference with Frodo/Gotham stability.

It's a merge window on master (Gotham) which means lots of commits (20+ per day).
While that's good if you're waiting for a bug fix, it's not necessarily stable. It's not even compiled a number of times this week.

I'd still prefer the choice of a stable Frodo build, or an experimental Gotham build.

[wOOx]

I dont see any difference with Frodo/Gotham stability.

It's a merge window on master (Gotham) which means lots of commits (20+ per day).
While that's good if you're waiting for a bug fix, it's not necessarily stable. It's not even compiled a number of times this week.

I'd still prefer the choice of a stable Frodo build, or an experimental Gotham build.

+1