Re: [Freevo-users] Time Shifting AND commercial Breakdetection?
On Sat, 2004-07-10 at 10:00 +0200, Fons van der Beek wrote: Would it be possible to do the blackframe detection DURING time shifting? I've thought a bit about that, and yes, it should be workable. This means that timeshift.py a SECOND mplayer proces should be started after the first one. But may never read beyond the buffer, it should be paused if it reaches the buffer Yes, that's also how I would do it, however ... The player instance should reread the EDL file when it is altered, thus knowing if there are new markes. ... I would approach it a different way. I don't think the player instance should use EDL, because then you'd lose the more precise seeking that the timeshift code provides. I think the best way to do this is: 1. The timeshift process spawns two MPlayers: one for playback, and one for blackframe detection (let's call it BFD for convenience), as you said. 2. The BFD process is controlled by timeshift always to read at the end of the buffer. It should never need to be paused, because live tv is, well, live. :) BFD should output to stdout parsable messages like BLACK_FRAME=3410 which timeshift process can parse and remember. 3. When the player reaches a black frame, the controlling (timeshift) process can tell it to seek to the appropriate place (either to the next black frame, or end of buffer, whichever is first), and since timeshift also knows what timestamps are where in the buffer, seeking will be a lot closer to the mark, since MPlayer's mpeg seeking is hopeless. could this be depending on how the mpeg is made?: the options given to mp1e? or initialisation of ivtv driver in case of a wintv 250/350 4. Since the timeshift process knows where the commercials are, it can display this in some way on the interface. Within the blackframe detection logic is applied to how a blackframe gets interpreted: max commercial lenght, ad_max_lenght. I haven't played with the commercial detection stuff, and in fact I've never used EDL at all, so the above makes some assumptions as to how it works. One issue I can think of right away is that there may be some delay when reacting to a black frame this way. I suppose a new RINGBUFFER_SET type could be defined to tell MPlayer pause for further instructions when you reach frame . If you can send me your latest black frame detection patch, I'll see about working this up. Cheers, Jason. The patch I applied the patch according to the folowing procedure: patch -p 0 MPlayer-1.0pre4-leffakone.patch patching file MPlayer-1.0pre4/libmpcodecs/Makefile Hunk #1 FAILED at 14. 1 out of 1 hunk FAILED -- saving rejects to file MPlayer-1.0pre4/libmpcodecs/Makefile.rej Edit MPlayer-1.0pre4/libmpcodecs/Makefile, find a line starting with VFILTER_SRCS and add vf_bfdetect.c somewhere inside this line, without breaking the line (i.e. dont let your text editor insert a linebreak). patching file MPlayer-1.0pre4/libmpcodecs/dec_video.c Hunk #2 succeeded at 327 (offset 5 lines). patching file MPlayer-1.0pre4/libmpcodecs/vf.c Hunk #1 succeeded at 45 with fuzz 1 (offset 2 lines). Hunk #2 succeeded at 123 (offset 9 lines). patching file MPlayer-1.0pre4/libmpcodecs/vf_bfdetect.c patching file MPlayer-1.0pre4/libvo/sub.c patching file MPlayer-1.0pre4/mencoder.c patching file MPlayer-1.0pre4/mplayer.c Hunk #1 FAILED at 83. 1 out of 1 hunk FAILED -- saving rejects to file MPlayer-1.0pre4/mplayer.c.rej Edit MPlayer-1.0pre4/mplayer.c, find the place where there is int verbose=0; int identify=0; static int quiet=0; and add int frameno = 0; on the line after the static int quiet=0; I also noticed that this patch changes the position of the time counter in mplayer's OSD, so that it fits inside my TV, sorry for putting this feature into the patch :( You can revert this by replacing MPlayer-1.0pre4/libvo/sub.c with MPlayer-1.0pre4/libvo/sub.c.orig. MPlayer-1.0pre4-leffakone.patch Description: Binary data
[Freevo-users] Re: [BUG] Audio CD
johnm wrote:
Traceback (most recent call last):
File /usr/lib/python2.3/site-packages/freevo/plugins/rom_drives.py,
line 391, in move_tray
s = ioctl(fd, CDROMCLOSETRAY)
IOError: [Errno 5] Input/output error
[...]
device = open(device)
IOError: [Errno 124] Wrong medium type: '/dev/hdc'
Not good. Looks like mmpython can't read the disc. I don't know why
this happens.
if mmdata.mime == 'unknown/unknown' and not
metainfo.has_key('disc_num_video'):
AttributeError: 'NoneType' object has no attribute 'mime'
Fixed. It won't crash anymore, but you won't see the disc because of
the problem above.
Dischi
--
A man generally has two reasons for doing a thing. One that sounds
good, and a real one.
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: [BUG] dvd lsdvd [FIX]
Jaap Struyk wrote: Op zo 06-06-2004, om 16:13 schreef Dirk Meyer: OK, the mmpython part thinks it's a DataInfo, no movie DVD. Now remove the cache again and start | export MMPYTHON_DEBUG=2 | freevo Is this problem this there? Dischi -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [ OK ] --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: DVD Iso Images issue with Freevo
David Martin Ungaro wrote: Hi All, I am a relative newbie to Freevo - and I am trying to set it up to play DVD movies from ISO images. I use DVDDecrypter to create ISO images of all my DVD's and store them on my server - that way I can play them on a computer in the house or burn it out to another DVD if I want. I'd like to get Freevo to work with these images so that they appear in the Play Movies section and will play everything including the menus/etc. I've added lines to my /etc/fstab to include each of my images, so that they are picked up by Freevo upon start. It sees them and adds the rom drives. But during startup I get a bunch of errors like: Traceback (most recent call last): File /usr/lib/python2.2/site-packages/freevo/plugins/rom_drives.py, line 385, in move_tray s = ioctl(fd, CDROMCLOSETRAY) IOError: [Errno 25] Inappropriate ioctl for device For each rom drive in /etc/fstab Once in Freevo it lists all the drives, but they are all listed as empty. Any suggestions? Is what I am trying to do possible? No, we don't support that right now. But rc4 should detect .iso files from a dvd and should be able to play them without mounting. Dischi -- Well, I want to die quietly, peacefully, in my sleep like Grandpa did. Not screaming and crying like his passengers. --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: usb mass storage help please [attn Dischi] NOT FIXED !!!
Robert Winder wrote:
I give up.
It has something to do with the vfs implementation. But where it goes
wrong excactly i really can't tell. But what i said earlier
if line.lower().find('mass storage') != -1:
should be
if line.lower().find('storage') != -1:
in misc.py still stands. Device shows up in menu but doesn't get
mounted. Pretty useless plugin then without the mounting part ;-)
Of course the USB HOTPLUG cmd can be used for mounting but i know
from personal experience that it mounted and umounted the usb device
whithout prob in freevo 1.4
Sorry for the _very_ late answer. Does it work with rc4 and if not,
can you tell me which file need what changes?
Dischi
--
Disc space -- the final frontier!
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] KDE crashes with mplayer
Hey, Help me please, I've been trying to install Freevo for a week now and getting tired with the problems (which must be me btw) :) Getting really close I think. I'm using debian, got Freevo and dependencies with apt-get and now using 1.5.0-0rc4. KDE is 3.2 (using kdm). Freevo starts up ok but if I try to view a movie KDE turns off and goes to the view where to log in (same happens with Gnome..). Tried to view a movie with Mplayer alone and same thing happens, obviously the problem must be in Xserver, kdm or in KDE. I hope it has something to do with the permissions or something. Or could it be the fonts what Mplayer is saying? Though it shouldn't crash the X, right?! Log files are below, please give me idea what to do, I'm confused what did I do wrong. Kimmo syslog: ... Jul 11 22:05:20 freevo1 kdm[246]: X server for display :0 terminated unexpectedly Jul 11 22:05:22 freevo1 kdm_greet[833]: Can't open default user face XFree86.1.log: ... GetModeLine - scrn: 0 clock: 0 GetModeLine - hdsp: 800 hbeg: 0 hend: 0 httl: 0 vdsp: 600 vbeg: 0 vend: 0 vttl: 0 flags: 0 Fatal server error: Caught signal 11. Server aborting ... Mplayer: MPlayer dev-CVS-040711-12:00-2.95.4 (C) 2000-2004 MPlayer Team CPU: Intel Pentium 4/Xeon Willamette 1697 MHz (Family: 8, Stepping: 3) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 Reading config file /usr/local/etc/mplayer/mplayer.confReading config file /home /kimmo/.mplayer/config Reading /home/kimmo/.mplayer/codecs.conf: Reading /usr/local/etc/mplayer/codecs. conf: Using built-in default codecs.conf. font: can't open file: /home/kimmo/.mplayer/font/font.desc font: can't open file: /usr/local/share/mplayer/font/font.desc Using usleep() timing Playing /mnt/disk1/movie.avi. AVI file format detected. VIDEO: [DX50] 640x478 24bpp 29.971 fps 635.4 kbps (77.6 kbyte/s) == Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 MP3lib: init layer23 finished, tables done AUDIO: 44100 Hz, 2 ch, 16 bit (0x10), ratio: 12000-176400 (96.0 kbit) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) == vo: X11 running at 800x600 with depth 16 and 16 bpp (:0.0 = local display) Disabling DPMS --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: BUG - Memory Leak, Picture Viewer
Nicholas Ruddick wrote: I'm using a recent CVS version of Freevo and having problems with a memory leak, once i've looked at about 50 pictures it just slows down and then exits. I have CACHE-IMAGES off but have the image transition thing on default. Any ideas? That was a strange bug. It was a bug in the blend effect. The Transition had a dict pointing to it's member functions. This results in a circular dep and the garabge collector didn't work. This bug has affects on other parts of Freevo, too. In this case we had a visual proof in top of the problem, but I guess other parts of Freevo have the same problem (parent-child links). But fixed in CVS and for other parts of Freevo it doesn't matter for 1.5 Dischi -- Real Men don't make backups. They upload it via ftp and let the world mirror it. -- Linus Torvalds --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Re: usb mass storage help please [attn Dischi] NOT FIXED !!!
Sunday, July 11, 2004, 4:04:24 PM, Dirk wrote:
Robert Winder wrote:
I give up.
It has something to do with the vfs implementation. But where it goes
wrong excactly i really can't tell. But what i said earlier
if line.lower().find('mass storage') != -1:
should be
if line.lower().find('storage') != -1:
in misc.py still stands. Device shows up in menu but doesn't get
mounted. Pretty useless plugin then without the mounting part ;-)
Of course the USB HOTPLUG cmd can be used for mounting but i know
from personal experience that it mounted and umounted the usb device
whithout prob in freevo 1.4
Sorry for the _very_ late answer. Does it work with rc4 and if not,
can you tell me which file need what changes?
Heh, thats indeed some time ago.. ;-) But the above still stands with
1.5.0-rc3 and i believe rc-4 as well because misc.py isn't changed.
Output on my 2.6.6. kernel from
cat /proc/bus/usb/devices
I: If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=ff Prot=01 Driver=usb-storage
While searching for mass storage it obviously doesn't find anything.
As far as i recall when searching for storage in /proc/bus/usb/devices
you cover most situations in 2.4 and 2.6 kernels.
Never figured out why auto-mounting didn't work though. Used entries
in fstab before last year without prob and it did mount the usb
storage device automagicly. With freevo 1.4 it did not. Switched to
autofs and automount and is better anyway especially if one have some
samba shares in the network. With autofs it worked without a prob.
Dischi
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Re: usb mass storage help please [attn Dischi] NOT FIXED !!!
- Original Message -
From: Robert Winder [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, July 11, 2004 6:07 PM
Subject: Re: [Freevo-users] Re: usb mass storage help please [attn Dischi] NOT FIXED
!!!
Sunday, July 11, 2004, 4:04:24 PM, Dirk wrote:
Robert Winder wrote:
I give up.
It has something to do with the vfs implementation. But where it goes
wrong excactly i really can't tell. But what i said earlier
if line.lower().find('mass storage') != -1:
should be
if line.lower().find('storage') != -1:
in misc.py still stands. Device shows up in menu but doesn't get
mounted. Pretty useless plugin then without the mounting part ;-)
Of course the USB HOTPLUG cmd can be used for mounting but i know
from personal experience that it mounted and umounted the usb device
whithout prob in freevo 1.4
Sorry for the _very_ late answer. Does it work with rc4 and if not,
can you tell me which file need what changes?
Heh, thats indeed some time ago.. ;-) But the above still stands with
1.5.0-rc3 and i believe rc-4 as well because misc.py isn't changed.
Output on my 2.6.6. kernel from
cat /proc/bus/usb/devices
I: If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=ff Prot=01 Driver=usb-storage
While searching for mass storage it obviously doesn't find anything.
As far as i recall when searching for storage in /proc/bus/usb/devices
you cover most situations in 2.4 and 2.6 kernels.
Never figured out why auto-mounting didn't work though. Used entries
in fstab before last year without prob and it did mount the usb
storage device automagicly. With freevo 1.4 it did not. Switched to
autofs and automount and is better anyway especially if one have some
samba shares in the network. With autofs it worked without a prob.
Dischi
getting automount to work is pretty easy (in my case fedore core 2)
cd /etc
cat auto.master
__
#
# $Id: auto.master,v 1.3 2003/09/29 08:22:35 raven Exp $
#
# Sample auto.master file
# This is an automounter map and it has the following format
# key [ -mount-options-separated-by-comma ] location
# For details of the format look at autofs(5).
#/misc /etc/auto.misc --timeout=60
/misc /etc/auto.misc --timeout=60
#/net /etc/auto.net
__
cat auto.misc
__
#
# $Id: auto.misc,v 1.2 2003/09/29 08:22:35 raven Exp $
#
# This is an automounter map and it has the following format
# key [ -mount-options-separated-by-comma ] location
# Details may be found in the autofs(5) manpage
cd -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom
# the following entries are samples to pique your imagination
#linux -ro,soft,intr ftp.example.org:/pub/linux
#boot -fstype=ext2:/dev/hda1
#floppy -fstype=auto:/dev/fd0
#floppy -fstype=ext2:/dev/fd0
#e2floppy -fstype=ext2:/dev/fd0
#jaz-fstype=ext2:/dev/sdc1
#removable -fstype=ext2:/dev/hdd
usb -fstype=auto:/dev/sda1
usb2-fstype=auto:/dev/sdb1
_
Create a directory /misc
addition to local_conf.py:
__
plugin.activate('usb')
# 2 possible USB storage devices (camara and usbstick)
plugin.activate('usbstorage', type='image', args=('USB Storage', '/misc/usb'))
plugin.activate('usbstorage', type='image', args=('USB Data','/misc/usb2'))
_
cd /etc/init.d
./autofs restart
This should do the job, it worked for me on freevo 1.4rc
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: usb mass storage help please [attn Dischi] NOT FIXED !!!
Robert Winder wrote: While searching for mass storage it obviously doesn't find anything. As far as i recall when searching for storage in /proc/bus/usb/devices you cover most situations in 2.4 and 2.6 kernels. OK, fixed it by searching for mass storage _and_ mass-storage. Still, this is a very bad plugin. Better would be: o insert a mass storage device, the kernel sets this to /dev/something o find out what this something is and as root mount it to a pre-defined dir. One other reason why this is bad: umount is missing. Or is it done by the menu, maybe... Dischi -- A man generally has two reasons for doing a thing. One that sounds good, and a real one. --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
