ogmrip-devel Mailing List for OGMRip
Brought to you by:
billl
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John J. J. <jo...@co...> - 2016-02-14 00:55:03
|
I have OGMRIP 1.0.0 from the repositories on Xubuntu 14.04.3, up to date. The default folder to save output files is my home folder, but I want the output file saved to the folder /Movies. This folder appears in the drop-down, but when I select it OGMRIP still places the output file in my home folder. Is this a bug? Or a conflict with something in Xubuntu? Also, is there a later version of OGMRIP? |
From: Gianluca S. <gi...@gm...> - 2011-07-27 16:59:17
|
Recently, G_CONST_RETURN was deprecated in Glib and as a result ogmrip does not build for me. According to: http://old.nabble.com/G_CONST_RETURN-td31135690.html it looks like a simple search and replace of G_CONST_RETURN with "const" will make the trick and should work both for old and new glib versions. If needed, I can provide a patch (did not create it yet) for trunk or 0.13.x branch Besides, is there any plan to do a new release anytime soon? I'm starting to pile a bit too much patches in the RPM package :) Cheers G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu |
From: Olivier R. <oli...@gm...> - 2010-11-23 19:26:44
|
Modified to keep notify_notification_new_with_status_icon with libnotify < 0.7 but use notify_notification_new with libnotify >= 0.7 and commited. Thanks, Olivier On Mon, Nov 22, 2010 at 11:33 PM, gi...@gm... <gi...@gm...> wrote: > libnotify 0.7 removes notify_notification_new_with_status_icon so I > had to add the attached patch to Fedora 15 rpms > > Please note notifications are being reworked for GnomeShell so you may > want to keep an eye (if you're not already doing) on: > http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibility > > Now, I'm not sure you want to add this as is, because it would not > compile with older versions, but I thought it would be useful anyway. > > Cheers > > G. > > > -- > Gianluca Sforna > > http://morefedora.blogspot.com > http://identi.ca/giallu - http://twitter.com/giallu > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > OGMRip-devel mailing list > OGM...@li... > https://lists.sourceforge.net/lists/listinfo/ogmrip-devel > > |
From: Olivier R. <oli...@gm...> - 2010-11-23 19:14:58
|
Commited a slightly modified version. Thanks, Olivier On Mon, Nov 22, 2010 at 10:05 PM, gi...@gm... <gi...@gm...> wrote: > In gtk3 gtk_dialog_set_has_separator () was removed, this patch remove > all instances where it was used > > > -- > Gianluca Sforna > > http://morefedora.blogspot.com > http://identi.ca/giallu - http://twitter.com/giallu > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > OGMRip-devel mailing list > OGM...@li... > https://lists.sourceforge.net/lists/listinfo/ogmrip-devel > > |
From: <gi...@gm...> - 2010-11-22 22:34:08
|
libnotify 0.7 removes notify_notification_new_with_status_icon so I had to add the attached patch to Fedora 15 rpms Please note notifications are being reworked for GnomeShell so you may want to keep an eye (if you're not already doing) on: http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibility Now, I'm not sure you want to add this as is, because it would not compile with older versions, but I thought it would be useful anyway. Cheers G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu |
From: <gi...@gm...> - 2010-11-22 21:12:55
|
In gtk3 gtk_dialog_set_has_separator () was removed, this patch remove all instances where it was used -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu |
From: Olivier R. <bi...@us...> - 2009-11-11 13:50:22
|
Done, thanks. On Thu, Nov 5, 2009 at 10:26 PM, bipbip <bip...@gm...> wrote: > Hi, > > Congratulations for the new release. :-) > > Just to inform you that I packaged the last ogmrip version for the Salix > distribution. > The package is here : > http://download.salixos.org/i486/13.0/salix/xap/ogmrip-0.13.2-i486-1fb.txz > The distribution logo is here : > SVG : http://download.tuxfamily.org/fredgnix/images/salix.svg > PNG : http://download.tuxfamily.org/fredgnix/images/salix_icon50.png > > If you want to put the link on your website. It will be great. > > Thanks > > Frédéric > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > OGMRip-devel mailing list > OGM...@li... > https://lists.sourceforge.net/lists/listinfo/ogmrip-devel > > |
From: bipbip <bip...@gm...> - 2009-11-05 21:26:55
|
Hi, Congratulations for the new release. :-) Just to inform you that I packaged the last ogmrip version for the Salix distribution. The package is here : http://download.salixos.org/i486/13.0/salix/xap/ogmrip-0.13.2-i486-1fb.txz The distribution logo is here : SVG : http://download.tuxfamily.org/fredgnix/images/salix.svg PNG : http://download.tuxfamily.org/fredgnix/images/salix_icon50.png If you want to put the link on your website. It will be great. Thanks Frédéric |
From: johan k. <joh...@ly...> - 2005-08-03 16:19:39
|
I'm trying to find a Linux dvd ripper with media recognition that shows cov= er art. My friend just installed Plutohome.org, an open source Linux media project.= Whenever he inserts a CD or DVD, it recognizes the disc and displays the = cover art, along with detailed attributes, like the names of the chapters i= n a DVD, or the studio for a CD, like a Windows XP Media Center does. It a= lso seems to cache this locally since the next time he puts the disc in the= recognition is instant; first time there's a 2 second delay or so. I didn= 't know there was such a free system for Linux. I only knew about freedb, = which works only for cd's, isn't nearly as accurate, and doesn't have cover= art or other extended data. Why don't we do the same thing? Since Plutoh= ome.org is open source, is there any chance you can copy the code into your= ripper? I don't want to install Pluto-home because it has so much stuff I= don't need (home automation, phone system, media streaming, etc.). I only= want this for the ripper in my normal desktop pc.=20 --=20 _______________________________________________ NEW! Lycos Dating Search. The only place to search multiple dating sites at= once. http://datingsearch.lycos.com |
From: Olivier R. <oli...@gm...> - 2005-06-16 16:45:48
|
Hi, I'm thinking about releasing OGMRip 0.9.0 anytime soon, but before, I =20 want to be sure it compiles and runs cleanly on as much platforms as =20 possible and that new features and improvements (and there has been a =20 lot, especially regarding bitrate calculators) did not introduce too =20 many bugs. Therefore, I will provide release candidates until all critical issues =20 are fixed. Here is the second one (the annoucement for the first one was made on =20 the forum): http://ogmrip.sourceforge.net/beta/ogmrip-0.9.0_rc2.tar.gz Releases of OGMRip in the 0.9 serie will only be bug fix ones in order =20 for OGMRip 1.0 to be rock solid :) New features should appear again in =20 1.1.0. Thanks for the help. Olivier Gentoo users: here is the ebuild: http://ogmrip.sourceforge.net/=20 ebuilds/ogmrip-0.9.0_rc2.ebuild |
From: Olivier R. <bi...@us...> - 2005-05-29 18:02:53
|
Le 29.05.2005 19:38:10, Wicher a =E9crit=A0: > Almost! Had to add this: > void vo_format_name() {}; > on line 62 of netstream.c to get it to work. Ok, I'll check this further. > Your quickhack from the other mail didn't work for me, even though I > modified the path to get_path.c (you don't need to be a programmer to > figure that one out, but I could never have produced the patch). As > should be clear by now, I hardly have any programming knowledge, but > examining your patch helped greatly. Thanks! I had forgotten to say that you've also had to add some global =20 variables in netstream.c (identify, dvdsub_id, audio_id and video_id, =20 iirc). > Out of curiousity, how did you figure out to include some headers > like: > +#include <ws2tcpip.h> > and add some variables like: > +int video_id=3D0; > and call some functions like: > +void strsep() {}; At first, I only added some missing variables. But then I checked out =20 the cvs version of netstream.c to see if patches had been provided =20 since pre7. And there was, which should add support for win32. > Have to disable samba to get it to compile. But, even after bringing > ./libmpdemux/stream.c and libmpdvdkit2/* back to _pre5-level, > MPlayer/mencoder start playing at the wrong position, but only if > reading from mpst. About halfway chapter 2 with the DVD I tested. =20 > It's a pity, because _pre5 doesn't support the 'turbo' option which =20 > makes a huge difference. > > Are you sure that you are getting the same output from mplayer =20 > dvd://6 versus mplayer mpst://localhost/dvd://6 with pre7? Could be =20 > that my DV (the only one I have) is a bit weird and pre7 doesn't =20 > understand it's quirkyness. I really don't know as I've never tested netstream myself... I rely =20 completely on you in this matter... Olivier |
From: Wicher <bak...@gm...> - 2005-05-29 17:38:37
|
Almost! Had to add this: void vo_format_name() {}; on line 62 of netstream.c to get it to work. Your quickhack from the other mail didn't work for me, even though I modified the path to get_path.c (you don't need to be a programmer to figure that one out, but I could never have produced the patch). As should be clear by now, I hardly have any programming knowledge, but examining your patch helped greatly. Thanks! (this was the error I fixed) ----------------------------------------------------------------------- cc -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O4 -march=3Dathlon-xp - mtune=3Dathlon-xp -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE _SOURCE -D_FILE_OFFSET_BITS=3D64 -I../.. -o netstream netstream.o ../../subrea der.o ../../m_option.o ../../m_struct.o ../../mp_msg.o ../../libvo/aclib.o ../.. /cpudetect.o ../../libmpdemux/libmpdemux.a ../../osdep/libosdep.a ../../libavfor mat/libavformat.a ../../libavcodec/libavcodec.a ../../liba52/liba52.a ../../load =20 er/libloader.a ../../tremor/libvorbisidec.a -L../../libmpdvdkit2 -Llibmpdvdkit2 -lmpdvdkit -lmad -ltheora -logg -llzo -lmp3lame=20 -lxvidcore -lm -ldts -lm -lp ng -lz -lz -ljpeg -lasound -ldl -lpthread -lungif -lpthread -ldl -rdynamic -lm ../../libmpdemux/libmpdemux.a(tvi_v4l.o): In function `start': tvi_v4l.c:(.text+0x1455): undefined reference to `vo_format_name' ../../libmpdemux/libmpdemux.a(tvi_v4l.o): In function `control': tvi_v4l.c:(.text+0x1f57): undefined reference to `vo_format_name' collect2: ld returned 1 exit status ----------------------------------------------------------------------- Out of curiousity, how did you figure out to include some headers like: +#include <ws2tcpip.h> and add some variables like: +int video_id=3D0; and call some functions like: +void strsep() {}; Have to disable samba to get it to compile. But, even after bringing ./libmpdemux/stream.c and libmpdvdkit2/* back to _pre5-level, MPlayer/mencoder start playing at the wrong position, but only if reading from mpst. About halfway chapter 2 with the DVD I tested. It's a pity, because _pre5 doesn't support the 'turbo' option which makes a huge difference. Are you sure that you are getting the same output from mplayer dvd://6 versus mplayer mpst://localhost/dvd://6 with pre7? Could be that my DVD (the only one I have) is a bit weird and pre7 doesn't understand it's quirkyness. That's it for today. Regards, Wicher On Sun, 29 May 2005 14:55:09 +0200 Olivier Rolland <bi...@us...> wrote: > Le 28.05.2005 01:26:59, Wicher a =E9crit=A0: > > On Fri, 27 May 2005 22:48:29 +0200 > > Silly me, I should never have expected my 1.0_pre7 mplayer binary to > > =20 > > work on an 1.0_pre5 netstream binary ;-) Anyways, this solves a lot=20 > >=20 > > of problems, so I'm one step closer to distributed encoding. =20 > > Netstream is not very well maintained, and _pre5 is the only =20 > > sourcebase which I could get to work with a lot of fiddling and cvs- > >=20 > > ing. Thank God for ccache. >=20 > Here are 2 patches for netstream from pre7 to compile cleanly whatever > =20 > your mplayer configuration is (or so I think). >=20 > http://ogmrip.sourceforge.net/patches/netstream-1.0pre7-src.patch > http://ogmrip.sourceforge.net/patches/netstream-1.0pre7-makefile.patch >=20 |
From: Olivier R. <bi...@us...> - 2005-05-29 12:55:23
|
Le 28.05.2005 01:26:59, Wicher a =E9crit=A0: > On Fri, 27 May 2005 22:48:29 +0200 > Silly me, I should never have expected my 1.0_pre7 mplayer binary to =20 > work on an 1.0_pre5 netstream binary ;-) Anyways, this solves a lot =20 > of problems, so I'm one step closer to distributed encoding. =20 > Netstream is not very well maintained, and _pre5 is the only =20 > sourcebase which I could get to work with a lot of fiddling and cvs-=20 > ing. Thank God for ccache. Here are 2 patches for netstream from pre7 to compile cleanly whatever =20 your mplayer configuration is (or so I think). http://ogmrip.sourceforge.net/patches/netstream-1.0pre7-src.patch http://ogmrip.sourceforge.net/patches/netstream-1.0pre7-makefile.patch |
From: Olivier R. <bi...@us...> - 2005-05-27 23:40:42
|
Le 28.05.2005 01:26:59, Wicher a =E9crit=A0: > If you're interested in netstream, here's a tbz2 for you: > http://www.huizehennep.demon.nl/MPlayer-1.0pre5-Netstream.tar.bz2 Thanks, but I managed to compile netstream for pre7. Here is the ugly =20 hack I used: $ cd /path/to/MPlayer-1.0pre7 $ make PRG=3D"netstream" SRCS_MPLAYER=3D"TOOLS/netstream/netstream.c =20 mp_msg.c m_struct.c m_option.c subreader.c libvo/aclib.c loader/=20 ldt_keeper.c loader/module.c cpudetect.c libavcodec/raw.c libavcodec/=20 allcodecs.c" The binary will located in /path/to/Player-1.0pre7. |
From: Wicher <wi...@hu...> - 2005-05-27 23:27:04
|
On Fri, 27 May 2005 22:48:29 +0200 Olivier Rolland <oli...@gm...> wrote: > Le 27.05.2005 22:17:42, Wicher a =E9crit=A0: > > - ripping the DVD (with vobcopy e.g.) and exporting the resultant > > files (not nice, requires diskspace and costs more time) >=20 > Done in CVS. Great! I'm making some progress too, I got rid of the 'starting-at-the-wrong-position'-thing with netstream. Silly me, I should never have expected my 1.0_pre7 mplayer binary to work on an 1.0_pre5 netstream binary ;-) Anyways, this solves a lot of problems, so I'm one step closer to distributed encoding. Netstream is not very well maintained, and _pre5 is the only sourcebase which I could get to work with a lot of fiddling and cvs-ing. Thank God for ccache. If you're interested in netstream, here's a tbz2 for you: http://www.huizehennep.demon.nl/MPlayer-1.0pre5-Netstream.tar.bz2 Tweak the 'wichigure.sh'-script if you don't have ccache, want a different prefix or want to try some other configure-options (but these work). makenetstream.sh will make your netstream binary which will be located in TOOLS/netstream. Wicher |
From: Olivier R. <oli...@gm...> - 2005-05-27 20:48:41
|
Le 27.05.2005 22:17:42, Wicher a =E9crit=A0: > - ripping the DVD (with vobcopy e.g.) and exporting the resultant > files (not nice, requires diskspace and costs more time) Done in CVS. |
From: Wicher <wi...@hu...> - 2005-05-27 20:17:51
|
Here I go, replying to myself: I've made a shell script that *should* work, if only there was some way for the remote mencoder process to work out the CSS-key. It's posted below. But even though I copy the key to the remote machine so it is cached, it fails to decrypt. Some info on the authentication mechanisms employed by MPlayer: http://www.mplayerhq.hu/DOCS/HTML-single/en/MPlayer.html#dvd Some verbosity shows multiple "get_path('DVDKeys') -> '/root/.mplayer/DVDKeys'" ; that's the path were I copied the keys to. When mencoder fails to use the key, it will try the "bus key" method but it won't work because the IOCTL's don't work on mounted network filesystems, see this strace snippet: _llseek(11, 784996352, [784996352], SEEK_SET) = 0 read(11, 0x85d2034, 2048) = -1 EIO (Input/output error) Even with DVDCSS_METHOD="title" it won't work, although the 'title'-method doesn't seem to require raw disk access. So, I'll not be going the shfs way of exporting a mounted dvd to a remote mencoder process :...( On another note: the 'play mounted DVD with multiple instances of mplayer'-experiment mentioned in my post below only resulted in a positive conclusion only because mplayer finds the device corresponding with the mountpoint, e.g. has raw device access :...( Options left: - getting netstream to play nice (i'll ask the MPlayer ML) - finding a dm_crypt module to loopback the DVD device to decrypt the DVD on-the-fly, transparently, using a network-exported mountpoint (would be _very_ nice indeed) - ripping the DVD (with vobcopy e.g.) and exporting the resultant files (not nice, requires diskspace and costs more time) Mencoder Wrapper Script, you have to setup SSH with PKI to let it work: ------------------------------------------------------------------------ #!/bin/bash -x #TODO: choose fast encryption ARGS="$*" REMOTE_SSH_PORT=23 LOCAL_SSH_PORT=22 ENCUSER=root ENCHOST=eendracht LOCALUSER=boer LOCALHOST=hennep PROJECTDIR=/data/project/ogmrip # Temp dir should be a subdir of $PROJECTDIR! DVDMPOINT=/mnt/dvd RMTDVDMPOINT=/brak/dvd function mountstuff { mount $DVDMPOINT #ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST mkdir -p \~$ENCUSER/.mplayer/DVDKeys scp -r -P $REMOTE_SSH_PORT ~/.mplayer/DVDKeys/* $ENCUSER@$ENCHOST:\~$ENCUSER/.mplayer/DVDKeys ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST export DVDCSS_METHOD=""title"" ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST mkdir -p $RMTDVDMPOINT ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST mkdir -p $PROJECTDIR ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST shfsmount -P $LOCAL_SSH_PORT $LOCALUSER@$LOCALHOST:$DVDMPOINT $RMTDVDMPOINT & sleep 5 ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST shfsmount -P $LOCAL_SSH_PORT $LOCALUSER@$LOCALHOST:$PROJECTDIR $PROJECTDIR & sleep 5 } function mencoderremote { #echo $ARGS ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST mencoder $ARGS } function unmountstuff { ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST shfsumount $RMTDVDMPOINT ssh -p $REMOTE_SSH_PORT $ENCUSER@$ENCHOST shfsumount $PROJECTDIR umount $DVDMPOINT } # no wrapping and exporting when cropdetecting if [ "$(echo $ARGS | grep cropdetect)" ]; then /usr/bin/mencoder $ARGS exit #TODO: find a way to insert $DVDMPOINT instead of /brak/dvd else ARGS=`echo $ARGS | sed -e 's/\/dev\/hdc/\/brak\/dvd/g'` mountstuff mencoderremote unmountstuff fi --------------------------------------------------------------------- On Fri, 27 May 2005 17:35:52 +0200 Wicher <bak...@gm...> wrote: > Hi there (again), > > Netstream is terrible. MPlayer/mencoder will only work if playing the > last title on the DVD, otherwise it doesn't initialize the audio > stream correctly and crashes. It even crashes when you explicitly tell > mencoder/mplayer to not care about sound (-nosound / -ao null > respectively). And if you use the last title on the DVD (mencoder > mpst://host/dvd://6) , the order of the chapters is mangled and > different from what mencoder dvd://6 makes of it. > > On the other hand, encoding from an exported and mounted DVD system is > a breeze. I used SSHFS for a test and everything went OK. > So, netstream was a bad idea. It's also a PITA to get it to > compile and run properly. An SSH-only setup is much simpler, too. > > I thought I'd better share this with the people who got the other > message in case they were starting to play around with netstream out > of curiousity - it won't get you anywhere ;-) > > Regards, Wicher > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > OGMRip-devel mailing list > OGM...@li... > https://lists.sourceforge.net/lists/listinfo/ogmrip-devel -- Life being what it is, one dreams of revenge. -- Paul Gauguin |
From: Wicher <wi...@hu...> - 2005-05-27 19:26:18
|
On Fri, 27 May 2005 17:42:59 +0200 Olivier Rolland <oli...@gm...> wrote: > Hi Wicher, Hi there! >=20 > Le 27.05.2005 14:14:00, Wicher a =E9crit=A0: > > OGMRip is a very nice project. No-fuss encoding 'for the rest of > > us'. First of all, is this the right place to discuss OGMRip? > > There's 1 message on the list, and ~100 messages in the forum. >=20 > Both the forum and the ml are right places to discuss OGMRip. Then i'll use the mailinglist. It's more cosy than forums and it needs some traffic ;-) >=20 > > Anyway, I'm trying to do something nifty to OGMRip: letting the > > video encoding be done on an other machine. The OGMrip machine is a > > P2-350, but there's a Duron 800 server on the LAN which should be > > doing the encoding. > >=20 > > Since I don't have a lot of programming experience but am not scared > > of some scripting, I've been thinking about a mencoder wrapper =20 > > script. Although having an option to change the location of the =20 > > mencoder executable in the ogmrip source would be better, but I can=20 > >=20 > > alway change the $PATH before executing OGMRip so it finds the =20 > > wrapper script instead of the real mencoder binary. >=20 > You can try adding a --mencoder-path option to ./configure to specify > a custom location for mencoder. You will have to tweak configure.in. > Have a look at > http://sources.redhat.com/autobook/autobook/autobook_toc.html to > learn about autoconf, automake and libtool. Now why didn't I think of that.... >=20 > > My planned implementation: > > The wrapper script catches the arguments passed to it and does some > > sed-ing to change something like this: > >=20 > > mencoder -nocache -nosound -noslices -zoom -sws 7 -vf > > crop=3D688:576:18:0,scale=3D576:336,hqdn3d=3D2:1:2 -ovc lavc -passlogfi= le > > /home/boer/log.TbbE0r -lavcopts > > vcodec=3Dmpeg4:mbd=3D2:mv0:qprd:autoaspect:keyint=3D125:turbo:trell:cbp= :p > > recm > > p=3D2:subcmp=3D2:cmp=3D2:dia=3D-2:predia=3D-2:vmax_b_frames=3D2:vbitrat= e=3D1177:v > > pass =3D2 -chapter 1 -o /home/boer/video.g1u1Px -dvd-device /dev/hdc > > dvd://6 > >=20 > > into something like this: > > mencoder -nocache -nosound -noslices -zoom -sws 7 -vf > > crop=3D688:576:18:0,scale=3D576:336,hqdn3d=3D2:1:2 -ovc lavc -passlogfi= le > > /home/boer/log.TbbE0r -lavcopts > > vcodec=3Dmpeg4:mbd=3D2:mv0:qprd:autoaspect:keyint=3D125:turbo:trell:cbp= :p > > recm > > p=3D2:subcmp=3D2:cmp=3D2:dia=3D-2:predia=3D-2:vmax_b_frames=3D2:vbitrat= e=3D1177:v > > pass =3D1 -chapter 1 -o /home/boer/video.g1u1Px > > mpst://ogmripmachine/dvd://6 > >=20 > > Then it should start the 'netstream' binary from the MPlayer suite > > on the machine OGMRip is running on. The modified mencoder arguments > > should be SSH'd to the machine which will be doing the mencoding. It > > =20 > > reads the DVD via the network. OGMrip will still catch the stdout of > > =20 > > the mencoder process on the encoding machine to display it's =20 > > progress, right? Would this be completely transparant to OGMRip? > > More info on netstream: > > http://www.mplayerhq.hu/DOCS/HTML-single/en/MPlayer.html#mpst >=20 > I'm not so familiar with netstream, but as far as I understand, it =20 > seems this will be completely transparent to ogmrip. >=20 > > Only problem is the video output file location > > (/home/boer/video.g1u1Px) which should be on the OGMrip machine. >=20 > I'm not so sure... You should ask on mplayer's ml to get confirmation, > but I think the video file would be created on the client machine, not > on the server one. Which would be exactly right. And, all of a sudden (!?!?), the video.RANDOM and log.RANDOM files end up neatly in the temporary path specified in the GUI. Sometimes problems go away without interference ;-) >=20 > > The machine SSH'd into (doing the mencoding) will have to network-=20 > > mount the remote (OGMRip-machine)/home/boer directory to (local)/=20 > > home/boer so the output file (video.g1u1Px) will be where OGMrip =20 > > expects it to be. There are other solutions, but this is the most =20 > > network-efficient and transparent to OGMrip. Only problem is: I > > don't want to mount my homedir on that server! So, how can I set > > the location of 'video.g1u1Px' and 'log.TbbE0r' to somewhere else > > than $HOME? > > If you ask me, they should be in the directory named "Temporary > > Path" in the OGMRip-->Preferences-->General tab, instead of in > > $HOME. I don't mind exporting this temp directory to the server. > > Can you give me any directions to change this behaviour? >=20 > You're absolutely right. See previous point, it's just not happening anymore, strangely enough. >=20 > > It's probably way to soon to ask this, but if you like the > > distributed-encoding idea, would you be willing to incorporate this > > feature into OGMRip so that we can get rid of the wrapper-script > > workaround? It would be a welcome challenge to me to help. Maybe > > it's possible to do distributed encoding by starting multiple > > netstream servers (i'll have to modify the netstream source to do > > that, though, but that should be easy) so that multiple > > mencoder-machines can connect to the different servers to do > > different frame-ranges/ chapters of the 2nd pass, with mkvmerge > > merging them nicely together in the end. But that would require > > some work on the OGMrip-side. And I'm not sure how a DVD-drive > > will react to multiple concurrent reads & seeks, probably not very > > well. So this would require ripping the DVD first, which would > > mean more modifications to OGMRip in respect to support for > > distributed encoding (single machine encoding could still be done > > without ripping the DVD first, of course). My 12-speed NEC ND1300A > > works fine with 3 mplayer instances reading off it, though. >=20 > Wow ! That's a challenge... But perhaps not so hard, as long as =20 > everything is clearly specified. However, I don't known if there is > any easy mean to concatenate ogm, avi or mkv... There must be! I bet I can find something (in a month or so). >=20 > > On a totally different note: it seems that the output file size set=20 > >=20 > > in the OGMRip gui is off by a great margin (150 MB) in the actual =20 > > output file (which plays fine). Even more, changing the output file=20 > >=20 > > size setting doesn't seem to influence my actual output file size at > > =20 > > all. >=20 > Weird... >=20 > > Using: OGM container, 1 output file (set to 690M), LAVC MPEG-4 > > 2-pass turbo hqdn3d trell, vorbis normalized Q=3D3 audio and > > subtitles. If you want I can give you a report in more detail, but > > that would require me ripping a DVD two times. >=20 > Can you just give me the video bitrate and the nonvideo size (which =20 > should be written somewhere in the output if you compiled ogmrip in =20 > maintainer mode) ? I'll get onto it when I'm less busy and get back to you with the results (maybe this problem goes away the same way the other problem did) >=20 > Greetings, >=20 > Olivier >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22005 > _______________________________________________ > OGMRip-devel mailing list > OGM...@li... > https://lists.sourceforge.net/lists/listinfo/ogmrip-devel --=20 To make tax forms true they should read "Income Owed Us" and "Incommode You". |
From: Olivier R. <oli...@gm...> - 2005-05-27 15:43:04
|
Hi Wicher, Le 27.05.2005 14:14:00, Wicher a =E9crit=A0: > OGMRip is a very nice project. No-fuss encoding 'for the rest of us'. > First of all, is this the right place to discuss OGMRip? There's 1 > message on the list, and ~100 messages in the forum. Both the forum and the ml are right places to discuss OGMRip. > Anyway, I'm trying to do something nifty to OGMRip: letting the > video encoding be done on an other machine. The OGMrip machine is a > P2-350, but there's a Duron 800 server on the LAN which should be > doing the encoding. >=20 > Since I don't have a lot of programming experience but am not scared > of some scripting, I've been thinking about a mencoder wrapper =20 > script. Although having an option to change the location of the =20 > mencoder executable in the ogmrip source would be better, but I can =20 > alway change the $PATH before executing OGMRip so it finds the =20 > wrapper script instead of the real mencoder binary. You can try adding a --mencoder-path option to ./configure to specify a =20 custom location for mencoder. You will have to tweak configure.in. Have =20 a look at http://sources.redhat.com/autobook/autobook/autobook_toc.html =20 to learn about autoconf, automake and libtool. > My planned implementation: > The wrapper script catches the arguments passed to it and does some > sed-ing to change something like this: >=20 > mencoder -nocache -nosound -noslices -zoom -sws 7 -vf > crop=3D688:576:18:0,scale=3D576:336,hqdn3d=3D2:1:2 -ovc lavc -passlogfi= le > /home/boer/log.TbbE0r -lavcopts > vcodec=3Dmpeg4:mbd=3D2:mv0:qprd:autoaspect:keyint=3D125:turbo:trell:cbp= :precm > p=3D2:subcmp=3D2:cmp=3D2:dia=3D-2:predia=3D-2:vmax_b_frames=3D2:vbitrat= e=3D1177:vpass > =3D2 -chapter 1 -o /home/boer/video.g1u1Px -dvd-device /dev/hdc dvd://6 >=20 > into something like this: > mencoder -nocache -nosound -noslices -zoom -sws 7 -vf > crop=3D688:576:18:0,scale=3D576:336,hqdn3d=3D2:1:2 -ovc lavc -passlogfi= le > /home/boer/log.TbbE0r -lavcopts > vcodec=3Dmpeg4:mbd=3D2:mv0:qprd:autoaspect:keyint=3D125:turbo:trell:cbp= :precm > p=3D2:subcmp=3D2:cmp=3D2:dia=3D-2:predia=3D-2:vmax_b_frames=3D2:vbitrat= e=3D1177:vpass > =3D1 -chapter 1 -o /home/boer/video.g1u1Px > mpst://ogmripmachine/dvd://6 >=20 > Then it should start the 'netstream' binary from the MPlayer suite on > the machine OGMRip is running on. The modified mencoder arguments > should be SSH'd to the machine which will be doing the mencoding. It =20 > reads the DVD via the network. OGMrip will still catch the stdout of =20 > the mencoder process on the encoding machine to display it's =20 > progress, right? Would this be completely transparant to OGMRip? > More info on netstream: > http://www.mplayerhq.hu/DOCS/HTML-single/en/MPlayer.html#mpst I'm not so familiar with netstream, but as far as I understand, it =20 seems this will be completely transparent to ogmrip. > Only problem is the video output file location > (/home/boer/video.g1u1Px) which should be on the OGMrip machine. I'm not so sure... You should ask on mplayer's ml to get confirmation, =20 but I think the video file would be created on the client machine, not =20 on the server one. > The machine SSH'd into (doing the mencoding) will have to network-=20 > mount the remote (OGMRip-machine)/home/boer directory to (local)/=20 > home/boer so the output file (video.g1u1Px) will be where OGMrip =20 > expects it to be. There are other solutions, but this is the most =20 > network-efficient and transparent to OGMrip. Only problem is: I don't =20 > want to mount my homedir on that server! So, how can I set the =20 > location of 'video.g1u1Px' and 'log.TbbE0r' to somewhere else than =20 > $HOME? > If you ask me, they should be in the directory named "Temporary Path" > in the OGMRip-->Preferences-->General tab, instead of in $HOME. I =20 > don't mind exporting this temp directory to the server. > Can you give me any directions to change this behaviour? You're absolutely right. > It's probably way to soon to ask this, but if you like the > distributed-encoding idea, would you be willing to incorporate this > feature into OGMRip so that we can get rid of the wrapper-script > workaround? It would be a welcome challenge to me to help. Maybe it's > possible to do distributed encoding by starting multiple netstream > servers (i'll have to modify the netstream source to do that, though, > but that should be easy) so that multiple mencoder-machines can > connect to the different servers to do different frame-ranges/=20 > chapters of the 2nd pass, with mkvmerge merging them nicely together =20 > in the end. But that would require some work on the OGMrip-side. And =20 > I'm not sure how a DVD-drive will react to multiple concurrent reads =20 > & seeks, probably not very well. So this would require ripping the =20 > DVD first, which would mean more modifications to OGMRip in respect =20 > to support for distributed encoding (single machine encoding could =20 > still be done without ripping the DVD first, of course). My 12-speed =20 > NEC ND1300A works fine with 3 mplayer instances reading off it, =20 > though. Wow ! That's a challenge... But perhaps not so hard, as long as =20 everything is clearly specified. However, I don't known if there is any =20 easy mean to concatenate ogm, avi or mkv... > On a totally different note: it seems that the output file size set =20 > in the OGMRip gui is off by a great margin (150 MB) in the actual =20 > output file (which plays fine). Even more, changing the output file =20 > size setting doesn't seem to influence my actual output file size at =20 > all. Weird... > Using: OGM container, 1 output file (set to 690M), LAVC MPEG-4 2-pass > turbo hqdn3d trell, vorbis normalized Q=3D3 audio and subtitles. If you > want I can give you a report in more detail, but that would require =20 > me ripping a DVD two times. Can you just give me the video bitrate and the nonvideo size (which =20 should be written somewhere in the output if you compiled ogmrip in =20 maintainer mode) ? Greetings, Olivier |
From: Wicher <bak...@gm...> - 2005-05-27 15:35:42
|
Hi there (again), Netstream is terrible. MPlayer/mencoder will only work if playing the last title on the DVD, otherwise it doesn't initialize the audio stream correctly and crashes. It even crashes when you explicitly tell mencoder/mplayer to not care about sound (-nosound / -ao null respectively). And if you use the last title on the DVD (mencoder mpst://host/dvd://6) , the order of the chapters is mangled and different from what mencoder dvd://6 makes of it. On the other hand, encoding from an exported and mounted DVD system is a breeze. I used SSHFS for a test and everything went OK. So, netstream was a bad idea. It's also a PITA to get it to compile and run properly. An SSH-only setup is much simpler, too. I thought I'd better share this with the people who got the other message in case they were starting to play around with netstream out of curiousity - it won't get you anywhere ;-) Regards, Wicher |
From: Wicher <bak...@gm...> - 2005-05-27 12:13:50
|
Hi Olivier and others, OGMRip is a very nice project. No-fuss encoding 'for the rest of us'. First of all, is this the right place to discuss OGMRip? There's 1 message on the list, and ~100 messages in the forum. Anyway, I'm trying to do something nifty to OGMRip: letting the video encoding be done on an other machine. The OGMrip machine is a P2-350, but there's a Duron 800 server on the LAN which should be doing the encoding. Since I don't have a lot of programming experience but am not scared of some scripting, I've been thinking about a mencoder wrapper script. Although having an option to change the location of the mencoder executable in the ogmrip source would be better, but I can always change the $PATH before executing OGMRip so it finds the wrapper script instead of the real mencoder binary. My planned implementation: The wrapper script catches the arguments passed to it and does some sed-ing to change something like this: mencoder -nocache -nosound -noslices -zoom -sws 7 -vf crop=688:576:18:0,scale=576:336,hqdn3d=2:1:2 -ovc lavc -passlogfile /home/boer/log.TbbE0r -lavcopts vcodec=mpeg4:mbd=2:mv0:qprd:autoaspect:keyint=125:turbo:trell:cbp:precm p=2:subcmp=2:cmp=2:dia=-2:predia=-2:vmax_b_frames=2:vbitrate=1177:vpass =2 -chapter 1 -o /home/boer/video.g1u1Px -dvd-device /dev/hdc dvd://6 into something like this: mencoder -nocache -nosound -noslices -zoom -sws 7 -vf crop=688:576:18:0,scale=576:336,hqdn3d=2:1:2 -ovc lavc -passlogfile /home/boer/log.TbbE0r -lavcopts vcodec=mpeg4:mbd=2:mv0:qprd:autoaspect:keyint=125:turbo:trell:cbp:precm p=2:subcmp=2:cmp=2:dia=-2:predia=-2:vmax_b_frames=2:vbitrate=1177:vpass =1 -chapter 1 -o /home/boer/video.g1u1Px mpst://ogmripmachine/dvd://6 Then it should start the 'netstream' binary from the MPlayer suite on the machine OGMRip is running on. The modified mencoder arguments should be SSH'd to the machine which will be doing the mencoding. It reads the DVD via the network. OGMrip will still catch the stdout of the mencoder process on the encoding machine to display it's progress, right? Would this be completely transparant to OGMRip? More info on netstream: http://www.mplayerhq.hu/DOCS/HTML-single/en/MPlayer.html#mpst Only problem is the video output file location (/home/boer/video.g1u1Px) which should be on the OGMrip machine. The machine SSH'd into (doing the mencoding) will have to network-mount the remote (OGMRip-machine)/home/boer directory to (local)/home/boer so the output file (video.g1u1Px) will be where OGMrip expects it to be. There are other solutions, but this is the most network-efficient and transparent to OGMrip. Only problem is: I don't want to mount my homedir on that server! So, how can I set the location of 'video.g1u1Px' and 'log.TbbE0r' to somewhere else than $HOME? If you ask me, they should be in the directory named "Temporary Path" in the OGMRip-->Preferences-->General tab, instead of in $HOME. I don't mind exporting this temp directory to the server. Can you give me any directions to change this behaviour? It's probably way to soon to ask this, but if you like the distributed-encoding idea, would you be willing to incorporate this feature into OGMRip so that we can get rid of the wrapper-script workaround? It would be a welcome challenge to me to help. Maybe it's possible to do distributed encoding by starting multiple netstream servers (i'll have to modify the netstream source to do that, though, but that should be easy) so that multiple mencoder-machines can connect to the different servers to do different frame-ranges/chapters of the 2nd pass, with mkvmerge merging them nicely together in the end. But that would require some work on the OGMrip-side. And I'm not sure how a DVD-drive will react to multiple concurrent reads & seeks, probably not very well. So this would require ripping the DVD first, which would mean more modifications to OGMRip in respect to support for distributed encoding (single machine encoding could still be done without ripping the DVD first, of course). My 12-speed NEC ND1300A works fine with 3 mplayer instances reading off it, though. On a totally different note: it seems that the output file size set in the OGMRip gui is off by a great margin (150 MB) in the actual output file (which plays fine). Even more, changing the output file size setting doesn't seem to influence my actual output file size at all. Using: OGM container, 1 output file (set to 690M), LAVC MPEG-4 2-pass turbo hqdn3d trell, vorbis normalized Q=3 audio and subtitles. If you want I can give you a report in more detail, but that would require me ripping a DVD two times. Regards, Wicher |
From: kemal asad-s. <kas...@gm...> - 2005-05-27 08:30:48
|
I am looking to run ogmrip .Is there a linux distribution ... be more appropriate. ie compile and installs smoothly. Any help is wellcome. thanks Kemal |
From: Olivier R. <bi...@us...> - 2004-11-19 19:34:12
|
Welcome to the mailing list. |