Fedora Linux Support Community & Resources Center
  #1  
Old 27th April 2012, 05:36 AM
gadgetwiz Offline
Registered User
 
Join Date: Aug 2006
Posts: 517
linuxfirefox
Direct Rendering On F16 using Intel 845G & Mesa

I'm trying to help a friend setup Fedora 16 (Gnome) on his system. We have ran into an problem with the integrated Intel 845G video adapter. As noted, Fedora installed the Mesa drivers that claims to support direct rendering but it doesn't work properly.

VGA
Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device

OpenGL
Vendor Tungsten Graphics, Inc
Renderer Mesa DRI Intel(R) 845G
Version 1.3 Mesa 7.11
Direct Rendering Yes

When running glxgears (or blender), Fedora throws this X error..

glxgears -info
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
GL_RENDERER = Mesa DRI Intel(R) 845G
GL_VERSION = 1.3 Mesa 7.11
GL_VENDOR = Tungsten Graphics, Inc
GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_multitexture GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_NV_vertex_program GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_EXT_texture_cube_map GL_NV_vertex_program1_1 GL_APPLE_client_storage GL_APPLE_packed_pixels GL_APPLE_vertex_array_object GL_ARB_draw_buffers GL_ARB_shader_objects GL_ARB_vertex_program GL_ARB_vertex_shader GL_ATI_draw_buffers GL_EXT_stencil_wrap GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_ARB_half_float_pixel GL_ARB_point_sprite GL_ARB_shading_language_100 GL_ARB_sync GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate GL_EXT_blend_equation_separate GL_OES_read_format GL_ARB_pixel_buffer_object GL_ARB_texture_rectangle GL_EXT_pixel_buffer_object GL_EXT_texture_rectangle GL_ARB_framebuffer_object GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil GL_APPLE_object_purgeable GL_ARB_vertex_array_object GL_EXT_gpu_program_parameters GL_EXT_texture_env_combine GL_OES_EGL_image GL_ARB_copy_buffer GL_ARB_map_buffer_range GL_EXT_separate_shader_objects GL_ARB_ES2_compatibility GL_ARB_draw_elements_base_vertex GL_ARB_explicit_attrib_location GL_ARB_provoking_vertex GL_ARB_sampler_objects GL_EXT_provoking_vertex GL_ARB_robustness
X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)
Major opcode of failed request: 136 (DRI2)
Minor opcode of failed request: 8 (DRI2SwapBuffers )
Resource id in failed request: 0x3200002
Serial number of failed request: 33
Current serial number in output stream: 33

Here is the output from gtkperf..

(gtkperf:4513): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(gtkperf:4513): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
GtkPerf 0.40 - Starting testing: Fri Apr 27 02:35:38 2012

GtkEntry - time: 0.22
GtkComboBox - time: 3.61
GtkComboBoxEntry - time: 3.26
GtkSpinButton - time: 0.71
GtkProgressBar - time: 0.59
GtkToggleButton - time: 0.74
GtkCheckButton - time: 0.53
GtkRadioButton - time: 0.74
GtkTextView - Add text - time: 1.11
GtkTextView - Scroll - time: 3.39
GtkDrawingArea - Lines - time: 3.66
GtkDrawingArea - Circles - time: 5.63
GtkDrawingArea - Text - time: 5.65
GtkDrawingArea - Pixbufs - time: 0.76
---
Total time: 30.63

Anyone have any thoughts or suggestions on how to proceed from here? Perhaps some tweaks to xorg.conf could solve the problem or is that auto-generated in F16?

Any help would be most appreciated.

Thanks!!
__________________
Gimp Chat | Gimp Scripts | Gimp Tutorials

The Linux philosophy is 'Laugh in the face of danger'.
Oops. Wrong One.
'Do it yourself'. Yeah, that's it. - Linus Torvalds
Reply With Quote
  #2  
Old 27th April 2012, 09:44 PM
gadgetwiz Offline
Registered User
 
Join Date: Aug 2006
Posts: 517
linuxfirefox
Re: Direct Rendering On F16 using Intel 845G & Mesa

The user is still not able to run glxgears (or blender) without the error message. Shouldn't the system be able to, at the least, run glxgears?

What am I missing here?

Here is the output from glxinfo and I'm attaching xorg.0.log.

Thanks for any insight into this problem.

Code:
$ glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group, GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, 
    GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, 
    GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, 
    GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, 
    GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, 
    GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
    GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 845G 
OpenGL version string: 1.3 Mesa 7.11
Attached Files
File Type: log xorg.0.log (48.9 KB, 82 views)
__________________
Gimp Chat | Gimp Scripts | Gimp Tutorials

The Linux philosophy is 'Laugh in the face of danger'.
Oops. Wrong One.
'Do it yourself'. Yeah, that's it. - Linus Torvalds
Reply With Quote
  #3  
Old 27th April 2012, 10:18 PM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,787
linuxfirefox
Re: Direct Rendering On F16 using Intel 845G & Mesa

Are you aware that the intel i8xx chipset has been blacklisted in gnome 3 for unfixable bug(s)? That chipset only runs in fallback mode.
Reply With Quote
  #4  
Old 28th April 2012, 03:17 AM
gadgetwiz Offline
Registered User
 
Join Date: Aug 2006
Posts: 517
linuxfirefox
Talking Re: Direct Rendering On F16 using Intel 845G & Mesa

I was not aware those cards were blacklisted. I'm an nVidia user and I'm still on F14. Personally, I have only tested F16 using the nouveau drivers. I'm attempting to help out another user with the i845G chip.

So what happens when a card is blacklisted into "fallback" mode? Doesn't it use the VESA driver or some other fallback driver?

It seems strange that glxinfo reports Mesa drivers installed and that direct rendering is available. Seems that would cause problems.

Found more info regarding this issue in these two thread.

Has some good info but was closed due to personal attacks..
http://forums.fedoraforum.org/showthread.php?t=263684
http://forums.fedoraforum.org/showthread.php?t=263733

And of course here..
http://www.google.com/search?q=intel...+Gnome+3+Shell

I guess the only option for users with Intel 8xx/915 chipsets is to move to another DE if they need to run OpenGL apps like Blender.

Has anyone had success using Intel 8xx/915 chips with KDE, XFCE or LXDE on F16 to run openGL apps like blender, perhaps with the Intel driver or the Mesa driver?

Or, is this hardware so outdated that no one cares?
__________________
Gimp Chat | Gimp Scripts | Gimp Tutorials

The Linux philosophy is 'Laugh in the face of danger'.
Oops. Wrong One.
'Do it yourself'. Yeah, that's it. - Linus Torvalds

Last edited by gadgetwiz; 28th April 2012 at 06:45 AM.
Reply With Quote
  #5  
Old 7th May 2012, 01:09 PM
docjava Offline
Registered User
 
Join Date: Oct 2006
Posts: 10
macoschrome
Software fall-back rendering

Hi All,
It seems that Java3D support has come to a standstill with no new
releases in recent memory. As a result, I am giving up on hardware acceleration,
like the above, and looking for a software rendering, bypassing all the openGL
angst.

So far, my only solution is to use VNC server and a VNC viewer to transmit frames.
Even xwindows has failed to give me a software render.

Is there a way to direct Java3D to render only in software sans opengl hardware
acceleration?

Thanks!
- D
Reply With Quote
  #6  
Old 7th May 2012, 06:31 PM
RupertPupkin Offline
Registered User
 
Join Date: Nov 2006
Location: Detroit
Posts: 5,679
linuxfedorafirefox
Re: Software fall-back rendering

Quote:
Originally Posted by docjava View Post
Is there a way to direct Java3D to render only in software sans opengl hardware acceleration?
Java3D does that by default if hardware acceleration in the OS is disabled. So you could disable DRI, either by creating a config file in /etc/X11/xorg.conf.d or (more extreme) by just moving the /usr/lib64/xorg/modules/extensions/libdri* files somewhere else.
__________________
OS: Fedora 20 x86_64 | Machine: HP Pavilion a6130n | CPU: AMD 64 X2 Dual-Core 5000+ 2.6GHz | RAM: 5GB PC5300 DDR2 | Disk: 400GB SATA | Video: ATI Radeon HD 4350 512MB | Sound: Realtek ALC888S | Ethernet: Realtek RTL8201N
Reply With Quote
  #7  
Old 8th May 2012, 02:37 PM
docjava Offline
Registered User
 
Join Date: Oct 2006
Posts: 10
macoschrome
Re: Direct Rendering On F16 using Intel 845G & Mesa

I have moved all the lib directories...but still no joy...
Here is the error I get when I start to use the open gl based Java 3d
subroutines:

/usr/lib/jvm/java-1.6.0-openjdk.x86_64/bin/java -Didea.launcher.port=7532 -Didea.launcher.bin.path=/home/lyon/Intellij/bin -Dfile.encoding=UTF-8 -classpath /usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/rhino.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/rt.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/jsse.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/jce.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/about.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/resources.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/management-agent.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/charsets.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/pulse-java.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/gnome-java-bridge.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/dnsns.jar:/home/lyon/current/j4p/out/production/J4p:/home/lyon/current/j4p/jars/jaxb-impl.jar:/home/lyon/current/j4p/jars/httpcore-nio-4.0.jar:/home/lyon/current/j4p/jars/jaxb-api.jar:/home/lyon/current/j4p/jars/jai_codec.jar:/home/lyon/current/j4p/jars/QTJava.zip:/home/lyon/current/j4p/jars/ehcache-1.2.3.jar:/home/lyon/current/j4p/jars/jimi.jar:/home/lyon/current/j4p/jars/hyperjaxb2-shared-0.6.2.jar:/home/lyon/current/j4p/jars/httpcore-4.0.jar:/home/lyon/current/j4p/jars/commons-collections-2.1.1.jar:/home/lyon/current/j4p/jars/hyperjaxb2-core-0.6.2.jar:/home/lyon/current/j4p/jars/saxon-dom-8.7.jar:/home/lyon/current/j4p/jars/jaxbcommons-core-1.0.3.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-mapping-0.6.2.jar:/home/lyon/current/j4p/jars/jsch.jar:/home/lyon/current/j4p/jars/relaxngDatatype.jar:/home/lyon/current/j4p/jars/saaj-api.jar:/home/lyon/current/j4p/jars/core.jar:/home/lyon/current/j4p/jars/jaxb-xjc.jar:/home/lyon/current/j4p/jars/resolver.jar:/home/lyon/current/j4p/jars/j3daudio.jar:/home/lyon/current/j4p/jars/hsqldb-1.7.3.3.jar:/home/lyon/current/j4p/jars/junit-3.8.1.jar:/home/lyon/current/j4p/jars/processing.jar:/home/lyon/current/j4p/jars/activation.jar:/home/lyon/current/j4p/jars/jta-spec1_0_1.jar:/home/lyon/current/j4p/jars/portfolio.jar:/home/lyon/current/j4p/jars/en_us.jar:/home/lyon/current/j4p/jars/phidget21.jar:/home/lyon/current/j4p/jars/jaxp-api-1.4.jar:/home/lyon/current/j4p/jars/jta-1.0.1B.jar:/home/lyon/current/j4p/jars/saxon-8.7.jar:/home/lyon/current/j4p/jars/jmf.jar:/home/lyon/current/j4p/jars/l2fprod-common-all.jar:/home/lyon/current/j4p/jars/namespace-1.0.1.jar:/home/lyon/current/j4p/jars/servlet.jar:/home/lyon/current/j4p/jars/mail.jar:/home/lyon/current/j4p/jars/cmulex.jar:/home/lyon/current/j4p/jars/cglib-2.2_beta1.jar:/home/lyon/current/j4p/jars/sax.jar:/home/lyon/current/j4p/jars/commons-beanutils-1.7.0.jar:/home/lyon/current/j4p/jars/cmu_us_kal.jar:/home/lyon/current/j4p/jars/antlr-2.7.6.jar:/home/lyon/current/j4p/jars/xalan.jar:/home/lyon/current/j4p/jars/relaxngDatatype-20020414.jar:/home/lyon/current/j4p/jars/j3dsupport.jar:/home/lyon/current/j4p/jars/freeExport17.jar:/home/lyon/current/j4p/jars/log4j-1.2.13.jar:/home/lyon/current/j4p/jars/commons-io-1.2.jar:/home/lyon/current/j4p/jars/commons-logging.jar:/home/lyon/current/j4p/jars/jsr173_api.jar:/home/lyon/current/j4p/jars/hibernate-3.2.2.ga.jar:/home/lyon/current/j4p/jars/jaxp-api.jar:/home/lyon/current/j4p/jars/mysql.jar:/home/lyon/current/j4p/jars/asm-2.2.1.jar:/home/lyon/current/j4p/jars/cmudict04.jar:/home/lyon/current/j4p/jars/jaxb1-impl.jar:/home/lyon/current/j4p/jars/jaas.jar:/home/lyon/current/j4p/jars/jaxb-libs-1.0.6.jar:/home/lyon/current/j4p/jars/isorelax-20030108.jar:/home/lyon/current/j4p/jars/sjsxp.jar:/home/lyon/current/j4p/jars/xsdlib-20060615.jar:/home/lyon/current/j4p/jars/hyperjaxb2-testing-0.6.2.jar:/home/lyon/current/j4p/jars/commons-httpclient-3.0-rc3.jar:/home/lyon/current/j4p/jars/commons-logging-1.1.jar:/home/lyon/current/j4p/jars/cmutimelex.jar:/home/lyon/current/j4p/jars/jaxbcommons-shared-1.0.3.jar:/home/lyon/current/j4p/jars/freeBase.jar:/home/lyon/current/j4p/jars/imloader.jar:/home/lyon/current/j4p/jars/asm-attrs-2.2.1.jar:/home/lyon/current/j4p/jars/rt.jar:/home/lyon/current/j4p/jars/j3dtree.jar:/home/lyon/current/j4p/jars/xmlsec.jar:/home/lyon/current/j4p/jars/ant.jar:/home/lyon/current/j4p/jars/mediaplayer.jar:/home/lyon/current/j4p/jars/jaxb-api-1.0.jar:/home/lyon/current/j4p/jars/freehepEmf17.jar:/home/lyon/current/j4p/jars/commons-lang-2.1.jar:/home/lyon/current/j4p/jars/spring-2.0.2.jar:/home/lyon/current/j4p/jars/freeHepGraphicsIO17.jar:/home/lyon/current/j4p/jars/jaxb-impl-1.0.6.jar:/home/lyon/current/j4p/jars/freeGraphics.jar:/home/lyon/current/j4p/jars/multiplayer.jar:/home/lyon/current/j4p/jars/xercesImpl.jar:/home/lyon/current/j4p/jars/jaxb-xjc-1.0.6.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-configuration-0.6.2.jar:/home/lyon/current/j4p/jars/facialrecognition.jar:/home/lyon/current/j4p/jars/tools.jar:/home/lyon/current/j4p/jars/dom4j-1.6.1.jar:/home/lyon/current/j4p/jars/jaxbcommons-testing-1.0.3.jar:/home/lyon/current/j4p/jars/jai_core.jar:/home/lyon/current/j4p/jars/xsdlib.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-customizations-0.6.2.jar:/home/lyon/current/j4p/jars/itext-1.3.jar:/home/lyon/current/j4p/jars/jaxp-ri-1.4.jar:/home/lyon/current/j4p/jars/webserver.jar:/home/lyon/current/j4p/jars/cmu_time_awb.jar:/home/lyon/current/j4p/jars/freetts.jar:/home/lyon/current/j4p/jars/jna.jar:/home/lyon/current/j4p/jars/Echo2_App.jar:/home/lyon/current/j4p/jars/saaj-impl.jar:/home/lyon/current/j4p/jars/junit.jar:/home/lyon/current/j4p/jars/dom.jar:/home/lyon/current/j4p/jars/jax-qname-1.1.jar:/home/lyon/current/j4p/jars/pde.jar:/home/lyon/current/j4p/jars/j3d64.jar:/home/lyon/Intellij/lib/idea_rt.jar com.intellij.rt.execution.application.AppMain j3d.polyViewer.PolyFrame
Java 3D WARNING : reported GLX version = 1.2
GLX version 1.3 or higher is required
The reported version number may be incorrect. There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3, so Java 3D will attempt to
run anyway.
SimpleUniverse.getPreferredConfiguration() is nullanger!
Exception in thread "main" java.lang.NullPointerException: Canvas3D: null GraphicsConfiguration
at javax.media.j3d.Canvas3D.checkForValidGraphicsConf ig(Canvas3D.java:963)
at javax.media.j3d.Canvas3D.<init>(Canvas3D.java:1006 )
at j3d.polyViewer.PolyFrame.setLayoutAddCanvas(PolyFr ame.java:61)
at j3d.polyViewer.PolyFrame.<init>(PolyFrame.java:43)
at j3d.polyViewer.PolyFrame.start(PolyFrame.java:250)
at j3d.polyViewer.PolyFrame.main(PolyFrame.java:238)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at com.intellij.rt.execution.application.AppMain.main (AppMain.java:120)


If I run this under teamviewer or vncviewer, there is no problem. I think this indicated
that the software is still trying to render using hardware.

What do you think of that?
Thanks!
- DL
P.S. here is what is left in the extensions:

/usr/lib64/xorg/modules/extensions
moon{lyon}208: ls
backup/ libdbe.so* libextmod.so* libglx.so* librecord.so*

Perhaps I should remove libglx?
Reply With Quote
  #8  
Old 8th May 2012, 04:41 PM
RupertPupkin Offline
Registered User
 
Join Date: Nov 2006
Location: Detroit
Posts: 5,679
linuxfedorafirefox
Re: Direct Rendering On F16 using Intel 845G & Mesa

Did you restart the X server after moving those libdri* files? Otherwise they're still in memory. It's not necessary to move the libglx.so library.
__________________
OS: Fedora 20 x86_64 | Machine: HP Pavilion a6130n | CPU: AMD 64 X2 Dual-Core 5000+ 2.6GHz | RAM: 5GB PC5300 DDR2 | Disk: 400GB SATA | Video: ATI Radeon HD 4350 512MB | Sound: Realtek ALC888S | Ethernet: Realtek RTL8201N
Reply With Quote
  #9  
Old 9th May 2012, 10:25 AM
docjava Offline
Registered User
 
Join Date: Oct 2006
Posts: 10
macoschrome
Re: Direct Rendering On F16 using Intel 845G & Mesa

No joy in mudville; still getting the same old error...more info:
I am running X11 on the mac as the remote display. This was
quit and then restarted. The Java code is running on the unix machine;
It is invoking J3d which depends on JOGL.


/usr/lib/jvm/java-1.6.0-openjdk.x86_64/bin/java -Didea.launcher.port=7532 -Didea.launcher.bin.path=/home/lyon/Intellij/bin -Dfile.encoding=UTF-8 -classpath /usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/rhino.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/rt.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/jsse.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/jce.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/about.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/resources.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/management-agent.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/charsets.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/pulse-java.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/gnome-java-bridge.jar:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre/lib/ext/dnsns.jar:/home/lyon/current/j4p/out/production/J4p:/home/lyon/current/j4p/jars/jaxb-impl.jar:/home/lyon/current/j4p/jars/httpcore-nio-4.0.jar:/home/lyon/current/j4p/jars/jaxb-api.jar:/home/lyon/current/j4p/jars/jai_codec.jar:/home/lyon/current/j4p/jars/QTJava.zip:/home/lyon/current/j4p/jars/ehcache-1.2.3.jar:/home/lyon/current/j4p/jars/jimi.jar:/home/lyon/current/j4p/jars/hyperjaxb2-shared-0.6.2.jar:/home/lyon/current/j4p/jars/httpcore-4.0.jar:/home/lyon/current/j4p/jars/commons-collections-2.1.1.jar:/home/lyon/current/j4p/jars/hyperjaxb2-core-0.6.2.jar:/home/lyon/current/j4p/jars/saxon-dom-8.7.jar:/home/lyon/current/j4p/jars/jaxbcommons-core-1.0.3.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-mapping-0.6.2.jar:/home/lyon/current/j4p/jars/jsch.jar:/home/lyon/current/j4p/jars/relaxngDatatype.jar:/home/lyon/current/j4p/jars/saaj-api.jar:/home/lyon/current/j4p/jars/core.jar:/home/lyon/current/j4p/jars/jaxb-xjc.jar:/home/lyon/current/j4p/jars/resolver.jar:/home/lyon/current/j4p/jars/j3daudio.jar:/home/lyon/current/j4p/jars/hsqldb-1.7.3.3.jar:/home/lyon/current/j4p/jars/junit-3.8.1.jar:/home/lyon/current/j4p/jars/processing.jar:/home/lyon/current/j4p/jars/activation.jar:/home/lyon/current/j4p/jars/jta-spec1_0_1.jar:/home/lyon/current/j4p/jars/portfolio.jar:/home/lyon/current/j4p/jars/en_us.jar:/home/lyon/current/j4p/jars/phidget21.jar:/home/lyon/current/j4p/jars/jaxp-api-1.4.jar:/home/lyon/current/j4p/jars/jta-1.0.1B.jar:/home/lyon/current/j4p/jars/saxon-8.7.jar:/home/lyon/current/j4p/jars/jmf.jar:/home/lyon/current/j4p/jars/l2fprod-common-all.jar:/home/lyon/current/j4p/jars/namespace-1.0.1.jar:/home/lyon/current/j4p/jars/servlet.jar:/home/lyon/current/j4p/jars/mail.jar:/home/lyon/current/j4p/jars/cmulex.jar:/home/lyon/current/j4p/jars/cglib-2.2_beta1.jar:/home/lyon/current/j4p/jars/sax.jar:/home/lyon/current/j4p/jars/commons-beanutils-1.7.0.jar:/home/lyon/current/j4p/jars/cmu_us_kal.jar:/home/lyon/current/j4p/jars/antlr-2.7.6.jar:/home/lyon/current/j4p/jars/xalan.jar:/home/lyon/current/j4p/jars/relaxngDatatype-20020414.jar:/home/lyon/current/j4p/jars/j3dsupport.jar:/home/lyon/current/j4p/jars/freeExport17.jar:/home/lyon/current/j4p/jars/log4j-1.2.13.jar:/home/lyon/current/j4p/jars/commons-io-1.2.jar:/home/lyon/current/j4p/jars/commons-logging.jar:/home/lyon/current/j4p/jars/jsr173_api.jar:/home/lyon/current/j4p/jars/hibernate-3.2.2.ga.jar:/home/lyon/current/j4p/jars/jaxp-api.jar:/home/lyon/current/j4p/jars/mysql.jar:/home/lyon/current/j4p/jars/asm-2.2.1.jar:/home/lyon/current/j4p/jars/cmudict04.jar:/home/lyon/current/j4p/jars/jaxb1-impl.jar:/home/lyon/current/j4p/jars/jaas.jar:/home/lyon/current/j4p/jars/jaxb-libs-1.0.6.jar:/home/lyon/current/j4p/jars/isorelax-20030108.jar:/home/lyon/current/j4p/jars/sjsxp.jar:/home/lyon/current/j4p/jars/xsdlib-20060615.jar:/home/lyon/current/j4p/jars/hyperjaxb2-testing-0.6.2.jar:/home/lyon/current/j4p/jars/commons-httpclient-3.0-rc3.jar:/home/lyon/current/j4p/jars/commons-logging-1.1.jar:/home/lyon/current/j4p/jars/cmutimelex.jar:/home/lyon/current/j4p/jars/jaxbcommons-shared-1.0.3.jar:/home/lyon/current/j4p/jars/freeBase.jar:/home/lyon/current/j4p/jars/imloader.jar:/home/lyon/current/j4p/jars/asm-attrs-2.2.1.jar:/home/lyon/current/j4p/jars/rt.jar:/home/lyon/current/j4p/jars/j3dtree.jar:/home/lyon/current/j4p/jars/xmlsec.jar:/home/lyon/current/j4p/jars/ant.jar:/home/lyon/current/j4p/jars/mediaplayer.jar:/home/lyon/current/j4p/jars/jaxb-api-1.0.jar:/home/lyon/current/j4p/jars/freehepEmf17.jar:/home/lyon/current/j4p/jars/commons-lang-2.1.jar:/home/lyon/current/j4p/jars/spring-2.0.2.jar:/home/lyon/current/j4p/jars/freeHepGraphicsIO17.jar:/home/lyon/current/j4p/jars/jaxb-impl-1.0.6.jar:/home/lyon/current/j4p/jars/freeGraphics.jar:/home/lyon/current/j4p/jars/multiplayer.jar:/home/lyon/current/j4p/jars/xercesImpl.jar:/home/lyon/current/j4p/jars/jaxb-xjc-1.0.6.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-configuration-0.6.2.jar:/home/lyon/current/j4p/jars/facialrecognition.jar:/home/lyon/current/j4p/jars/tools.jar:/home/lyon/current/j4p/jars/dom4j-1.6.1.jar:/home/lyon/current/j4p/jars/jaxbcommons-testing-1.0.3.jar:/home/lyon/current/j4p/jars/jai_core.jar:/home/lyon/current/j4p/jars/xsdlib.jar:/home/lyon/current/j4p/jars/hyperjaxb2-hibernate-customizations-0.6.2.jar:/home/lyon/current/j4p/jars/itext-1.3.jar:/home/lyon/current/j4p/jars/jaxp-ri-1.4.jar:/home/lyon/current/j4p/jars/webserver.jar:/home/lyon/current/j4p/jars/cmu_time_awb.jar:/home/lyon/current/j4p/jars/freetts.jar:/home/lyon/current/j4p/jars/jna.jar:/home/lyon/current/j4p/jars/Echo2_App.jar:/home/lyon/current/j4p/jars/saaj-impl.jar:/home/lyon/current/j4p/jars/junit.jar:/home/lyon/current/j4p/jars/dom.jar:/home/lyon/current/j4p/jars/jax-qname-1.1.jar:/home/lyon/current/j4p/jars/pde.jar:/home/lyon/current/j4p/jars/j3d64.jar:/home/lyon/Intellij/lib/idea_rt.jar com.intellij.rt.execution.application.AppMain j3d.polyViewer.PolyFrame
Java 3D WARNING : reported GLX version = 1.2
GLX version 1.3 or higher is required
The reported version number may be incorrect. There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3, so Java 3D will attempt to
run anyway.
SimpleUniverse.getPreferredConfiguration() is nullanger!
Exception in thread "main" java.lang.NullPointerException: Canvas3D: null GraphicsConfiguration
at javax.media.j3d.Canvas3D.checkForValidGraphicsConf ig(Canvas3D.java:963)
at javax.media.j3d.Canvas3D.<init>(Canvas3D.java:1006 )
at j3d.polyViewer.PolyFrame.setLayoutAddCanvas(PolyFr ame.java:61)
at j3d.polyViewer.PolyFrame.<init>(PolyFrame.java:43)
at j3d.polyViewer.PolyFrame.start(PolyFrame.java:250)
at j3d.polyViewer.PolyFrame.main(PolyFrame.java:238)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at com.intellij.rt.execution.application.AppMain.main (AppMain.java:120)

Is what I am getting.

Now, if I run VNCviewer, all is well...
Are you thinking that I need a:
gdm restart
?
Thanks!
- DL
Reply With Quote
  #10  
Old 9th May 2012, 04:10 PM
RupertPupkin Offline
Registered User
 
Join Date: Nov 2006
Location: Detroit
Posts: 5,679
linuxfedorafirefox
Re: Direct Rendering On F16 using Intel 845G & Mesa

Quote:
Originally Posted by docjava View Post
I am running X11 on the mac as the remote display. This was quit and then restarted. The Java code is running on the unix machine
If you're doing a remote display to a Mac then that might be a bit different. You said it works with VNCviewer, so perhaps that has some built-in hardware or software acceleration capabilities. As far as running and displaying the Java3D program on the same Linux machine, that should work whether hardware acceleration is enabled or not. I don't have a Mac so I'm afraid I can't help you with that.
__________________
OS: Fedora 20 x86_64 | Machine: HP Pavilion a6130n | CPU: AMD 64 X2 Dual-Core 5000+ 2.6GHz | RAM: 5GB PC5300 DDR2 | Disk: 400GB SATA | Video: ATI Radeon HD 4350 512MB | Sound: Realtek ALC888S | Ethernet: Realtek RTL8201N
Reply With Quote
Reply

Tags
845g, blender, direct, direct rendering, f16, intel, intel 845g, mesa, mesa3d, rendering

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Intel 845g GaMt Hardware & Laptops 5 2nd April 2009 01:20 AM
Lost direct rendering ( intel ) after yum update d0gf Using Fedora 13 15th March 2008 02:06 PM
Using intel driver on dell e1505, glxinfo says direct rendering off mrmailer Hardware & Laptops 0 10th September 2007 04:37 PM
Direct Rendering problem with i810 (Intel 855GM) fangel Hardware & Laptops 5 13th September 2006 07:29 PM
getting Intel 845G working cherupop Hardware & Laptops 0 6th June 2005 02:24 AM


Current GMT-time: 21:18 (Monday, 20-10-2014)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat
Eisenhuettenstadt Instagram Photos - Pirot Travel Photos on Instagram - `Afrin Photos