dvbcut-user Mailing List for dvbcut (Page 2)
Status: Alpha
Brought to you by:
svenor
You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(16) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(14) |
Feb
(1) |
Mar
(7) |
Apr
|
May
(3) |
Jun
(13) |
Jul
(34) |
Aug
(75) |
Sep
(53) |
Oct
(24) |
Nov
(9) |
Dec
(9) |
2007 |
Jan
(47) |
Feb
(23) |
Mar
(3) |
Apr
(23) |
May
(55) |
Jun
(59) |
Jul
(115) |
Aug
(33) |
Sep
(69) |
Oct
(110) |
Nov
(46) |
Dec
(41) |
2008 |
Jan
(11) |
Feb
(32) |
Mar
(40) |
Apr
(7) |
May
(16) |
Jun
(30) |
Jul
|
Aug
|
Sep
(9) |
Oct
(11) |
Nov
(10) |
Dec
(22) |
2009 |
Jan
(45) |
Feb
(14) |
Mar
(6) |
Apr
(1) |
May
(4) |
Jun
(31) |
Jul
(2) |
Aug
(9) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
(12) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
(25) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(7) |
2012 |
Jan
(13) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Michael R. <mi...@mr...> - 2012-01-01 01:59:30
|
On 01/01/12 02:39, Malte Schünemann wrote: > I tried to build from source myself ... using the 0.5.4 tarball [...] Forget 0.5.4, it's several years old. Please get the latest source code from the sourceforge subversion repository. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Malte S. <mal...@we...> - 2012-01-01 01:39:24
|
Hi On 01/01/2012 12:18 AM, Michael Riepe wrote: > Hi again, > > On 12/31/11 23:11, Malte Schünemann wrote: >>>> From my satellite receiver, I get files as transport stream which I >>>> would like to edit (cut out advertisements). Unfortunately, I always get >>>> from dvbcut >>>> >>>> Unknown file type >>> Which version of dvbcut are you using? You should see it in the title >>> bar or in the Help/About dialog box. >> dvbcut qt/1 (running Ubuntu 11.10). > Hmpf. The package name says "0.5.4+svn170-1" - a version number that > never existed. That appears to be some insane blend they cooked up all > by themselves. > > Can anybody here provide decent Ubuntu packages of r178? > I tried to build from source myself ... using the 0.5.4 tarball - I got bitstream.h: In function 'init_get_bits': bitstream.h:703:1: warning: variable 're_cache' set but not used [-Wunused-but-set-variable] gcc -O3 -Wall -Wno-switch -DHAVE_AV_CONFIG_H -I.. -I'/home/wiesel/src/dvbcut-0.5.4/ffmpeg.src'/libavutil -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o utils.o utils.c In file included from utils.c:28:0: dsputil.h:601:31: error: static declaration of 'lrintf' follows non-static declaration In file included from mpegvideo.h:30:0, from utils.c:29: bitstream.h: In function 'skip_bits': bitstream.h:632:1: warning: variable 're_cache' set but not used [-Wunused-but-set-variable] No idea right now how to escape from that ... >>> [...] >>>> ID_DEMUXER=mpegts >>>> ID_VIDEO_FORMAT=0x10000002 >>>> ID_VIDEO_BITRATE=15000000 >>>> ID_VIDEO_WIDTH=720 >>>> ID_VIDEO_HEIGHT=576 >>>> ID_VIDEO_FPS=25.000 >>> Looks like ordinary SDTV. That should work even with older versions, >>> unless the transport stream format is non-standard (i.e., uses more than >>> 188 bytes per packet). >> I had contacted the provider of the receiver. They told me they save the >> data just as they receive them .. so I do not expect anything special >> here. Anyhow, how can I check this ? > With a hex dump utility. There should be a 0x47 every 188 bytes (maybe > starting a little later in the file). > |
From: Michael R. <mi...@mr...> - 2011-12-31 23:19:01
|
Hi again, On 12/31/11 23:11, Malte Schünemann wrote: >>> From my satellite receiver, I get files as transport stream which I >>> would like to edit (cut out advertisements). Unfortunately, I always get >>> from dvbcut >>> >>> Unknown file type >> Which version of dvbcut are you using? You should see it in the title >> bar or in the Help/About dialog box. > dvbcut qt/1 (running Ubuntu 11.10). Hmpf. The package name says "0.5.4+svn170-1" - a version number that never existed. That appears to be some insane blend they cooked up all by themselves. Can anybody here provide decent Ubuntu packages of r178? >> [...] >>> ID_DEMUXER=mpegts >>> ID_VIDEO_FORMAT=0x10000002 >>> ID_VIDEO_BITRATE=15000000 >>> ID_VIDEO_WIDTH=720 >>> ID_VIDEO_HEIGHT=576 >>> ID_VIDEO_FPS=25.000 >> Looks like ordinary SDTV. That should work even with older versions, >> unless the transport stream format is non-standard (i.e., uses more than >> 188 bytes per packet). > I had contacted the provider of the receiver. They told me they save the > data just as they receive them .. so I do not expect anything special > here. Anyhow, how can I check this ? With a hex dump utility. There should be a 0x47 every 188 bytes (maybe starting a little later in the file). -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Malte S. <mal...@we...> - 2011-12-31 22:11:46
|
Hi - thanks for response - see further info below On 12/31/2011 07:14 PM, Michael Riepe wrote: > Hi! > > On 12/31/11 17:09, Malte Schünemann wrote: >> From my satellite receiver, I get files as transport stream which I >> would like to edit (cut out advertisements). Unfortunately, I always get >> from dvbcut >> >> Unknown file type > Which version of dvbcut are you using? You should see it in the title > bar or in the Help/About dialog box. dvbcut qt/1 (running Ubuntu 11.10). > [...] >> ID_DEMUXER=mpegts >> ID_VIDEO_FORMAT=0x10000002 >> ID_VIDEO_BITRATE=15000000 >> ID_VIDEO_WIDTH=720 >> ID_VIDEO_HEIGHT=576 >> ID_VIDEO_FPS=25.000 > Looks like ordinary SDTV. That should work even with older versions, > unless the transport stream format is non-standard (i.e., uses more than > 188 bytes per packet). I had contacted the provider of the receiver. They told me they save the data just as they receive them .. so I do not expect anything special here. Anyhow, how can I check this ? Malte |
From: Michael R. <mi...@mr...> - 2011-12-31 18:56:25
|
Hi! On 12/31/11 17:09, Malte Schünemann wrote: > From my satellite receiver, I get files as transport stream which I > would like to edit (cut out advertisements). Unfortunately, I always get > from dvbcut > > Unknown file type Which version of dvbcut are you using? You should see it in the title bar or in the Help/About dialog box. [...] > ID_DEMUXER=mpegts > ID_VIDEO_FORMAT=0x10000002 > ID_VIDEO_BITRATE=15000000 > ID_VIDEO_WIDTH=720 > ID_VIDEO_HEIGHT=576 > ID_VIDEO_FPS=25.000 Looks like ordinary SDTV. That should work even with older versions, unless the transport stream format is non-standard (i.e., uses more than 188 bytes per packet). -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Malte S. <mal...@we...> - 2011-12-31 16:09:48
|
From my satellite receiver, I get files as transport stream which I would like to edit (cut out advertisements). Unfortunately, I always get from dvbcut Unknown file type From other forums, I was suggested dvbcut for exactly editing transport stream. Can you tell me what I can do to make use of dvbcut for my purpose ? midentify on such a file tells me ID_VIDEO_ID=511 ID_AUDIO_ID=512 ID_AID_512_LANG=deu ID_AUDIO_ID=515 ID_AID_515_LANG=deu ID_SUBTITLE_ID=33 ID_SID_33_LANG= ID_FILENAME=Die\ wilden\ Kerle_II_20100103_1140.ts ID_DEMUXER=mpegts ID_VIDEO_FORMAT=0x10000002 ID_VIDEO_BITRATE=15000000 ID_VIDEO_WIDTH=720 ID_VIDEO_HEIGHT=576 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=80 ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=0 ID_AUDIO_NCH=0 ID_START_TIME=11166.00 ID_LENGTH=6288.76 ID_SEEKABLE=1 ID_CHAPTERS=0 ID_VIDEO_CODEC=ffmpeg2 ID_AUDIO_BITRATE=192000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_AUDIO_CODEC=ffmp2float ID_EXIT=EOF Any suggestions welcome. Thanks you Malte |
From: encodr <en...@go...> - 2011-12-08 09:58:01
|
Hi That certainly works for me. Thank you! e On 7 Dec 2011, at 15:40, Wolfram Gloger wrote: > Hi, > >> Based on svn r178, and linking with recent system ffmpeg instead of that provided by dvbcut, >> I observe inconsistencies in fps written to mpg file. > > Does the appended patch help? > Cave: Only compile-tested for an older dvbcut version.. > > Regards, > Wolfram. > <dvbcut-178-timebase.diff> |
From: Wolfram G. <vi...@ma...> - 2011-12-07 15:53:40
|
Hi, > Based on svn r178, and linking with recent system ffmpeg instead of that provided by dvbcut, > I observe inconsistencies in fps written to mpg file. Does the appended patch help? Cave: Only compile-tested for an older dvbcut version.. Regards, Wolfram. |
From: encodr <en...@go...> - 2011-12-07 08:18:11
|
Based on svn r178, and linking with recent system ffmpeg instead of that provided by dvbcut, I observe inconsistencies in fps written to mpg file. i.e. I reload the mpg into dvbcut and see that the fps value sometimes shows 50 instead of the usual 25 When: * starting an export on a B-frame or P-frame then the reloaded file starts at 50fps and reverts to 25fps after a small number of I-Frames. * ending an export on a B-frame or P-frame then the reloaded file can jump from 25fps to 50fps at the end. * starting and ending on I-Frame then everything shows 25fps Even with the variable fps, the exported file appears to play normally in vlc. The above effect does not occur with ffmpeg from dvbcut. Debug shows that mpgfile::fixtimecode() is sometimes detecting frc==6 instead of frc==3. With the older ffmpeg, fixtimecode exits early rather than detect frc==6 I'm working with terrestrial dvb in the uk. I have the seen the problem with several channels. I presume it is due to a change in the ffmpeg libraries rather than in the ts file. Observed on two quite different systems: linux (ubuntu 10.10/Trinity 3.5.12): /usr/lib/libavcodec.a /usr/lib/libavformat.so.52 /usr/lib/libavcodec.so /usr/lib/libavformat.so.52.64.2 /usr/lib/libavcodec.so.52 /usr/lib/libavutil.a /usr/lib/libavcodec.so.52.72.2 /usr/lib/libavutil.so /usr/lib/libavformat.a /usr/lib/libavutil.so.50 /usr/lib/libavformat.so /usr/lib/libavutil.so.50.15.1 OSX Snow Leopard (via homebrew): /usr/local/lib/libavcodec.53.7.0.dylib /usr/local/lib/libavformat.53.4.0.dylib /usr/local/lib/libavcodec.53.dylib /usr/local/lib/libavformat.53.dylib /usr/local/lib/libavcodec.dylib /usr/local/lib/libavformat.dylib /usr/local/lib/libavfilter.2.23.0.dylib /usr/local/lib/libavutil.51.9.1.dylib /usr/local/lib/libavfilter.2.dylib /usr/local/lib/libavutil.51.dylib /usr/local/lib/libavfilter.dylib /usr/local/lib/libavutil.dylib e |
From: tilmann r. <ne...@au...> - 2011-11-26 08:35:40
|
Hello, from time to time I use DVBcut to cut TV recordings made with a PVR, and afterwards burn them on DVD. This has always worked perfectly fine with my "good old" PC (a P4 running Windows XP Pro). However, after replacing that PC with a current one (Core i3 with Windows 7x64), playback of the video doesn't work correctly any more from within DVBcut. It appears as if there are some problems with the interaction of the two threads (DVBcut and MPlayer) and the operating system: - The content of the video window is not constantly refreshed. Only if redrawing the window area is necessary for some other reason (i.e. moving another programs window overlapping to DVBcut), the related part of the video window is correctly redrawn. I assume that Windows 7 doesn't get the information that the content of the DVBcut window needs to be refreshed due to new content of the Mplayer window within it. If Aero is activated, screen refresh seems to work significantly better. Obviously, Aero forces some kind of "continuous screen refresh" (wasting ressources...). - After playback has been started, it cannot be stopped anymore. The only way to stop it is by closing DVBcut. As above, I assume that the mouse click on the stop button is not properly transferred to the MPlayer thread that runs "inside" the DBVcut window. (Activating Aero doesn't change anything here.) If I start the playback with Mplayer by command line, the video is shown perfectly, so it's pretty obvious it's not a missing codec or the like. (All other players I tested also work fine and smooth.) All without Aero (which I don't like, BTW). Does anybody (successfully) use DVBcut with Windows 7 (x64), including MPlayer playback within DVBcut? If so, I would like to share some details about system setup etc. - if not, would someone dare to have a look at this problem? If more tests need to be done, that's no problem - I'll try to help as much as I can. Many thanks in advance, Tilmann Reh |
From: Michael R. <mi...@mr...> - 2011-11-17 14:44:26
|
On 11/17/11 09:25, Victor Haag wrote: > Michael Riepe <michael <at> mr511.de> writes: > >> >> >> On 04/29/11 20:37, llarevo <at> gmx.net wrote: >>>> Just a quick guess: The ao_sample_format structure has changed in libao >>>> 1.x, and the new members may not be initialized properly. >>>> >>>> Please try the attached patch. >>> >>> With the patch, it works perfectly (s.b.). >> >> Welcome to r178, then. >> > > > Hi Michael, > > dvbcut is a wonderful tool - I realy love it. > Unfortunately the packman repository (openSuse 11.4 / 12.1) only offer r175. > Is it possible to upgrade dvbcut in these repositories to r178? That shouldn't be a problem. But you'll have to ask the people responsible for packman. > Or is there a place where I can download r178? > (Without additional help I won't be able to implement your patch 178 by myself.) You'll have to check out the code from the subversion repository on sourceforge: svn co https://dvbcut.svn.sourceforge.net/svnroot/dvbcut/trunk dvbcut -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Victor H. <Vic...@ao...> - 2011-11-17 10:10:23
|
Michael Riepe <michael <at> mr511.de> writes: > > > On 04/29/11 20:37, llarevo <at> gmx.net wrote: > >> Just a quick guess: The ao_sample_format structure has changed in libao > >> 1.x, and the new members may not be initialized properly. > >> > >> Please try the attached patch. > > > > With the patch, it works perfectly (s.b.). > > Welcome to r178, then. > Hi Michael, dvbcut is a wonderful tool - I realy love it. Unfortunately the packman repository (openSuse 11.4 / 12.1) only offer r175. Is it possible to upgrade dvbcut in these repositories to r178? Or is there a place where I can download r178? (Without additional help I won't be able to implement your patch 178 by myself.) Thanks a lot Victor |
From: Michael R. <mi...@mr...> - 2011-11-12 18:50:09
|
On 11/12/11 18:42, Kristen Eisenberg wrote: > > > Hi, > > dvbcut crashes when pressing < or > to play audio on Ubuntu 11.04. You probably have libao 1.0 or later installed. You'll need r177 in that case. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Kristen E. <kri...@ya...> - 2011-11-12 17:42:43
|
Hi, dvbcut crashes when pressing < or > to play audio on Ubuntu 11.04. I did Kristen Eisenberg Billige Flüge Marketing GmbH Emanuelstr. 3, 10317 Berlin Deutschland Telefon: +49 (33) 5310967 Email: utebachmeier at gmail.com Site: http://flug.airego.de - Billige Flüge vergleichen |
From: Michael R. <mi...@mr...> - 2011-04-29 18:45:42
|
On 04/29/11 20:37, ll...@gm... wrote: >> Just a quick guess: The ao_sample_format structure has changed in libao >> 1.x, and the new members may not be initialized properly. >> >> Please try the attached patch. > > With the patch, it works perfectly (s.b.). Welcome to r178, then. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: <ll...@gm...> - 2011-04-29 18:37:20
|
> Just a quick guess: The ao_sample_format structure has changed in libao > 1.x, and the new members may not be initialized properly. > > Please try the attached patch. With the patch, it works perfectly (s.b.). Thank you very much! -- Felix gdb /opt/bin/dvbcut (...) (gdb) run Starting program: /opt/bin/dvbcut [Thread debugging using libthread_db enabled] Found audio stream 0 (sid 0x180) [New Thread 0x7fffe0fc5700 (LWP 13405)] [Thread 0x7fffe0fc5700 (LWP 13405) exited] [New Thread 0x7fffe0fc5700 (LWP 13406)] [Thread 0x7fffe0fc5700 (LWP 13406) exited] [New Thread 0x7fffe0fc5700 (LWP 13407)] [Thread 0x7fffe0fc5700 (LWP 13407) exited] [New Thread 0x7fffe0fc5700 (LWP 13409)] [Thread 0x7fffe0fc5700 (LWP 13409) exited] [New Thread 0x7fffe0fc5700 (LWP 13411)] [Thread 0x7fffe0fc5700 (LWP 13411) exited] [New Thread 0x7fffe0fc5700 (LWP 13412)] [Thread 0x7fffe0fc5700 (LWP 13412) exited] [New Thread 0x7fffe0fc5700 (LWP 13413)] [Thread 0x7fffe0fc5700 (LWP 13413) exited] Program exited normally. (gdb) |
From: Michael R. <mi...@mr...> - 2011-04-29 16:44:21
|
Just a quick guess: The ao_sample_format structure has changed in libao 1.x, and the new members may not be initialized properly. Please try the attached patch. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Michael R. <mi...@mr...> - 2011-04-29 16:19:04
|
Hi! On 04/29/11 18:00, ll...@gm... wrote: >> Can you provide a backtrace from gdb? Without the precise location of >> the crash, I can't do anything. > > since I'm not a programmer I don't know very much about gdb or > backtraces. Sorry. I tried the following: > > gdb /opt/bin/dvbcut > (...) > (gdb) run > Starting program: /opt/bin/dvbcut > [Thread debugging using libthread_db enabled] > Found audio stream 0 (sid 0x180) > > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 > (gdb) bt > #0 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 > #1 0x00007ffff77a8d7b in ?? () from /usr/lib/libao.so.4 > #2 0x00007ffff77aa2fe in ?? () from /usr/lib/libao.so.4 > #3 0x0000000000434a65 in play (data=0xa973f0, len=112893) at > playaudio.cpp:66 Seems they use a different (newer) version of libao. And they apparently stripped the binary, so I can't even see where the crash happens :-( Does anybody here use a recent Debian (squeeze or later)? Does it happen there as well? >> Does r175 (aka dvbcut-0.6.1) crash as well? It might be related to the >> TS packet size changes. > > > Compilation stopps with error > main.cpp:46:21: fatal error: version.h: No such file or directory > > I changed line 46 from > > #include "version.h" > > to > > #include "linux/version.h" That's wrong - version.h is an automatically generated file. But it shouldn't matter in the end. > I have no clue what I did there exactly, but after these changes, the > program compiled. It runs, but shows the same error when pressing < (or > choosing this command from the menu): > > gdb /opt/bin/dvbcut > (...) > (gdb) run > Starting program: /opt/bin/dvbcut > [Thread debugging using libthread_db enabled] > Found audio stream 0 (sid 0x180) > > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 > (gdb) bt > #0 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 > #1 0x00007ffff77a8d7b in ?? () from /usr/lib/libao.so.4 > #2 0x00007ffff77aa2fe in ?? () from /usr/lib/libao.so.4 > #3 0x0000000000434a45 in play (data=0xab4a75, len=110635) at > playaudio.cpp:66 Hmpf. Well, at least I know where to dig now. Don't hold your breath, though. This is going to take some time. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: <ll...@gm...> - 2011-04-29 16:01:09
|
Hi, > Can you provide a backtrace from gdb? Without the precise location of > the crash, I can't do anything. since I'm not a programmer I don't know very much about gdb or backtraces. Sorry. I tried the following: gdb /opt/bin/dvbcut (...) (gdb) run Starting program: /opt/bin/dvbcut [Thread debugging using libthread_db enabled] Found audio stream 0 (sid 0x180) Program received signal SIGSEGV, Segmentation fault. 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff77a8d7b in ?? () from /usr/lib/libao.so.4 #2 0x00007ffff77aa2fe in ?? () from /usr/lib/libao.so.4 #3 0x0000000000434a65 in play (data=0xa973f0, len=112893) at playaudio.cpp:66 #4 playaudio_ac3 (data=0xa973f0, len=112893) at playaudio.cpp:158 #5 0x0000000000430af2 in mpgfile::playaudio (this=<value optimized out>, aud=0, picture=<value optimized out>, ms=<value optimized out>) at mpgfile.cpp:345 #6 0x00000000004135ad in dvbcut::playAudio2 (this=0x8b9ee0) at dvbcut.cpp:1223 #7 0x0000000000442b3c in dvbcutbase::qt_invoke (this=0x8b9ee0, _id=81, _o=0x7fffffffd110) at moc_dvbcutbase.cpp:212 #8 0x00007ffff70d9fc4 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/lib/libqt-mt.so.3 #9 0x00007ffff70da068 in QObject::activate_signal(int) () from /usr/lib/libqt-mt.so.3 #10 0x00007ffff73a1168 in QAction::qt_invoke(int, QUObject*) () from /usr/lib/libqt-mt.so.3 #11 0x00007ffff70d9fc4 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/lib/libqt-mt.so.3 #12 0x00007ffff738581d in QSignal::signal(QVariant const&) () from /usr/lib/libqt-mt.so.3 #13 0x00007ffff70ee045 in QSignal::activate() () from /usr/lib/libqt-mt.so.3 #14 0x00007ffff7086b91 in QAccelPrivate::activate(QAccelItem*) () from /usr/lib/libqt-mt.so.3 #15 0x00007ffff70873d1 in QAccelManager::dispatchAccelEvent(QWidget*, QKeyEvent*) () from /usr/lib/libqt-mt.so.3 #16 0x00007ffff7088e55 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libqt-mt.so.3 #17 0x00007ffff7085cd4 in QAccelManager::tryAccelEvent(QWidget*, QKeyEvent*) () from /usr/lib/libqt-mt.so.3 #18 0x00007ffff7029833 in QETWidget::translateKeyEvent(_XEvent const*, bool) () from /usr/lib/libqt-mt.so.3 #19 0x00007ffff7033b17 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libqt-mt.so.3 #20 0x00007ffff70423c7 in QEventLoop::processEvents(unsigned int) () from /usr/lib/libqt-mt.so.3 #21 0x00007ffff709a169 in QEventLoop::enterLoop() () from /usr/lib/libqt-mt.so.3 #22 0x00007ffff709a0f2 in QEventLoop::exec() () from /usr/lib/libqt-mt.so.3 #23 0x000000000042c11f in main (argc=1, argv=<value optimized out>) at main.cpp:272 > Does r175 (aka dvbcut-0.6.1) crash as well? It might be related to the > TS packet size changes. Compilation stopps with error main.cpp:46:21: fatal error: version.h: No such file or directory I changed line 46 from #include "version.h" to #include "linux/version.h" Then the following compilation error occured: main.cpp:55:14: error: expected ‘)’ before ‘VERSION’ so I changed line 55 from "Usage ("VERSION_STRING"):\n" to "Usage:\n" I have no clue what I did there exactly, but after these changes, the program compiled. It runs, but shows the same error when pressing < (or choosing this command from the menu): gdb /opt/bin/dvbcut (...) (gdb) run Starting program: /opt/bin/dvbcut [Thread debugging using libthread_db enabled] Found audio stream 0 (sid 0x180) Program received signal SIGSEGV, Segmentation fault. 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff638849f in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff77a8d7b in ?? () from /usr/lib/libao.so.4 #2 0x00007ffff77aa2fe in ?? () from /usr/lib/libao.so.4 #3 0x0000000000434a45 in play (data=0xab4a75, len=110635) at playaudio.cpp:66 #4 playaudio_ac3 (data=0xab4a75, len=110635) at playaudio.cpp:158 #5 0x0000000000430ad2 in mpgfile::playaudio (this=<value optimized out>, aud=0, picture=<value optimized out>, ms=<value optimized out>) at mpgfile.cpp:343 #6 0x00000000004135ad in dvbcut::playAudio2 (this=0x8b9e60) at dvbcut.cpp:1223 #7 0x0000000000442aac in dvbcutbase::qt_invoke (this=0x8b9e60, _id=81, _o=0x7fffffffd110) at moc_dvbcutbase.cpp:212 #8 0x00007ffff70d9fc4 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/lib/libqt-mt.so.3 #9 0x00007ffff70da068 in QObject::activate_signal(int) () from /usr/lib/libqt-mt.so.3 #10 0x00007ffff73a1168 in QAction::qt_invoke(int, QUObject*) () from /usr/lib/libqt-mt.so.3 #11 0x00007ffff70d9fc4 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/lib/libqt-mt.so.3 #12 0x00007ffff738581d in QSignal::signal(QVariant const&) () from /usr/lib/libqt-mt.so.3 #13 0x00007ffff70ee045 in QSignal::activate() () from /usr/lib/libqt-mt.so.3 #14 0x00007ffff7086b91 in QAccelPrivate::activate(QAccelItem*) () from /usr/lib/libqt-mt.so.3 #15 0x00007ffff70873d1 in QAccelManager::dispatchAccelEvent(QWidget*, QKeyEvent*) () from /usr/lib/libqt-mt.so.3 #16 0x00007ffff7088e55 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libqt-mt.so.3 #17 0x00007ffff7085cd4 in QAccelManager::tryAccelEvent(QWidget*, QKeyEvent*) () from /usr/lib/libqt-mt.so.3 #18 0x00007ffff7029833 in QETWidget::translateKeyEvent(_XEvent const*, bool) () from /usr/lib/libqt-mt.so.3 #19 0x00007ffff7033b17 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libqt-mt.so.3 #20 0x00007ffff70423c7 in QEventLoop::processEvents(unsigned int) () from /usr/lib/libqt-mt.so.3 #21 0x00007ffff709a169 in QEventLoop::enterLoop() () from /usr/lib/libqt-mt.so.3 #22 0x00007ffff709a0f2 in QEventLoop::exec() () from /usr/lib/libqt-mt.so.3 #23 0x000000000042c11f in main (argc=1, argv=<value optimized out>) at main.cpp:272 (gdb) Regards -- Felix |
From: Michael R. <mi...@mr...> - 2011-04-29 15:26:50
|
Hmpf, the list server is kind of picky today... On 04/29/11 17:10, ll...@gm... wrote: > dvbcut crashes when pressing < or > to play audio on Ubuntu 11.04. I did > > svn co -r 176 https://dvbcut.svn.sourceforge.net/svnroot/dvbcut/trunk dvbcut > cd dvbcut > autoconf > ./configure --with-qt3-include=/usr/include/qt3/ --prefix=/opt > make -j13 > sudo make install Nothing wrong here. > /opt/bin/dvbcut > Found audio stream 0 (sid 0x0c0) > play file --> OK > press > > Segmentation fault Can you provide a backtrace from gdb? Without the precise location of the crash, I can't do anything. Does r175 (aka dvbcut-0.6.1) crash as well? It might be related to the TS packet size changes. By the way, you can now check out 0.6.1 (and any future releases) from https://dvbcut.svn.sourceforge.net/svnroot/dvbcut/tags/dvbcut-<version> -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: <ll...@gm...> - 2011-04-29 15:12:44
|
Hi, dvbcut crashes when pressing < or > to play audio on Ubuntu 11.04. I did svn co -r 176 https://dvbcut.svn.sourceforge.net/svnroot/dvbcut/trunk dvbcut cd dvbcut autoconf ./configure --with-qt3-include=/usr/include/qt3/ --prefix=/opt make -j13 sudo make install /opt/bin/dvbcut Found audio stream 0 (sid 0x0c0) play file --> OK press > Segmentation fault Regards -- Felix |
From: Braggle <br...@fr...> - 2011-04-26 22:35:34
|
Hi, The problem is corrected. I can now open an cut my records with a packet size of 192. Thanks a lot Le 25/04/2011 02:55, Michael Riepe a écrit : > > > On 04/24/11 17:57, Braggle wrote: > >> My internet provider change the MPEG-TS packet size of his streams from >> 188 to 192. Now I can't open a record whith dvbcut (Unknown file type). >> >> Have you plan to support this format soon? > > Well, my patch isn't exactly well-tested, but I think I got it right. It > successfully opens a file with a packet size of 192 (and should handle > up to 208 bytes/packet, just in case). It even detects m2ts files > correctly, although it can't process them - they use 192 bytes as well, > but the video stream isn't MPEG-2 encoded. > > Welcome to r176, |
From: Michael R. <mi...@mr...> - 2011-04-25 01:16:56
|
On 04/25/11 02:48, David Timms wrote: > Thanks for sparing a few cycles on the holidays ;-) De nada. > Just a query: will the source tar bar be long-lived at the above URL ? As long-lived as I can manage. I've been using that domain for 5 years now, and I intend to keep it. It hosts my other software projects as well, after all. I would have updated sourceforge, too, but I lack write access to the project's files because I'm not its owner. That's why the home page still mentions 0.5.4 as the latest version, by the way. But the project entry on freshmeat.net is always current (or should be, as soon as they have reviewed the update). Besides that, you can always check out the source from sf.net. -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: Michael R. <mi...@mr...> - 2011-04-25 00:55:11
|
On 04/24/11 17:57, Braggle wrote: > My internet provider change the MPEG-TS packet size of his streams from > 188 to 192. Now I can't open a record whith dvbcut (Unknown file type). > > Have you plan to support this format soon? Well, my patch isn't exactly well-tested, but I think I got it right. It successfully opens a file with a packet size of 192 (and should handle up to 208 bytes/packet, just in case). It even detects m2ts files correctly, although it can't process them - they use 192 bytes as well, but the video stream isn't MPEG-2 encoded. Welcome to r176, -- Michael "Tired" Riepe <mi...@mr...> X-Tired: Each morning I get up I die a little |
From: David T. <dt...@ii...> - 2011-04-25 00:48:40
|
On 25/04/11 00:06, Michael Riepe wrote: > And since it's Easter Sunday, I also made a new release. The tarball is > available at http://www.mr511.de/dvbcut/dvbcut-0.6.1.tar.gz > > There are no easter eggs inside, though. Thanks for sparing a few cycles on the holidays ;-) Just a query: will the source tar bar be long-lived at the above URL ? (In rpm packaging land, we need to provide an upstream URL; ideally this will be 'permanent'. Every now and then a Fedora process checks all Source0 URLs and compares fresh downloads from the URL with what resides in the package source look-aside cache, and informs loudly when it no longer exists, or differs.) |