Re: [ATrpms-users] mythtranscode memory leak (nuvexport), anyone?

2008-06-13 Thread Alexandre Parenteau
Never mind. For some reason the recording in MPEG2 was heavily corrupted.

Sorry for the noise,

alex

On Thu, Jun 12, 2008 at 9:49 AM, Alexandre Parenteau
[EMAIL PROTECTED] wrote:
 Hi ATRpms users,

 I was wondering if someone got the same problem.

 Using the latest stable ATRpms/MythTV on FC8, transcoding to mp4
 (ipod, all default settings) using nuvexport/ffmpeg, I observe a
 memory leak from mythtranscode (it allocates something like 800Mb of
 memory in the second pass, and I had to kill it).

 This seems relatively new. I could not find any related report.

 Thanks,
 alex


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users


[ATrpms-users] mythtranscode memory leak (nuvexport), anyone?

2008-06-12 Thread Alexandre Parenteau
Hi ATRpms users,

I was wondering if someone got the same problem.

Using the latest stable ATRpms/MythTV on FC8, transcoding to mp4
(ipod, all default settings) using nuvexport/ffmpeg, I observe a
memory leak from mythtranscode (it allocates something like 800Mb of
memory in the second pass, and I had to kill it).

This seems relatively new. I could not find any related report.

Thanks,
alex

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users


[ATrpms-users] Re: X86_64 FC4 Segmentation Fault

2005-09-27 Thread Alexandre Parenteau

Axel,

Thanks for your response.

Yesterday the problem was fixed after I did a svn up.

I could use successfully mythtv on my AMD64/Hauppauge350, yeah!

alex.

Axel Thimm wrote:


On Sun, Sep 25, 2005 at 09:07:31PM -0700, Alexandre Parenteau wrote:
 


Hi,

I am a new user, and I had the same problem (I used the RPM ar first). I
went as far as compiling mythtv directly from svn, and I get the same
problem at start-up, something with threads being spawned (?):
   



Yes, that looks like a thread problem, but probably not related to the
other reported problems.

Since even svn shows this, I would report it to the mythtv
lists. Unfortunatley most developers don't use mythtv on 64 bits, so
some issues slip in.

BTW you can use the 32 bit variant of mythtv until this is fixed.

 


/usr/local/bin/mythfrontend
 


2005-09-25 20:56:20.149 Using runtime prefix = /usr/local
Detaching after fork from child process 7377.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
2005-09-25 20:56:21.617 New DB connection, total: 1
2005-09-25 20:56:21.622 Total desktop dim: 1280x1024, with 1 screen[s].
2005-09-25 20:56:21.624 Using screen 0, 1280x1024 at 0,0
[New Thread 1084229984 (LWP 7380)]

Program received signal SIG33, Real-time event 33.
[Switching to Thread 1084229984 (LWP 7380)]
0x2e05e8f2 in clone () from /lib64/libc.so.6
(gdb) thread
[Current thread is 2 (Thread 1084229984 (LWP 7380))]
(gdb) thread 1
[Switching to thread 1 (Thread 46912561695648 (LWP 7374))]#0
0x2d9f182a in __nptl_setxid ()
from /lib64/libpthread.so.0
(gdb) bt
#0 0x2d9f182a in __nptl_setxid () from /lib64/libpthread.so.0
#1 0x2e028107 in setuid () from /lib64/libc.so.6
#2 0x0042638a in ?? ()
#3 0x2dfb13cf in __libc_start_main () from /lib64/libc.so.6
#4 0x0041f8b9 in ?? ()
#5 0x7f804e98 in ?? ()
#6 0x in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread 1084229984 (LWP 7380))]#0 0x2e05e8f2
in clone () from /lib64/libc.so.6
(gdb) bt
#0 0x2e05e8f2 in clone () from /lib64/libc.so.6
#1 0x2d9f28f0 in __make_stacks_executable () from
/lib64/libpthread.so.0
#2 0x40a00960 in ?? ()
#3 0x in ?? ()

Thanks,
alex.
   



 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users
   



 




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users


[ATrpms-users] Re: X86_64 FC4 Segmentation Fault

2005-09-25 Thread Alexandre Parenteau
Hi,

I am a new user, and I had the same problem (I used the RPM ar first).
I went as far as compiling mythtv directly from svn, and I get the same
problem at start-up, something with threads being spawned (?):

 /usr/local/bin/mythfrontend

2005-09-25 20:56:20.149 Using runtime prefix = /usr/local
Detaching after fork from child process 7377.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type return to continue, or q return to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
2005-09-25 20:56:21.617 New DB connection, total: 1
2005-09-25 20:56:21.622 Total desktop dim: 1280x1024, with 1 screen[s].
2005-09-25 20:56:21.624 Using screen 0, 1280x1024 at 0,0
[New Thread 1084229984 (LWP 7380)]

Program received signal SIG33, Real-time event 33.
[Switching to Thread 1084229984 (LWP 7380)]
0x2e05e8f2 in clone () from /lib64/libc.so.6
(gdb) thread
[Current thread is 2 (Thread 1084229984 (LWP 7380))]
(gdb) thread 1
[Switching to thread 1 (Thread 46912561695648 (LWP 7374))]#0 0x2d9f182a in __nptl_setxid ()
 from /lib64/libpthread.so.0
(gdb) bt
#0 0x2d9f182a in __nptl_setxid () from /lib64/libpthread.so.0
#1 0x2e028107 in setuid () from /lib64/libc.so.6
#2 0x0042638a in ?? ()
#3 0x2dfb13cf in __libc_start_main () from /lib64/libc.so.6
#4 0x0041f8b9 in ?? ()
#5 0x7f804e98 in ?? ()
#6 0x in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread 1084229984 (LWP 7380))]#0 0x2e05e8f2 in clone () from /lib64/libc.so.6
(gdb) bt
#0 0x2e05e8f2 in clone () from /lib64/libc.so.6
#1 0x2d9f28f0 in __make_stacks_executable () from /lib64/libpthread.so.0
#2 0x40a00960 in ?? ()
#3 0x in ?? ()

Thanks,
alex.

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users