search

OpenELEC / OpenELEC.tv

OpenELEC - The living room PC for everyone
http://openelec.tv
1.6k stars 881 forks source link

None of 3.2.x builds working (AMD Richland) #2751

Closed Sail-Away closed 10 years ago

Sail-Away commented 11 years ago

With my HW configuration, I get none of the 3.2.x builds properly running.

HW: AMD Richland APU A8-6500, ASUS F2A85-M mainboard.

Issues: 1) openelec not passing splash screen with almost all build versions (HTPC accessible via ssh, but xbmc not booting); tested with Fusion 3.2.3, 3.2.1, 2.99.2 (!), Generic x86 3.2.3 2) with OSS 3.2.3: xbmc booting properly, but audio/sound not working

System works fine with Fusion 3.1.7..

Related forum post: http://openelec.tv/forum/68-audio/67747-hd-audio-amd-gpu-s-now-available?start=15#91026

stefansaraev commented 11 years ago

logs.

sraue commented 11 years ago

Fusion is the wrong build for this, if it works its pure luck. We also had to downgrade to a older FGLRX driver in 3.2.x to avoid some issues, thats maybe why your GPU is not supported. Please try our devel builds

fritsch commented 11 years ago

Just to get you also a "stable" version, you can try this build: https://dl.dropboxusercontent.com/u/55728161/OpenELEC-Generic.x86_64-devel-20131111213803-r15896.tar

Disable VAAPI, disable VDPAU, only keep XVBA.

This is latest and great fglrx driver. You will get one cpu maxed out, when using deinterlacing + vblank sync enabled.

TeKnoID030 commented 11 years ago

Hi Fritsch,

Thanks for that developer version. I have also issues with my setup: A6-6400K (Richland) with Radeon HD8470D integrated.

3.2.3 didn't pass the splash screen latest gotham nigthly resulted in a flickering/ heavy artifacts (no blocks) XBMC, even in the menu 3.2.4 Generic of today not past splash screen 3.2.4 OSS same as gotham nightly

Only this version works. I don't know what is so special about this version but I hope Openelec 4.0 will work just as well!

Thanks for you work! TeKnoID

fritsch commented 11 years ago

OpenELEC 4.0 won't have fglrx at all. It should most likely work, yes. This version here uses the most newest fglrx driver possible. It has a sever bug - check your CPU load while watching a movie, please and report back.

Basically one core makes full load, when vsync is enabled. This is the reason we cannot include it in OE.

TeKnoID030 commented 11 years ago

Thanks for the reply, I will check it when I am home.

So fglrx will not be in OpenELEC 4.0 but is in the currently in the developemental builds of the Gotham versions of OpenELEC?

I don't know how you will fix everything in 4.0 but I am happy that you think everything should work fine in the final 4.0. (DTS-HD bitstream, hardware acceleration)

Will report back tonight.

TeKnoID030 commented 11 years ago

Indeed, one of the cores is maxed out...

bhulsman commented 10 years ago

I'm having the same problem using the Fusion build on a AMD A6-6400K APU. I installed 3.2.4 wouldn't get past the splash screen. On the forums I found http://openelec.tv/forum/64-installation/65019-frozen-openelec-during-the-boot and installing 3.2.0 did work! So I have a working OpenELEC now, but I can't upgrade to any of the newer versions. I Hope this issue gets fixed soon, so I can just click update without any worries.

fritsch commented 10 years ago

Won't be fixed. AMD has no working fglrx driver (your 3.2.0 has sever issues on other platforms and especially with non h264/vc1 files). We have dropped fglrx completely.

bhulsman commented 10 years ago

So am I screwed with my AMD A6-6400K APU? Or can I just install the Generic build and keep updating that?

Cause for me it's not really clear what I should do next; keep the Fusion build and wait for proper drivers and a new release, or install the Generic build.

TeKnoID030 commented 10 years ago

Hi Peter,

So this means everybody with a AMD APU will never be able to run future OpenELEC builds? I just bought this new as recommended HTPC for OE... That would be sad.

I hope you could keep us posted on progress.

Cheers, TeKnoID

On Thu, Dec 5, 2013 at 4:12 PM, Peter Frühberger notifications@github.comwrote:

Won't be fixed. AMD has no working fglrx driver (your 3.2.0 has sever issues on other platforms and especially with non h264/vc1 files). We have dropped fglrx completely.

— Reply to this email directly or view it on GitHubhttps://github.com/OpenELEC/OpenELEC.tv/issues/2751#issuecomment-29905324 .

fritsch commented 10 years ago

No. We dropped fglrx and implemented the free OSS driver with VDPAU support. Richland GPUs are still a bit problematic.

fglrx can do: h264, vc1, BOB deinterlacing oss vdpau can do: h264, vc1, mpeg-2, mpeg-4, Bob deinterlacing, temporal deinterlacing

Fglrx has wasted my time for more than two years now without fixing bugs / improving codec support ... I hope they kill it and give better support to the OSS drivers.

Richland GPUs get better daily and until v4.0 is ready, we have to get a seemless perfect working system going. I hope, that the outstanding issues can be fixed with kernel 3.13.

TeKnoID030 commented 10 years ago

Ahh ok!

So there is an alternative set of drivers that work very nice atm and will probably work perfectly in the future, as I understand from your reply. Sorry for the noob question. Sorry to hear that the fglrx driver has wasted your time, that sucks, AMD should do this work.

Good luck with the developement of 4.0 and thanks for your help!

On Thu, Dec 5, 2013 at 4:56 PM, Peter Frühberger notifications@github.comwrote:

No. We dropped fglrx and implemented the free OSS driver with VDPAU support. Richland GPUs are still a bit problematic.

fglrx can do: h264, vc1, BOB deinterlacing oss vdpau can do: h264, vc1, mpeg-2, mpeg-4, Bob deinterlacing, temporal deinterlacing

Fglrx has wasted my time for more than two years now without fixing bugs / improving codec support ... I hope they kill it and give better support to the OSS drivers.

Richland GPUs get better daily and until v4.0 is ready, we have to get a seemless perfect working system going. I hope, that the outstanding issues can be fixed with kernel 3.13.

— Reply to this email directly or view it on GitHubhttps://github.com/OpenELEC/OpenELEC.tv/issues/2751#issuecomment-29909490 .

bhulsman commented 10 years ago

Thanks for letting us know! ^^ I'm still curious, what build should I best install for a AMD A6-6400K at the moment?

fritsch commented 10 years ago

Use 3.2.0 if you need Frodo xbmc.

@sraue: We need an interim build for 3.2.4 with just the fglrx sh**t bumped to 13.11. That would be really nice. So that not our users need to suffer from what closed source AMD people have done wrong.

bhulsman commented 10 years ago

That would be awsome fritsch! :+1:

My father is using the HTPC and has audio issues (low gain) which were fixed in 3.2.3

fritsch commented 10 years ago

I am not aware of any audio fixes, cause that would be my upstream code, you have a link?

bhulsman commented 10 years ago

Ah yeah. I guess I got that mixed up. The problem my had has with the volume is described in this topic: http://openelec.tv/forum/124-raspberry-pi/67018-volume-control-has-no-effect-on-actual-volume-3-2

However, my dad uses the optical out on the Gigabyte motherboard. Music is really really low volume, need to turn up receiver a lot. In movies the problem is not as severe, but still very annoying. It's impossible to play music at a normal volume.

fritsch commented 10 years ago

Just press "+" on the remote some times. and pastebin your guisettings.xml

fritsch commented 10 years ago

and amixer | pastebinit

Edit: movies are (DTS / AC3) passthroughed and not touched at all, no amplification or any volume is added. If you use pcm output, the above settings will also show what the issue is.

bhulsman commented 10 years ago

My dad is using the Android app for XMBC, but that doesn't include volume control right? Well, I'll try + and - on the connected keyboard!

Strange, cause the volume really is a lot lower on the digital signal. The receiver handles DTS and AC3 indeed, the Popbox V8 outputted a much higher volume than XMBC is doing right now.

Thanks for your help! ^^ I'll review the whole thing and pase the guisettings.xml if +/- doesnt solve the prolem.

fritsch commented 10 years ago

Edit: Moved it to owncloud: https://owncloud.hwat.be/public.php?service=files&t=1ebc95c7119a7329606dee2915ffbd92

Disable automatic update.

bhulsman commented 10 years ago

OK, this is a Generic build right? Or is it Generic + fglrx = Fusion?

fritsch commented 10 years ago

Generic. There is and never was a Fusion build for Richland.

You can run that version on all AMD GPU systems you like. Fusion version was for E-Series only, meaning E350 and E450 and perhaps E2-1800.

bhulsman commented 10 years ago

Nice, I'll test it with a live USB stick when my dads misses features or runs into bugs. Havn't heard of anything yet, and the system is fully working with the Fusion 3.2.0 build. No reason to reinstall and lose all settings etc. Whats the version number for your generic build?

There's a lot of things I want to find out about OpenELEC/XMBC. Especially the music library, I'm very curious how that all works.

But thanks for the help man! ^^

c64emulator commented 10 years ago

@fritsch: your build on owncloud works for me on the display site. The HDMI-output does not function at all. How can I enable sound? HW: ZOTAC ZBOX nano AQ01 (AMD A4-5000 - Kabini with Radeon HD 8330) on YAMAHA RX-V663

fritsch commented 10 years ago

If it does not work, I see no possibility. That's the latest and greatest fglrx shit amd provides :-). Hopefully we will have proper Kabini support when 3.13 kernel enters OpenELEC with the free OSS drivers.

My Kabini already works quite nice, but there are hw decoding issues currently.

c64emulator commented 10 years ago

You recommended 3.2.0-generic in an older post. How do I get it?

fritsch commented 10 years ago

That won't work on your Kabini (too new). But here, test them all: http://archive.openelec.tv/

c64emulator commented 10 years ago

Tried the last nighly build http://sources.openelec.tv/tmp/image/OpenELEC-Generic.x86_64-devel-20131218005458-r16587-ga4f728d.tar: HDMI-sound works in 1920x1080p. But the display does not show 1920x1080p, it shows 1080i, this is not supported on my TV, so this is not usable for me. When I change the resolution to 1280x1024p, the display shows this resolution, but the sound is gone. No music...Sad..

fritsch commented 10 years ago

The nightlies don't use fglrx at all. Please provide the output of 

/usr/lib/xbmc/xbmc-xrandr
c64emulator commented 10 years ago

Sorry, I'm on the road for holiday (driving home for Christmas...) Will provide info on 25th. Happy Xmas! :-)

c64emulator commented 10 years ago

Hi, here the output of /usr/lib/xbmc/xbmc-xrandr:

fritsch commented 10 years ago

Sorry, I could not read the third line.

c64emulator commented 10 years ago

Have problems with the output. Provide a screenshot instead: xrandr

fritsch commented 10 years ago

/usr/lib/xbmc/xbmc-xrandr --output HDMI-0 --mode 0x45

2013/12/25 c64emulator notifications@github.com

Have problems with the output. Provide a screenshot instead: [image: xrandr]https://f.cloud.github.com/assets/3796947/1809120/cd9cff34-6daf-11e3-8326-b2458f5e20f3.JPG

— Reply to this email directly or view it on GitHubhttps://github.com/OpenELEC/OpenELEC.tv/issues/2751#issuecomment-31205964 .

               Key-ID:     0x1A995A9B
               keyserver: pgp.mit.edu

Fingerprint: 4606 DA19 EC2E 9A0B 0157 C81B DA07 CF63 1A99 5A9B

c64emulator commented 10 years ago

Audio is working! Great! How can I make this permanent?

fritsch commented 10 years ago

I hope that sticks via xbmc. System -> Settings -> System -> Video Hardware.

2013/12/25 c64emulator notifications@github.com

Audio is working! Great! How can I make this permanent?

— Reply to this email directly or view it on GitHubhttps://github.com/OpenELEC/OpenELEC.tv/issues/2751#issuecomment-31206165 .

               Key-ID:     0x1A995A9B
               keyserver: pgp.mit.edu

Fingerprint: 4606 DA19 EC2E 9A0B 0157 C81B DA07 CF63 1A99 5A9B

c64emulator commented 10 years ago

O.K. THNX! Will play a little bit around. Will post any further experience.

c64emulator commented 10 years ago

after playing 10+ songs, xbmc freezes. temp is at 55°C. Should I post some logfiles?

fritsch commented 10 years ago

Nope, won't help. I won't change anything for Frodo and especially not the fglrx binary blob. I am happy it has already died in master. When Kernel 3.13 is in OpenELEC - I'll ask you again for testing with the free oss drivers.

2013/12/26 c64emulator notifications@github.com

after playing 10+ songs, xbmc freezes. temp is at 55°C. Should I post some logfiles?

— Reply to this email directly or view it on GitHubhttps://github.com/OpenELEC/OpenELEC.tv/issues/2751#issuecomment-31207457 .

               Key-ID:     0x1A995A9B
               keyserver: pgp.mit.edu

Fingerprint: 4606 DA19 EC2E 9A0B 0157 C81B DA07 CF63 1A99 5A9B

c64emulator commented 10 years ago

Freez seems to be a problem with specific presets of projectM. Does'nt matter, will choose other visualisation.

The hdmi-settings via xbmc-xrandr are not permament. The worst is: the modes are different after powering on today. See attached screen-shot. Today I entered: /usr/lib/xbmc/xbmc-xrandr --output HDMI-0 --mode 0x143 No chance to fix this permanent? xrandr2

c64emulator commented 10 years ago

Testing the new kernel with new version of OpenELEC will be a pleasure for me. Just let me know.

c64emulator commented 10 years ago

In order to make the changes permanent I have made a simple "xorg.conf" in "/storage/.config" (smb share "\OPENELEC\Configfiles"). Maybe someone can make use of this. See the following lines:

Section "Device"
    Identifier  "Radeon-GPU"
    Driver      "radeon"
EndSection

Section "Monitor"
    Identifier  "HDMI-0"
    Option      "PreferredMode" "1920x1080"
EndSection

Section "Screen"
    Identifier  "TVScreen"
    Monitor     "HDMI-0"
    Device      "Radeon-GPU"
    SubSection  "Display"
        Virtual 1920 1200
    EndSubSection
EndSection

I added the "Virtual"-line because of crashes during video (memory problem?). My ZBOX is running stable using a nightly build with this settings and standard skin. I still have a lot of drops when viewing hd-video above 10MB/s. Hope this will be better with final.

fritsch commented 10 years ago

Retry with that nightly build (do a backup before): https://dl.dropboxusercontent.com/u/55728161/OpenELEC-Generic.x86_64-devel-20140101142812-r16761-g4051e65.tar

This one should support Richland. Biggest change: VDPAU is now used and XVBA is history.

c64emulator commented 10 years ago

Is it fine to do just an update or make a complete reinstall?

fritsch commented 10 years ago

Full backup and new installation, please.

fritsch commented 10 years ago

Updated the build, built the wrong kernel: https://dl.dropboxusercontent.com/u/55728161/OpenELEC-Generic.x86_64-devel-20140101191753-r16763-gf81cac3.tar (btw. if an nvidia reads this - nvidia does not work in here).

fritsch commented 10 years ago

With that one, also nvidia should work: https://dl.dropboxusercontent.com/u/55728161/OpenELEC-Generic.x86_64-devel-20140101193627-r16778-gea1cd76.tar

c64emulator commented 10 years ago

Tried your last build (r16778). Seems to be good. No drops, plays everything I tested (mostly "Sintel" in different formats, even the Sintel-Bluray.iso). Also most HDvideos with DTS play perfect. Only one has some sort of cracking noise ("Knistern"). Sounds like an old vinyl. Will do some more tests later. HW: ZOTAC ZBOX nano AQ01 (AMD A4-5000 - Kabini with Radeon HD 8330) on YAMAHA RX-V663