[LINUX] Problems compiling crystalhd branch - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +--- Thread: [LINUX] Problems compiling crystalhd branch (/showthread.php?tid=62708) |
- davilla - 2010-02-04 ion_man Wrote:I have sent you the link to the sample file via PM. Sure, a sample of that too. - davilla - 2010-02-04 @ion_man, svn up to 27446, your vc1 in a mkv is fixed. - ion_man - 2010-02-04 davilla Wrote:@ion_man, svn up to 27446, your vc1 in a mkv is fixed. I can confirm this is fixed now, many thanks, that was fast! Quote:Quote: Actually that issue seems to have disappeared too, I can't reproduce it with svn 27449, that I'm using now. Unfortuantely the lip-sync issue is still ther but it's only occasional, so far I haven't been able to pin-point what triggers it. I will have to build 27450 later today as with 27449 the audio downmix is borked. Seems gnif2 realized that quickly... - davilla - 2010-02-04 ion_man Wrote:I can confirm this is fixed now, many thanks, that was fast! I have some clues about the audio sync, might be fixed in a few days. - ion_man - 2010-02-04 davilla Wrote:I have some clues about the audio sync, might be fixed in a few days. That would be great, at the moment that's the only issue I can think of that's left with the crystalhd driver in XBMC. I wish the xine, mplayer and vlc developers would look at your XBMC crystalhd code and use it in their players too, as I'd love to have crystalhd support in them too. - davilla - 2010-02-04 ion_man Wrote:That would be great, at the moment that's the only issue I can think of that's left with the crystalhd driver in XBMC. vlc developers punted, said they would need money and time. Boo. Broadcom would have given them cards to play with. mplayer will get it when ffmpeg devs add it (two are looking). xine, not sure, there's ArchVDR at http://sourceforge.net/apps/trac/archvdr/browser/branches/libcrystalhd which is xine based. But it's still early, remember this only became public about a month ago. I think it's progressing nicely. - waterhead - 2010-02-04 Hi, I installed 27449 and checked it against two videos that represent the bulk of what I will watch. Unfortunately, I still experience audio sync problems. First, my system: Zotac SAM 102 Netbook Intel Atom N270 (1.6GHz) Intel 945GSE 2GB RAM This is a barebones style netbook. It has an extra miniPCIe slot, which makes it ideal for the Broadcom CrystalHD card. The first video is a MythTV recording of a OTA HDTV show (USA ATSC). This is a 1080i recording, and must be deinterlaced. Code: General Thanks for your time and effort on this. - waterhead - 2010-02-04 Davilla, I don't see any method of attaching a file to either a post or a PM. How can I get a test clip to you? - ion_man - 2010-02-04 waterhead Wrote:Davilla, I don't see any method of attaching a file to either a post or a PM. How can I get a test clip to you? Upload it to some file sharing web site like rapidshare and PM the link to Davilla. - waterhead - 2010-02-04 ion_man Wrote:Upload it to some file sharing web site like rapidshare and PM the link to Davilla. Thanks, I'll look into it. - waterhead - 2010-02-06 I just gave in to Ubuntu wanting to update, and let it. I then reinstalled the driver and library from the GIT repository, after first updating it. I then updated and installed the XBMC from the SVN. I am now running version 27505. While testing the new install I ran across something weird. I was changing settings to see what effect they would have, and suddenly the mpeg-ts video I am testing (ATSC HD 1080i) played back perfectly! I was suspicious of this, so I checked the output of dmesg: Code: $ dmesg | grep -i -e broadcom -e BCM -e crystal -e 70012 Code: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND Since it is mpeg-ts video playback that I am after, I found this to be interesting. - waterhead - 2010-02-06 I again tried my mp4 file that I ripped and transcoded from a Blu-ray. The video now plays with the audio in sync. Nice job! I thought that I noticed some occasional video choppiness, but more testing is needed to confirm this or not. The loud audio portions were distorting. This may be from the audio choices that I used when transcoding it, and not the fault of XBMC. Choosing to "Normalize Audio" in the settings fixed it, so I think that it was my fault. I was trying to copy a section of this file with dd, like you can with a mpg file. The resulting file is unplayable, though. I am now transcoding about 50MB of the beginning of the movie (Star Trek), in case you may want a sample clip. My 1080i mpeg-ts file still plays the same, no improvement. But I guess that was to be expected. Thanks again! - davilla - 2010-02-07 waterhead Wrote:I again tried my mp4 file that I ripped and transcoded from a Blu-ray. The video now plays with the audio in sync. Nice job! There a general audio regression that's hitting all platforms regardless of renderer. It's being worked on. A new audio mixer came in and it's slightly borked. That said, #4 on the hit list seems to be resolved at R27514. - waterhead - 2010-02-07 When I transcoded to mp4, I notice the sound volume was a bit low. After a few test runs, I settled on a -vol 800 option for ffmpeg. That is why the loud parts were being distorted, and normalizing fixed it. I won't do that again in the future. Having trouble - drewjacks0n - 2010-03-20 Anyone having problems compiling the CrystalHD branch for linux? http://pastebin.com/vWaFPTq3 It seem's that Jarod Wilson's improvements to the crystalhd_lnx.c file have broken it for me on Ubuntu 8.04 The last revision before he made the changes still builds correctly. |