tsmuxer- ?

pedepy · 2010-09-03 05:49:47

has anybody used this recently ?

i've downloaded the binaries using the AUR packages a couple days ago, and they are the same I had been using about a year ago. thing is, this time around, i just a get bunch of segfaults, odd crashes and qt errors when using the GUI. the program keeps complaining about not being to detect the stream type, regardeless of what i throw at it. if i do this from the CLI, it's a segfault fest.

so, like i said, its the exact binary that used to work - so i'm thinking, either the app is outdated and needs to be recompiled or rewritten to conform with the latest kernel / whatever-lib-it-uses, or perhaps it *should* work, and it's my system's "stack" that's messed up. however, i don't get any such funny errors from any other program i'm using .. so i'm thinking, the former.

but, uh ... this used to be a pretty popular program for what it does, afaik .. is anyone still using it, and is it working for you ?? perhaps, if its not too much to ask, if you have it installed and haven't used it in a while, could you try it out and see if it still works against the latest qt / kernel / libs / whatever ? or do you also get the odd segfaults and no sense qt errors ?

anyway, thx .....

ps: google is speechless on the matter.

emil10001 · 2010-10-15 03:58:47

I am having the same issue. It's very strange. I do have the lib32 stuff installed via multilib, but i'm not sure if I am missing something?

Any help would be appreciated at this point, I have wasted my entire day trying to get this to work.

pedepy · 2010-10-19 20:31:19

obviously, something's changed at some point that broke the binary. this app just doesn't seem to be maintained anymore, and since it's closed sourced, i guess there's nothing we can do at the moment.

anyone know of any alternatives ? ..

emil10001 · 2010-10-19 21:26:47

Right, if I had to guess it was something to do with a lib32 package that changed. I was having issues with multilib and lib32-libpng12, which is required for tsmuxer-gui. I couldn't get it to compile, so I ended up compiling tsmuxer-gui myself using the standard 64 bit libs. Unfortunately, it's not possible to do that with tsmuxer itself, and I haven't even found a list of dependancies anywhere.

I really don't know of any good alternatives myself. But if I come across something, I will certainly post it here. As of now, it's the only thing that I have that can really do a good job of preping a blu-ray for a handbrake session. =/

pedepy · 2010-10-22 19:56:53

well ... i'm not an expert on the matter .. but how would one go about in tracking down the guilty library ? i'm thinking of some sort of tracing application .. but i'm not especially familiar on how to use them.

also, say we do find which lib is problematic, and then find the last working version, how would you "link" just that particular lib version to the binary ?

pedepy · 2010-10-22 20:02:32

well, i just tried with gdb, and the backtrace just shows a bunch of question marks ..

anything that can be done from here ?

emil10001 · 2010-10-22 20:13:31

pedepy wrote:

well ... i'm not an expert on the matter .. but how would one go about in tracking down the guilty library ? i'm thinking of some sort of tracing application .. but i'm not especially familiar on how to use them.
also, say we do find which lib is problematic, and then find the last working version, how would you "link" just that particular lib version to the binary ?

My comment about an offending 32-bit lib was not intended to give the impression that it would lead to any sort of useful solution, just that it was my guess as to what was broken. I made the guess based on the observation that there were some significant changes recently to some 32 bit libs (namely the migration to multilib), and that tsmuxer is a 32 bit app. I have also read that if you don't start out with a multilib box, migrating to multilib might screw up your install. I'm not sure if this is the case with my box or not, it's hard to tell.

strace can tell you what is going on during execution, but it didn't provide any useful data in this case.

# strace tsMuxeR
execve("/usr/bin/tsMuxeR", ["tsMuxeR"], [/* 35 vars */]) = 0
[ Process PID=4734 runs in 32 bit mode. ]
old_mmap(0xc6c000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0xc6c000) = 0xc6c000
readlink("/proc/self/exe", "/volumes/sdb5/opt/tsMuxeR/tsMuxeR", 4096) = 33
old_mmap(0x8048000, 1159742, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x8048000
mprotect(0x8048000, 1159739, PROT_READ|PROT_EXEC) = 0

<snip>

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff73f9000
mprotect(0xf767f000, 16384, PROT_READ)  = 0
mprotect(0xf7717000, 4096, PROT_READ)   = 0
mprotect(0xf772f000, 4096, PROT_READ)   = 0
mprotect(0x8164000, 8192, PROT_READ)    = 0
mprotect(0xf7781000, 4096, PROT_READ)   = 0
munmap(0xf7733000, 200130)              = 0
set_tid_address(0xf73fa738)             = 4734
set_robust_list(0xf73fa740, 0xc)        = 0
futex(0xffca14c0, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0xffca14c0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, ffca14d0) = -1 EAGAIN (Resource temporarily unavailable)
rt_sigaction(SIGRTMIN, {0xf771d6c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xf771d740, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=-4286578688, rlim_max=-616148775559233520}) = 0
uname({sys="Linux", node="box", ...}) = 0
futex(0xf768481c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

In short, I have no idea. It really stinks, but I just can't afford to sink much more time into this problem. Instead, I will probably try to put more of the load on either makemkv or dvdfab, to grab just the main titile and pull out the HD audio. I did find that it is possible to compile tsremux under mono, and use that, but i haven't tried it yet myself.

emil10001 · 2010-11-02 04:27:27

I had some other issues with my system that prompted me to do a re-install from scratch. This time, prior to adding any dev-tools (gcc, etc.), I added the multilib option to pacman.conf and then installed gcc-multilib and the libs that fit with that. After getting everything else up and running, I figured that I would give tsmuxer a shot. It worked! I was actually able to install everything from the AUR without needing to edit any makefiles, and even lib32-libpng12 installed without complaints. I had read that installing multilib after installing lib32 libraries was not a good idea, and it seems that that may have been the issue.

Anyways, I guess that you now have a choice to make, start from scratch and use multilib from the get-go, or find another tool. Not exactly a great solution.

pedepy · 2010-11-03 06:39:09

but ... i'm not on x64 to start with ? ...... this is just plain old 32 bit archlinux here..

emil10001 · 2010-11-03 13:07:34

Oh, that's odd. I thought that the issue for me was due to the migration to multilib, which may have broken one of the required lib32 libs. It might be worth it for you just to try another system update and see if that fixes it. If not, it might be that there was a required lib that had a version change, such that tsmuxer requires version X, and version Y is installed. If that's the case, then I'm not sure how you would even track it down, unless you were able to get an explicit list of the required libs and versions. Of course, I'm just guessing here.

It might be worth it to e-mail the devs of tsmuxer.

I would be interested to hear if you are able to get this resolved.

Arch Linux

#1 2010-09-03 05:49:47

tsmuxer- ?

#2 2010-10-15 03:58:47

Re: tsmuxer- ?

#3 2010-10-19 20:31:19

Re: tsmuxer- ?

#4 2010-10-19 21:26:47

Re: tsmuxer- ?

#5 2010-10-22 19:56:53

Re: tsmuxer- ?

#6 2010-10-22 20:02:32

Re: tsmuxer- ?

#7 2010-10-22 20:13:31

Re: tsmuxer- ?

#8 2010-11-02 04:27:27

Re: tsmuxer- ?

#9 2010-11-03 06:39:09

Re: tsmuxer- ?

#10 2010-11-03 13:07:34

Re: tsmuxer- ?

Board footer