Steven M. Schultz | 1 Dec 2007 06:20

libdv on OSX 10.5 Intel

Hi -

	I know libdv isn't being developed, etc - but I'm wondering if there
	are any assembly coders who can tend to the x86 .S files.

	Seems that gcc or gas has changed (broken?)  in OSX and now in 10.5
	will no longer compile the Intel assembly code in libdv:

/bin/sh ../libtool --silent --mode=compile gcc  -g -O2 -c -o vlc_x86.lo vlc_x86.S
vlc_x86.S:2:unknown section type:  <at> progbits
vlc_x86.S:6:Unknown pseudo-op: .type
vlc_x86.S:6:Rest of line ignored. 1st junk character valued 100 (d).
vlc_x86.S:82:Unknown pseudo-op: .type
vlc_x86.S:82:Rest of line ignored. 1st junk character valued 95 (_).
vlc_x86.S:146:Unknown pseudo-op: .type
vlc_x86.S:146:Rest of line ignored. 1st junk character valued 100 (d).
vlc_x86.S:365:Unknown pseudo-op: .type
vlc_x86.S:365:Rest of line ignored. 1st junk character valued 100 (d).
vlc_x86.S:587:Alignment too large: 15. assumed.
gmake[3]: *** [vlc_x86.lo] Error 1
gmake[2]: *** [all] Error 2
gmake[1]: *** [all-recursive] Error 1

	this used to compile on OSX 10.4 but after updating to 10.5 I get the
	above errors.  Happens with all of the .S files from what I have seen.

	Ordinarily I would use ffmpeg's libavcodec but that TOO is broken 
	(non-PIC coded can't be used to build a shared library now and they've
	not been inclined to modify the code to be PIC).

(Continue reading)

Dan Dennedy | 1 Dec 2007 08:45
Favicon

Re: About the finnish translation of Kino


On Nov 30, 2007, at 7:17 AM, Antti Sokero wrote:

> Hi,
>
> I sent a mail about the finnish translation of Kino a few weeks ago,  
> but
> I'm not sure if it came through. So I thought of sending a mail again
> and upload the translation to the following address to be copied to  
> the
> Kino source tree.
>
> http://users.jyu.fi/~anerilso/
>
> Thanks and have a great day
>
> -Antti

I had flagged your email in order to followup on it, but I kinda  
forgot about it. I do occasionally search for these flagged mails, but  
thanks for the reminder. I will take care of it this weekend.

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
Leonardo Boselli | 1 Dec 2007 13:44
Picon
Favicon

Re: Remote Monitor and Tapeless Recording


I used a PII <at> 450MHz ... but it is important that HD would accept the
feed. if you just grab DV is not the CPU the bottleneck !!!

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
Richard Rasker | 1 Dec 2007 18:49
Picon
Favicon

Kino export troubles

Hi all,

I have two questions about DV export from within Kino:

- I recently hooked up an external firewire hard disk to a Mandriva
system, which required the spb2 module. However, with this module
loaded, Kino DV export doesn't function any more. Can this be solved?
The HD is used to archive and transport DV files, so it'd be nice if
both things worked, without having to juggle modules and reboots.
And oh, copying files to the fw HD from KDE is dog slow (6 MBps),
perhaps someone knows what causes this? The system is a very fast AMD64
box w/ 1GB of RAM and quite fast hard disks, and I think 20MBps should
be no problem at all. The external HD's file system is ext3, so perhaps
the journaling slows it down?

- After I installed another, somewhat older machine with Mandriva 2008,
Kino's (1.1.1) DV export doesn't work any more; it worked fine on the
exact same machine with Mandriva 2007.0. DV import is still OK, however.
Any suggestions on how to troubleshoot this one?

Thanks in advance, best regards,

Richard Rasker

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
(Continue reading)

Dan Dennedy | 2 Dec 2007 06:05
Favicon

Re: Kino export troubles


On Dec 1, 2007, at 9:49 AM, Richard Rasker wrote:

> Hi all,
>
> I have two questions about DV export from within Kino:
>
> - I recently hooked up an external firewire hard disk to a Mandriva
> system, which required the spb2 module. However, with this module
> loaded, Kino DV export doesn't function any more. Can this be solved?

Just loading the module? Or, exporting DV that is on the firewire HDD?
>
> The HD is used to archive and transport DV files, so it'd be nice if
> both things worked, without having to juggle modules and reboots.

At first, it seems like Firewire being at 400Mbps, it is no problem.  
However, DV devices operate on the bus at something called S_100  
rather than S_400. As a result, it reduces the overall bandwidth. For  
example, you should be able to do 2 DV transmissions simultaneously,  
but not 3 even though you would expect to do that and more. It's  
rather complicated to explain. I think it should be possible to export  
DV from a firewire HDD, but it could be problematic especially on  
Linux. It's been a while since I tried, and I forget, but I will try it.
>
> And oh, copying files to the fw HD from KDE is dog slow (6 MBps),
> perhaps someone knows what causes this? The system is a very fast  
> AMD64
> box w/ 1GB of RAM and quite fast hard disks, and I think 20MBps should
> be no problem at all. The external HD's file system is ext3, so  
(Continue reading)

Dan Dennedy | 2 Dec 2007 06:35
Favicon

Re: Kino export troubles


On Dec 1, 2007, at 9:05 PM, Dan Dennedy wrote:

>
> On Dec 1, 2007, at 9:49 AM, Richard Rasker wrote:
>
>> Hi all,
>>
>> I have two questions about DV export from within Kino:
>>
>> - I recently hooked up an external firewire hard disk to a Mandriva
>> system, which required the spb2 module. However, with this module
>> loaded, Kino DV export doesn't function any more. Can this be solved?
>
> Just loading the module? Or, exporting DV that is on the firewire HDD?
>>
>> The HD is used to archive and transport DV files, so it'd be nice if
>> both things worked, without having to juggle modules and reboots.
>
> At first, it seems like Firewire being at 400Mbps, it is no problem.
> However, DV devices operate on the bus at something called S_100
> rather than S_400. As a result, it reduces the overall bandwidth. For
> example, you should be able to do 2 DV transmissions simultaneously,
> but not 3 even though you would expect to do that and more. It's
> rather complicated to explain. I think it should be possible to export
> DV from a firewire HDD, but it could be problematic especially on
> Linux. It's been a while since I tried, and I forget, but I will try  
> it.

I just tried exporting a DV via IEEE 1394 from a firewire HDD, and it  
(Continue reading)

Richard Rasker | 2 Dec 2007 10:42
Picon
Favicon

Re: Kino export troubles

Op zaterdag 01-12-2007 om 21:05 uur [tijdzone -0800], schreef Dan
Dennedy:
> On Dec 1, 2007, at 9:49 AM, Richard Rasker wrote:
> 
> > Hi all,
> >
> > I have two questions about DV export from within Kino:
> >
> > - I recently hooked up an external firewire hard disk to a Mandriva
> > system, which required the spb2 module. However, with this module
> > loaded, Kino DV export doesn't function any more. Can this be solved?
> 
> Just loading the module? Or, exporting DV that is on the firewire HDD?

After loading the module, DV export from withing Kino fails -- IIRC, the
firewire HDD doesn't even have to be switched on and mounted (although
I'd have to verify that last bit).

> > And oh, copying files to the fw HD from KDE is dog slow (6 MBps),
...

> I don't think it's the journaling, and that does seem slow. I have  
> seen numerous performance-related posts to the linux1394 mailing  
> lists. You should review the archives.

OK, I'll dive into that a bit later this week. Funny thing is, when it
was still formatted with vfat, it got to almost 20MBps. So I gathered
the ext3 formatting could have something to do with this. And vfat is of
course totally useless with its 4GB file size limit.

(Continue reading)

Dan Dennedy | 3 Dec 2007 04:03
Favicon

Re: Finnish translation for Kino

On Saturday 10 November 2007, Antti Sokero wrote:
> Hi,
>
> Here is the first version of the translation for Kino in Finnish. The
> translation has been proofread and it was tested with the version 1.1.1
> and seems to work very well.
>
> Hope it is ok and would be added to the source tree.
>
> best regards
>
> -Antti Sokero

Thank you so much. I just added your translation to CVS. Would you please add 
the Finnish GenericName and Comment to the .desktop file that I attached? 

Attachment (Kino.desktop): application/x-desktop, 1238 bytes
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Kino-dev mailing list
Kino-dev <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kino-dev
(Continue reading)

marquitux caballero | 3 Dec 2007 04:29
Picon
Favicon

3d Transitions for GNU video editing tools (GVFX)

hi, i´m an animator/video editor, wich works with commercial an GNU tools. I 
am organizing a 3D template file (blender file with many scenes),    wich 
can be called externally from many apps, cinelerra, kino, Open Movie Editor, 
Kdenlive or even from within blender, to map videos over 3D objects, and get 
a video rendered wich is the transition area...
I see kino uses this kind of aproach, so could be implemented, and our 
package as goes growing (many blender users will make transitions), the 
feature will become more rich everytime.

you can read here the details of the project: http://gvfx.blogspot.com/
or watch some of our transitions created in blender:
http://youtube.com/watch?v=ewrbU-_Y9go
http://youtube.com/watch?v=x4I2iFhWm0w
http://youtube.com/watch?v=ncqTJ19uhBU
http://www.youtube.com/watch?v=9nkEEX6O708
http://www.youtube.com/watch?v=RVQPIFJMiHo

We are not coders, just animator mostly, so we can only create the 
templates... maybe you could implement this in Kino.
Cheers.
marquitux.

_________________________________________________________________
MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
(Continue reading)

august | 3 Dec 2007 07:09

24p advanced grab with 2:3:3:2 conversion?


hey list,

I was wondering if the patch that was implemented here ever got into the
main dvgrab source:?

https://init.linpro.no/pipermail/skolelinux.no/cinelerra/2006-October/008095.html

I have an ntsc camera and want to record in 24p advanced mode and grab
the dv so that it is usable in that way.

if it is not yet merged, will it ever be merged?

please CC my email in the response as I am not on the list and can't
search the archives without a SF account.

many thanks!  great software!!! I love dvgrab  -august.

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4

Gmane