Hi,
If I run:
mp2enc -o /path/file.mp2 < audio.wav
and the string "/path/file.mp2" is over 80 characters long then
mp2enc corrupts the output filename. I'm using mjpegtools-1.6.2
and compiled with gcc-3.2.2.
(I'm writing a new LiVES plugin, and I've just noticed this).
How to reproduce:
mkdir
Hi Ronald,
> Can you explain some more to a relative scheduling newbie? Is the use of
> schedule_timeout() discouraged? Or is its use here wrong? And why
> exactly?
schedule_timeout() returns after the specified timeout, but can also be
interrupted by a waitqueue event before the timeout even if
>If I run:
>
>mp2enc -o /path/file.mp2 < audio.wav
>
>and the string "/path/file.mp2" is over 80 characters long then
>mp2enc corrupts the output filename. I'm using mjpegtools-1.6.2
>and compiled with gcc-3.2.2.
Didn't this come up already just a few months ago?
There is a "MAX_NAME_SIZE
On Wed, 28 Jul 2004, marco wrote:
> and the string "/path/file.mp2" is over 80 characters long then
> mp2enc corrupts the output filename. I'm using mjpegtools-1.6.2
> and compiled with gcc-3.2.2.
It's a Known problem. The last time the issue was raised a quick/cheap
fix was mad
On Thu, 29 Jul 2004, Matto Marjanovic wrote:
> Didn't this come up already just a few months ago?
Yes, and a "band-aid" was slapped on (apparently not completely
correctly).
> MAX_NAME_SIZE should be set to PATH_MAX (defined via /usr/include/limits.h,
> I think).
> And, all str
Hallo
> I would appreciate any comments from the janitors list.
I just compiled the 2.6.7 and the zoran driver.
Recording form the BUZthe last 30-40 Minutes seems to work produce less
lost or inserted frames on my System. Else I have not encountered any
problems.
I haven't had time to do a long
On Thu, 29 Jul 2004, Steven M. Schultz wrote:
>
> On Thu, 29 Jul 2004, Matto Marjanovic wrote:
>
> > Didn't this come up already just a few months ago?
>
> Yes, and a "band-aid" was slapped on (apparently not completely
> correctly).
>
> > MAX_NAME_SIZE should be set to PATH_MAX (
