| Commit | Date | |
|---|---|---|
|
[r2779]
by
sms00
Continue trying to straighten out the libdv mess. Use the 'decoder->sampling' |
2005-06-03 18:09:07 | Tree |
|
[r2778]
by
sms00
LIBDV_PAL_YV12 goes away - it was badly broken and libdv seems to do things |
2005-06-03 17:42:20 | Tree |
| 2005-06-02 06:10:13 | Tree | |
|
[r2776]
by
stefan_fendt
maybe I get this thing ready for the release?!? Despite that the source is a mess. |
2005-06-01 08:33:19 | Tree |
|
[r2775]
by
stefan_fendt
more intelligent second stage processing ... |
2005-05-31 18:13:03 | Tree |
|
[r2774]
by
sms00
Oops - the number of channels was hardcoded to 2. Use a loop "j < channels" |
2005-05-30 19:16:22 | Tree |
|
[r2773]
by
sms00
Make mplex created pcm DVDs the same as 'commercial' ones - fix submitted |
2005-05-30 18:20:09 | Tree |
|
[r2772]
by
sms00
No problem with gcc3. BUT on OSX 10.4 the warning (with caution it will be bsad.c: In function 'bsad_altivec': on Fedora Core4 Test3 it's a fatal error. Fix is to cast the return value to the variable type. Intead of vu8(fH) = vec_mergeh(zero, vf); use something like: fH = vu16(vec_mergeh(zero, vf)); |
2005-05-29 04:12:03 | Tree |
|
[r2771]
by
sms00
No problem with gcc3. BUT on OSX 10.4 the warning (with caution it will be bsad.c: In function 'bsad_altivec': on Fedora Core4 Test3 it's a fatal error. Fix is to cast the return value to the variable type. Intead of vu8(fH) = vec_mergeh(zero, vf); use something like: fH = vu16(vec_mergeh(zero, vf)); |
2005-05-29 03:54:36 | Tree |
|
[r2770]
by
sms00
No problem with gcc3. BUT on OSX 10.4 the warning (with caution it will be bsad.c: In function 'bsad_altivec': on Fedora Core4 Test3 it's a fatal error. Fix is to cast the return value to the variable type. Intead of vu8(fH) = vec_mergeh(zero, vf); use something like: fH = vu16(vec_mergeh(zero, vf)); |
2005-05-29 03:44:17 | Tree |