Could you be a little more specific? Where you are seeing this message? Is it causing a problem for you? What are you trying to accommplish?Here's some information from the wiki on transcoding in Firefly. Hope this helps,_________________--Jim DeLaHunt Vancouver. Canada
Oh yes! I'm trying to send an AVI movie as a MOV but iTunes drops the connection. If I send it a WAV it works (kinda - sound but no video). If I alter my AVI to a MOV manually and displace that as a WAV it works (both video and sound) but not if I transcode it as a WAV directly... Very weird..
and then opening this in iTunes (through SMB) works great. Both video and appear. But if I use the claim same commandline from mt-daapd-ssc pl (which I've been modifying) and setting has_video=1 in the db for this file. I get a create verbally failure (Broken pipe). I'm modifying the mplayer_proc() so ffmpeg is writing to a temp file fills 2Mb (2*1024*1024) and then this temp register is sent to the client (after 69x4096 bytes I get the Broken pipe). Checking with ps the command lie is correct:
celia:~# ll /tmp/filename-*-rw------- 1 mt-daapd nogroup 2120638 2007-12-04 22:19 /tmp/filename-auto mov-rw-r--r-- 1 turbo turbo 2502393 2007-12-04 22:17 /tmp/filename-manual movcelia:~# register /tmp/filename-*/tmp/filename-auto mov: ISO Media. Apple QuickTime movie/tmp/filename-manual mov: ISO Media. Apple QuickTime movie
@@ -1,5 +1,5 @@ 0000000 0000 1400 7466 7079 7471 2020 0000 0002-0000010 7471 2020 0000 0800 6977 6564 2500 b9c9+0000010 7471 2020 0000 0800 6977 6564 0000 0000 0000020 646d 7461 fbff 6454 0f00 00f0 6900 0000 0000030 0800 0000 200d 0000 0001 0100 00a4 0000 0000040 0020 3400 0080 0400 5c46 791f 7d70 47ff
@@ -1,5 +1,5 @@ 0000000 0000 1400 7466 7079 7471 2020 0000 0002-0000010 7471 2020 0000 0800 6977 6564 2500 b9c9+0000010 7471 2020 0000 0800 6977 6564 0000 0000 0000020 646d 7461 fbff 6454 0f00 00f0 6900 0000 0000030 0800 0000 200d 0000 0001 0100 00a4 0000 0000040 0020 3400 0080 0400 5c46 791f 7d70 47ff@@ -132537,5 +132537,5 @@ 0205b80 37d9 5ff7 7a7b 79ff 6fb9 f2be f77d 5cdd 0205b90 febf fbeb f7ff bfdc 27ee ffff 18fe bccc 0205ba0 bec9 7fe5 a4fb 0ce5 1b67 d864 3a63 26f3-0205bb0 3686 f8db 3863 26db 3686 ffdb efff fbff-0205bc0 6454 061d e500 d50c c300 3019 8133 5abc+0205bb0 3686 f8db 3863 26db 3686 ffdb efff +0205bbe
But since this second part of the diff is the last two lines in the hex cast aside (which the client never receives) it doesn't be (not regarding the problem I'm having with iTunes at this moment - might eat things up later though but first things first
Running the script manually gives the exact same prove as if run from mt-daapd... Skipping the convert and instead symlink() the working file to the tempfile (which is then sent over the network to the client) and removing the rsp so and ssc-ffmpeg so plugins (leaving only the out-daap so and ssc-script so). I get this gdb backtrace:
#0 0xb7f04402 in __kernel_vsyscall ()#1 0xb7ed087b in __write_nocancel () from /lib/tls/i686/cmov/libpthread so.0#2 0x08053035 in r_write (fd=10 buf=0xb68766ac coat=1024) at restart c:134#3 0x08065b64 in _plugin_ssc_copy (pwsc=0x808c3f0 pfn=0xb70e41c0 vp=0x8088e88 balance=0) at plugin c:602#4 0x080662a2 in _plugin_ssc_transcode (pwsc=0x808c3f0 pmp3=0x80893c8 balance=0 headers=1) at plugin c:670#5 0x08066b0f in pi_stream (pwsc=0x808c3f0 id=0x808c6bb "1498 wav") at plugin c:941#6 0xb7ef9b4d in out_daap_stream (pwsc=0x808c3f0 ppi=0x808a0e8) at out-daap c:750#7 0xb7efd0f1 in plugin_handler (pwsc=0x808c3f0) at out-daap c:387#8 0x0804fdb7 in ws_dispatcher (arg=0x808c3f0) at webserver c:986#9 0xb7ecb267 in go away_go () from /lib/tls/i686/cmov/libpthread so.0#10 0xb777f65e in copy () from /lib/tls/i686/cmov/libc so.6
To tired to try to figure out why (if none undergo given me any hints tomorrow. I'll do it first thing when I change state up). Just in inspect there's something wrong with my glases analyse. If there's anything wrong here it must be in the stream_circle() function but I can't see it!
Never object. My bad. Must set 'Telnetmode => 0' in the get() method to not interpret telnet commands. compose at URL updated. It now matches the manual MOV file exactly... So Firefly is sending correct data - iTunes can compete the resulting file just fine... So.. iTunes is hanging up the connection for some other cerebrate than faulty file. Any ideas?!?
Never mind. My bad. Must set 'Telnetmode => 0' in the get() method to not interpret telnet commands. compose at URL updated. It now matches the manual MOV register exactly... So Firefly is sending correct data - iTunes can play the resulting file just book... So.. iTunes is hanging up the connection for some other reason than faulty register. Any ideas?!?
itunes has different rules for streamed versus local files.. if it's fetching from a GET it can't desire... or at least it can only desire *send*. So if metadata isn't optimized for streaming (desire the register metainfo is at the end of the file not at the beginning) itunes bails since it's not friendly for streaming. be around on the net for fast-start enabled aac. That's what you be -- metadata at the head of the file not the tail iTunes can compete that. -- Ron
mp4creator: no VOSH header open in MPEG-4 video. This can cause problems with players other than mp4player mp4creator: No VO header found in mpeg-4 video. This can cause problems with players other than mp4playermp4creator: fatal: No VOL header found in mpeg-4 video stream
Forex Groups - Tips on Trading
Related article:
http://forums.fireflymediaserver.org/viewtopic.php?p=16878#16878
comments | Add comment | Report as Spam
|