Functions

Monday, 10 January 2011 14:15

Connecting an iPad, iPhone or iPod to OpenELEC

Written by Stephan Raue
Connecting my Apple iPad, iPhone or iPod to OpenELEC?
Monday, 30 August 2010 15:57

Update: XBMC Dharma Beta1 is released

Written by Stephan Raue

News from the XBMC team is that the first beta of the next release of XBMC, called Dharma is released.

Source
Sunday, 29 August 2010 21:43

XBMC 10 Beta getting close

Written by gilphilbert

We just noticed XBMC 10.x will probably be going beta very soon. The versions have been bumbed in one of the latest XBMC changesets:

http://trac.xbmc.org/changeset/33300

There's not very much information that we can share at the moment, so stay tuned. We'll let you know when we have some more information/news on this item.

Sunday, 04 July 2010 20:29

OpenELEC.tv installer uploaded

Written by Stephan Raue

We are proud to let you know we have added an simple Installationmanager to our new images (r3375). This gives us basic functions to install OpenELEC.tv on HDDs/ SSDs/ USB Drives without many Linux knowlegdes. We can now create an Installation USB Stick and install OpenELEC.tv from this Stick to any other device.

Please take an look at our new Documentation section for an HowTo to create such Installation USB Stick from Windows.

WARNING: if you install OpenELEC.tv with this installer, be sure you have created an backup. This Installer deletes all your data and partitions from selected device!

If you have problems or questions use our Forum. Problems and Feature Requests please report to Trac.

http://openelec.tv/menu/documentation/installation--installations-howtos/item/create-an-usb-installation-stick-with-any-windows-os.html
Tuesday, 22 June 2010 11:37

Updated to NVIDIA 256.35 drivers

Written by Stephan Raue

We have just updated to the latest nVidia driver (version 236.35).

Read more for changes since 195.x:

  • Fixed a regression in 256.29 where Performance Level clock frequencies were reported incorrectly in nvidia-settings.
  • Fixed a 3D Vision Stereo bug that caused the stereo glasses to not toggle when the flat panel was not running at its native mode timings.
  • Fixed a bug which prevented use of high performance PowerMizer levels on systems with certain ACPI configurations.
  • Fixed a bug that caused non-primary Fermi GPUs to fail to initialize framebuffer memory. This caused a variety of symptoms, up to and including system hangs.
  • Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
    • GL_ARB_blend_func_extended
    • GL_ARB_draw_buffers_blend
    • GL_ARB_sample_shading
    • GL_ARB_timer_query
    • GL_EXT_draw_buffers2
    • GL_EXT_separate_shader_objects
    • GL_NV_explici t_multisample
    • GL_NV_transform_feedback
  • Improved Thermal Settings reporting in nvidia-settings to accurately reflect hardware configurations with multiple thermal sensors.
  • Enhanced VDPAU to add basic support for Xinerama. VDPAU will now operate on a single physical X screen under Xinerama.
  • Enhanced VDPAU's handling of corrupt clips of all formats on GPUs with VDPAU feature set C to be at least as good as on GPUs with VDPAU feature set B. This significantly improves various clips provided by nvnews.net user eamiller.
  • Enhanced VDPAU to clear all VdpVideoSurfaces to black when allocated. This provides more consistent results when using a surface as a reference when no prior decode operation has written to that surface. In turn, this improves the results of decoding some corrupt streams, such as "p_only_no_play" from ffmpeg bug 1124.
  • Implemented new APIs to allow sharing VDPAU surfaces with OpenGL and CUDA. The OpenGL extension is GL_NV_vdpau_interop. For CUDA, please see the documentation in the CUDA toolkit for details.
  • Worked around a bug where the combination of a GPU with VDPAU feature set A together with specific motherboard chipsets could cause visible corruption when decoding some MPEG-2 streams
  • Fixed a bug that prevented the VDPAU overlay-based presentation queue from being used more than a few hundred times per X server invocation.
Thursday, 27 May 2010 00:00

Kernel updated to 2.6.34

Written by Stephan Raue

Now we use the new kernel 2.6.34. This gives us an faster boot (especially if we boot from USB drives). Also the CrystalHD drivers are now included in the kernel (in the past we have backported the drivers) and there are many improvements to the powermanagement.

Please let us now if something does not work or if you need additional drivers included. Use our bugtracking tool on Launchpad for this.

Thursday, 06 May 2010 00:00

Transmission BitTorrent daemon added

Written by Stephan Raue

We have just added the transmission BitTorrent daemon to OpenELEC.tv! To enable the daemon at startup modify the configfile under/storage/.config/transmission.conf or via the Configfiles share over samba. After the next reboot the daemon will be started and you have access to the webfrontend via http://<ip-adress>:9091 . Simply add your torrentfile via the webfrontend or copy (if enabled) your torrent files via samba to the watch dir in the Downloads share.

To build from source without the transmission bt daemon simply disable the build in projects/*/options.

Please test and report bugs and wishes to our bugtracking tool.

Sunday, 02 May 2010 00:00

IRTrans and LCD support

Written by Stephan Raue

Thanks to Mark we have now initial LCD/VFD and IRTrans remote support in OpenELEC.tv! The VFD and remote can now setup in the configfile under /storage/.config/remote.conf and /storage/.config/lcd.conf. You can also use the samba share to change the settings in the config files. If there is a need for more supported hardware please post in the forum or report on our bugtracker.

Tuesday, 13 April 2010 00:00

Automatic Updatemanager

Written by Stephan Raue

We have now an automatic update manager! 

OpenELEC.tv looks around 30 sec. after starting xbmc for updates. If it finds an updated version:

  • With the default settings: you will be informed about the new update.
  • If you have enabled automatic updates: you will be informed about an new update. The Updatemanager downloads and extracts the update. After that you will be informed an second time that you must reboot for completing the update process.

There are an update.conf in /storage/.config (or in the samba "Configfiles" share). If you set AUTOUPDATE to "auto" (default are "manually") you enable the automatic update.

There is also an cronjob, so the updatemanager looks every 6 hours for an update. If you dont reboot after the updatemanager has downloaded the new version the cronjob does nothing more up to the next reboot (to prevent downloading the same update every 6 hours). It is not necessary to do an reboot direct after downloading the update - so you can finishing watching your videos etc... - after the next reboot you will have the new version.

Please report bugs and issues about new functions to our bugtracking tool!

 

Google+
Facebook