2009-01-29, 21:59
Hi alan,
I also tried with a debootstrab hardy with no luck. I didn't manage to run xbmc or ffplay within the chroot (to try *all* hardy libraries but the intrepid kernel) but running ffplay compiled in the chroot from intrepid didn't help.
As far as I know librt.so is part of the libc6 package, so part of the standard C library. I guess they split libc6 in newer versions. :confused2:
Don't really know, but the *same* code should be able to run fine in the *same* hardware so something else (rather than the CABAC patch) should be blamed for (say kernel, libc6 or whatever)...
alanwww1 Wrote:Anyway he did it with a different way he made a debootstrab with Hardy (or Intrepid). I am afraid that in real life (full Intrepid system) it does not work for him eighter.
I also tried with a debootstrab hardy with no luck. I didn't manage to run xbmc or ffplay within the chroot (to try *all* hardy libraries but the intrepid kernel) but running ffplay compiled in the chroot from intrepid didn't help.
Quote:I still ask anyone who has more linux knowledge: what is librt.so because this is not loading in Hardy but is loading in Intrepid when i launch ffplay. I suspect some timing or syncing problem between libavc's two decoding threads.
As far as I know librt.so is part of the libc6 package, so part of the standard C library. I guess they split libc6 in newer versions. :confused2:
Quote:I think only Devs can help who know the working nature of the two threads of the CABAC patch XBMC has.
Don't really know, but the *same* code should be able to run fine in the *same* hardware so something else (rather than the CABAC patch) should be blamed for (say kernel, libc6 or whatever)...