[SLUG] Re: howto extract Chapters from movies?
Hi Sonia, I'm not sure how 'automatic' you want the process to be. If you're willing to do the thing manually, you can edit with Avidemux http://fixounet.free.fr/avidemux/ or GopChop http://gopchop.sourceforge.net/ If you were 'extracting' the movie from a DVD, there are many different ways of doing it from: DVD::RIP to K9Copy to DVDshrink You can then either put them together (as separate chapters) using something DVDStyler or use ffmpeg to transcode them to raw dv and then edit and merge them using Kino. I'm happy to provide more details if you'd like. Regards, Patrick - Sonia Hamilton [EMAIL PROTECTED] Mon, 19 Feb 2007 16:03:47 +1100 Can anyone recommend a tool for extracting and combining Chapters from a movie? I've extracted the movie (a sports training video, actually) using dd dd_rhelp [1]. What I'd like to do is pull out some of the chapters and combine them into a new movie (specific to the training I'm doing). By 'Chapters' I mean the chapters that appear in the Title/Chapter hierarchy in VLC. Thanks for any hints, [1] http://www.kalysto.org/utilities/dd_rhelp/index.en.html -- Registered Linux User 368634 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] On fitting an internal hard drive
I have the opportunity to a) upgrade to Fedora 5 and b) buy a Seagate 160MB internal hard drive, hopefully to facilitate the Fedora. It's a Fujitsu S Series Lifebook. I've not done this before. Would the new hard drive fit the laptop and would it give the BIOS a hard time? Any help etc. I should point out that I'll take the Windows-laden hard drive and store it elsewhere. I do have some standards. Bill bennett. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: [LINK] Close encounters of a Vista type
Don't know if you can on Vista But if you go to command prompt in XP, you can type ipconfig /all and it will give you what you are looking for. Chris - Original Message - From: Adam Todd [EMAIL PROTECTED] To: Howard Lowndes [EMAIL PROTECTED]; SLUG slug@slug.org.au; Link [EMAIL PROTECTED] Sent: Monday, February 19, 2007 12:11 PM Subject: [SLUG] Re: [LINK] Close encounters of a Vista type Howard, you know, I think the fastest way to do it in such case would be to have your own laptop with WiFi (smile) running an open private SSID and then just have the new lappy connect and do an ARP listing :) A Lappy with Linux and WiFi is such a saving grace :) Out of curiosity, as I never intend to see VISTA myself, doesn't it have the network icon in the TaskBar or ToolBox and when you click on it, click STATUS then SUPPORT tab and then DETAILS? That's XP anyway. Never had that in Win2K :) At 07:16 AM 19/02/2007, Howard Lowndes wrote: I had the misfortune to have a close encounter with retail Vista yesterday, and it was not pleasant. It was on a student's Dell desktop (exact Vista version not known) and all I needed was the MAC address of the wireless card so that I could lock it into the wireless access point of the dorm. This is normally a task that comprises either of: Look underneath the lappy for a label with the MAC address, but why don't manufacturers do this as standard; Dell don't even put the wired connection MAC address on the base Under XP, fire it up and look at the properties of the wireless connection - simple Not so with Vista. Firstly, find out where they have put it all in their re-organised menus. Having eventually found it by picking the least likely option I then get the standard nag box - hey, M$, this lappy only has one account on it, and therefore its the administrator account. OK, there's a very promising Properties option complete with a drop down selection list of about 30 properties to look out. Go through every single one and nothing looks anything like a MAC address. Resort to Plan B. Turn off the MAC based access control on the WAP, let the lappy connect and then find the MAC address from the WAP. What a bloody PITA. If this is the way M$ want to create the WoW experience, then they sure haven't wowed me... -- Howard. LANNet Computing Associates - Your Linux people http://lannetlinux.com When you want a computer system that works, just choose Linux; When you want a computer system that works, just, choose Microsoft. -- Flatter government, not fatter government; abolish the Australian states. ___ Link mailing list [EMAIL PROTECTED] http://mailman.anu.edu.au/mailman/listinfo/link -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] On fitting an internal hard drive
[EMAIL PROTECTED] wrote on 20/02/2007 09:33:20 PM: Any help etc. I should point out that I'll take the Windows-laden hard drive and store it elsewhere. I do have some standards. It should be encapsulated in Synroc and dumped in the Marianas Trench. David 99112707 NOTICE This e-mail and any attachments are intended for the addressee(s) only and may be confidential. They may contain legally privileged or copyright material. You should not read, copy, use or disclose them without authorisation. If you are not the intended recipient please contact the sender as soon as possible by return e-mail and then please delete both messages. This notice should not be removed. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] On fitting an internal hard drive
On 2/20/07, William Bennett [EMAIL PROTECTED] wrote: I have the opportunity to a) upgrade to Fedora 5 and b) buy a Seagate 160MB internal hard drive, hopefully to facilitate the Fedora. It's a Fujitsu S Series Lifebook. I've not done this before. Would the new hard drive fit the laptop and would it give the BIOS a hard time? You are aware that most notebooks don't use the regulation 3.5 inch disk, right? Notebooks use a 2.5 inch {or sometimes smaller} disk specifically designed for restricted space. Depending on the model Lifebook, the default specifications indicate they'll support up to a 120 gig drive from the factory - the BIOS will usually support larger than the factory installed device, so I'd tentatively say you'll be OK from a capacity point of view, however depending on model, they might only support SATA drives - the current market ones only do SATA - I don't know how old your lifebook is, so there's no way of me knowing which ATA standard it uses. Look here http://www.lifebook.com.au/?pageID=Categoryid=1 for specs, and here http://www.lifebook.com.au/?pageID=Support for support. There are BIOS updates for most models, but again without knowing which model it is I'm not gonna say yours will specifically work. Any help etc. I should point out that I'll take the Windows-laden hard drive and store it elsewhere. I do have some standards. You should encase it in lead and bury it. That way the world will be safe from its contamination! DaZZa -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] On fitting an internal hard drive
William Bennett wrote: I have the opportunity to a) upgrade to Fedora 5 and b) buy a Seagate 160MB internal hard drive, hopefully to facilitate the Fedora. It's a Fujitsu S Series Lifebook. I've not done this before. Would the new hard drive fit the laptop and would it give the BIOS a hard time? Make sure you can physically do an install of the drive at home. Do you have the tools to undo little screws with special heads, what other parts of the laptop need to be disassembled to install the hard drive etc. When the screen on my Ti PowerBook broke I found a site on the web that listed all the special tools I would need like star screwdrivers and the actual procedure and I could see that it wasn't going to be easy at all. I would have had to disassemble the entire laptop to get a new screen installed. Mike -- Michael Lake Computational Research Support Unit Science Faculty, UTS Ph: 9514 2238 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] On fitting an internal hard drive
Michael Lake wrote: William Bennett wrote: I have the opportunity to a) upgrade to Fedora 5 and b) buy a Seagate 160MB internal hard drive, hopefully to facilitate the Fedora. It's a Fujitsu S Series Lifebook. I've not done this before. Would the new hard drive fit the laptop and would it give the BIOS a hard time? Make sure you can physically do an install of the drive at home. Do you have the tools to undo little screws with special heads, what other parts of the laptop need to be disassembled to install the hard drive etc. When the screen on my Ti PowerBook broke I found a site on the web that listed all the special tools I would need like star screwdrivers and the actual procedure and I could see that it wasn't going to be easy at all. I would have had to disassemble the entire laptop to get a new screen installed. Mike Hard drives usually are not so bad, but finding a illustrated howto is good for finding out about the hidden screw there usually is Ken -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Postfix, LDAP, NFS, virtual domains, Mailman, et al
On 21/02/07, Howard Lowndes [EMAIL PROTECTED] wrote: An even further alternative thinking might be to not NFS mount anything anywhere, but to have Postfix on the mail server relay all inbounds to the mailing lists on the mail server directly to the MTA on the web server. Does that all make sense, and is it likely to work? Without personal experience with this, the above is closest to what I was thinking about while reading your message - let the virtual transport do its stuff and wherever it transports its message to will forward mailing-list stuff to mailman, as if there is no virtual involved in the chain. Not even sure it makes sense on the detailed level but it's a simple break down the problem to manageble bits approach on the logical level at least... (also I'm generally suspicious of NFS, especially where mail is involved). Hope this gives you some useful perspective. Cheers, --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] dns lookup with host works, other apps doesn't.
Hi all, I have a number machines sitting in another country with access to them via a VPN. On one of these machines host www.google.com returns valid IP addresses, but wget www.google.com results in Resolving www.google.com... failed: Temporary failure in name resolution. However, using wget with the IP address does work. Attempting to access other servers results in similar behaviour. host server works, wget server doesn't, wget ip address does. In addition, the problem is not restricted to wget; telnet, ping, lynx etc are all broken, but host works. Anybody have any explanation for this weird behaviour? Erik -- +---+ Erik de Castro Lopo +---+ http://en.wikipedia.org/wiki/Why_I_Am_Not_a_Christian http://en.wikipedia.org/wiki/Why_I_Am_Not_a_Muslim http://en.wikipedia.org/wiki/Strong_atheism -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
Hey hey. On Wed, 2007-02-21 at 13:24 +1100, Erik de Castro Lopo wrote: I have a number machines sitting in another country with access to them via a VPN. On one of these machines host www.google.com returns valid IP addresses, but wget www.google.com results in Resolving www.google.com... failed: Temporary failure in name resolution. However, using wget with the IP address does work. Attempting to access other servers results in similar behaviour. host server works, wget server doesn't, wget ip address does. In addition, the problem is not restricted to wget; telnet, ping, lynx etc are all broken, but host works. Anybody have any explanation for this weird behaviour? How is your /etc/nsswitch.conf ? This file controls how name resolution for different things is done. A default Linux install will most likely include the line hosts: files dns Which says that to resolve a hostname, first check /etc/hosts, then do a DNS lookup. If you take dns off of this line, then nothing on your system will do DNS lookups any more. Except tools like host, which are designed specifically for doing DNS lookups, and don't seem to jump through the standard hoops to resolve an address. -- Pete -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
Peter Hardy wrote: How is your /etc/nsswitch.conf ? Sorry, should have mentioned that I already looked at this. This file controls how name resolution for different things is done. A default Linux install will most likely include the line hosts: files dns hosts:files dns mdns Is the mdns ok? Erik -- +---+ Erik de Castro Lopo +---+ The phrase object-oriented means a lot of things. Half are obvious, and the other half are mistakes. -- Paul Graham -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erik de Castro Lopo wrote: Anybody have any explanation for this weird behaviour? perhaps you've got the http_proxy environment variable set to something invalid? - -- dave. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF266jhPPdWeHRgaoRApMKAKCOFn3GlbN0W+Dh5BET3DDU9uk7tQCgsI3v pxnM+1iZ70pj8Q9yJ9nTgAg= =aGzf -END PGP SIGNATURE- -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
David Gillies wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erik de Castro Lopo wrote: Anybody have any explanation for this weird behaviour? perhaps you've got the http_proxy environment variable set to something invalid? Sorry, that doesn't explain the behaviour. doesn't work does work wget server.namewget ip address telnet server.name telnet ip address I don't believe that telnet honours the http_proxy variable :-). Erik -- +---+ Erik de Castro Lopo +---+ Incompetence, like misery, seeks company. -- Erik Naggum -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
On Wed, Feb 21, 2007 at 01:24:01PM +1100, Erik de Castro Lopo wrote: Anybody have any explanation for this weird behaviour? No, but I bet the strace/ltrace output would give a good clue as to where the problem was happening. -i -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: [activities] dns lookup with host works, other apps doesn't.
Activities? Oops.. On 21/02/07, Zhasper [EMAIL PROTECTED] wrote: Not a solution, but a couple of suggestions: try stracing wget to see if you can tell exactly what lookup it's doing. I've attached a quick run that I just did below- you can see it looking at nsswitch.conf, checking the files, sending a connection to the nameserver specified in resolv.conf (ie, 127.0.0.1) Second suggestion is my favorite hammer, dnstracer. I've attached sample output below as well; it shows that it's sending queries to 127.0.0.1 which returns the result. This is pretty much what I'd expect to get anywhere (except that usually it's not 127.0.0.1 that gets queried); this may, perhaps, reveal a little more information that may help you. [EMAIL PROTECTED]:~$ strace wget www.google.com.au 21 | grep -e open -e connect -e send -e recv open(/etc/ld.so.cache, O_RDONLY) = 3 open(/usr/lib/i686/cmov/libssl.so.0.9.7, O_RDONLY) = 3 open(/usr/lib/i686/cmov/libcrypto.so.0.9.7, O_RDONLY) = 3 open(/lib/tls/libdl.so.2, O_RDONLY) = 3 open(/lib/tls/libc.so.6, O_RDONLY)= 3 open(/etc/wgetrc, O_RDONLY|O_LARGEFILE) = 3 open(/home/zhasper/.rnd, O_RDONLY)= -1 EACCES (Permission denied) open(/dev/urandom, O_RDONLY|O_NONBLOCK|O_NOCTTY) = 3 open(/etc/localtime, O_RDONLY)= 3 open(/etc/resolv.conf, O_RDONLY) = 3 connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) open(/etc/nsswitch.conf, O_RDONLY)= 3 open(/etc/ld.so.cache, O_RDONLY) = 3 open(/lib/tls/libnss_files.so.2, O_RDONLY) = 3 open(/etc/host.conf, O_RDONLY)= 3 open(/etc/hosts, O_RDONLY)= 3 open(/etc/ld.so.cache, O_RDONLY) = 3 open(/lib/tls/libnss_dns.so.2, O_RDONLY) = 3 open(/lib/tls/libresolv.so.2, O_RDONLY) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr(127.0.0.1)}, 28) = 0 send(3, \220`\1\0\0\1\0\0\0\0\0\0\3www\6google\3com\2au\0\0..., 35, 0) = 35 recvfrom(3, \220`\201\200\0\1\0\6\0\7\0\0\3www\6google\3com\2au\0\0..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr(127.0.0.1)}, [16]) = 259 connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(209.85.135.103)}, 16) = 0 write(2, connected.\n, 11connected. open(index.html.3, O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 4 [EMAIL PROTECTED]:~$ dnstracer www.smh.com.au Tracing to www.smh.com.au[a] via 127.0.0.1, maximum of 3 retries 127.0.0.1 (127.0.0.1) Got answer [received type is cname] |\___ ns1.fairfax.com.au [smh.com.au] (203.26.177.241) Got authoritative answer [received type is cname] \___ ns2.fairfax.com.au [smh.com.au] (203.5.59.241) Got authoritative answer [received type is cname] On 21/02/07, Erik de Castro Lopo [EMAIL PROTECTED] wrote: Hi all, I have a number machines sitting in another country with access to them via a VPN. On one of these machines host www.google.com returns valid IP addresses, but wget www.google.com results in Resolving www.google.com... failed: Temporary failure in name resolution. Attempting to access other servers results in similar behaviour. host server works, wget server doesn't. In addition, the problem is not restricted to wget; telnet, ping, lu=ynx etc are all broken, but host works. Anybody have any explanation for this weird behaviour? Erik -- +---+ Erik de Castro Lopo +---+ http://en.wikipedia.org/wiki/Why_I_Am_Not_a_Christian http://en.wikipedia.org/wiki/Why_I_Am_Not_a_Muslim http://en.wikipedia.org/wiki/Strong_atheism -- SLUG Activities Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- There is nothing more worthy of contempt than a man who quotes himself - Zhasper, 2004 -- There is nothing more worthy of contempt than a man who quotes himself - Zhasper, 2004 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] dns lookup with host works, other apps doesn't.
On Wed, 2007-02-21 at 13:50 +1100, Erik de Castro Lopo wrote: Peter Hardy wrote: How is your /etc/nsswitch.conf ? Sorry, should have mentioned that I already looked at this. This file controls how name resolution for different things is done. A default Linux install will most likely include the line hosts: files dns hosts:files dns mdns Is the mdns ok? All I know about mdns is what I learnt from the last five minutes googling. :-) It's probably worth trying, especially if you know you don't need or don't use the libnss-mdns package. -- Pete -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Wireless card.
I am about to have an adsl2+ broadband service connected. I have a Belkin Wireless G Router. Is there a suitable wireless card for a desktop that is sure to be OK for all or most flavours of Linux? John. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] **Solved** dns lookup with host works, other apps doesn't.
Erik de Castro Lopo wrote: In addition, the problem is not restricted to wget; telnet, ping, lynx etc are all broken, but host works. Ok, found the problem; the routes were all screwed up to pass everything through the VPN and the packets were hitting the firewall at the other end of the VPN. Now working on fixing the routing issue. Thanks for all who responded. Cheers, Erik +---+ Erik de Castro Lopo +---+ Arguing that Java is better than C++ is like arguing that grasshoppers taste better than tree bark. -- Thant Tessman -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html