[Logo] Air Video Forum
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Members]  Member Listing   [Groups] Back to home page 
[Moderation Log] Moderation Log   [Register] Register / 
[Login] Login 
Air Video Server 2.4.5-beta7 released  XML
Forum Index » Air Video Announcements
Author Message
teegee543



Joined: 11/13/2011 17:40:02
Messages: 1
Offline

Is there a Linux build for this version?
GrandCanal



Joined: 11/13/2011 18:04:54
Messages: 1
Offline

At least I have still a 32-bit Windows PC. I assume many still have one as well, so would be really helpfull to keep supporting 32-bit systems with new releases.
jebbbz



Joined: 11/13/2011 00:53:48
Messages: 2
Offline

My limited experience with beta7 has been problem-free but I note the following changes that might interst others with offline conversions.

I installed the beta7 (with new FFmpeg) and saw that the 0-100 quality scale was unchanged although actual qualities available now vary greatly. Previously, I just left the quality setting at 100 for all my conversions. By experiment I think I have found that for HD TV recordings I need to set the beta7 scale to 30 or so to get a bit rate equivalent to the beta6 100 setting. For SD, however, I seem to need a higher setting, 40 to 60, to get the conversion quality I got with beta6 at 100. Also, it appears the beta7 adjusts the audio bit rate. I don't know if previous versions adjusted the audio rate depending on the quality setting because I always transcoded at 100 but my beta7 audio bit rates vary from 64Kbps to 160Kbps.

I tested a five minute HD clip and found a 30 gave me a 1280x720 1200Kbps recording while a 100 setting gave me a 6100Kbps recording with, of course, a five-times bigger file 40% the size of the original 1920x1080 MPEG2 clip. For me, 100 is overkill but I expect it will at least partly satisfy the quality-fans.

(First post so let me add thanks for the software. Air Video and Atomic Web Browser account for, oh, 90% of my iPad usage.)

This message was edited 1 time. Last update was at 11/14/2011 02:11:27

Admin



Joined: 08/23/2009 08:49:34
Messages: 8705
Offline

Well, Air Video should aim for constant quality during offline conversion, not constant bitrate. Beta 6 quantization factors were off, but it is possible that beta 7 needs tweaking as well. Audio bitrate has always changed with quality.
slade



Joined: 11/14/2011 13:32:28
Messages: 4
Offline

Just tried out this latest beta release, having been using the stable version. All experiences positive except that some videos refuse to "play with live conversion". The client looks as if it will play but eventually drops back to stopped mode. No errors displayed on client.

The server shows the following live conversion failure, which I assume causes playback to abort:

2011-11-14 12:55:19 SegmentedEncoder: Warning, using s16 intermediate sample format for resampling
2011-11-14 12:55:19 SegmentedEncoder: Resampling output channel count must be 1 or 2 for mono input; 1, 2 or 6 for stereo input; or N for N channel input.
2011-11-14 12:55:19 SegmentedEncoder: Can not resample 6 channels @ 48000 Hz to 2 channels @ 48000 Hz

The stable version does not exhibit this problem.

Keep up the good work,

chris
kuebler


[Avatar]

Joined: 05/31/2010 15:07:48
Messages: 10
Location: Lucerne, Switzerland
Offline

jebbbz wrote:(First post so let me add thanks for the software. Air Video and Atomic Web Browser account for, oh, 90% of my iPad usage.)

First of all: let me second that.

But because I value Air Video high, I do feel entitled to express some criticism:

My limited experience with beta7 has been problem-free but I note the following changes that might interst others with offline conversions.
...
I tested a five minute HD clip and found a 30 gave me a 1280x720 1200Kbps recording while a 100 setting gave me a 6100Kbps recording with, of course, a five-times bigger file 40% the size of the original 1920x1080 MPEG2 clip. For me, 100 is overkill but I expect it will at least partly satisfy the quality-fans.


I worked with beta 6 (always the latest subversion) since long, and I had carefully evaluated, which conversion settings were most adequate for my usage with a MacMini under Lion and an iPad 2 with IOS 5.01. I had settled with the parameters:
- max width 1024 px
- max height 720 px
- quality for offline conversion 80%

Today I converted offline a TV broadcast of the following characteristics (according to what the latest VLC tells me):
- SD PAL, 45 min, 550MB mp4 file, 852x480 25 fps MPEG-4 AVC (Part 10), MPEG AAC (mp4a) 48000 Hz

With the above mentioned parameter settings, beta 6 made the following file from it:
- 45 min, 379MB m4v file, 864x480 25 fps VC Coding, 1.14 MBit/s, 48000 Hz

With the same parameter settings, beta 7 made the following file from it:
- 45 min, 789MB m4v file, 864x480 25 fps VC Coding, 2.37 MBit/s, 48000 Hz

I have to say, that I found it a bit careless on the side of InMethod, that the software now generates a twofold file size (at first glance I even cannot recognize a significant quality difference), thus rendering user adjustments made with beta 6 totally irrelevant.

For the moment, I've gone back to beta 6.

Falk Kuebler
Admin



Joined: 08/23/2009 08:49:34
Messages: 8705
Offline

slade wrote:Just tried out this latest beta release, having been using the stable version. All experiences positive except that some videos refuse to "play with live conversion". The client looks as if it will play but eventually drops back to stopped mode. No errors displayed on client.

The server shows the following live conversion failure, which I assume causes playback to abort:

2011-11-14 12:55:19 SegmentedEncoder: Warning, using s16 intermediate sample format for resampling
2011-11-14 12:55:19 SegmentedEncoder: Resampling output channel count must be 1 or 2 for mono input; 1, 2 or 6 for stereo input; or N for N channel input.
2011-11-14 12:55:19 SegmentedEncoder: Can not resample 6 channels @ 48000 Hz to 2 channels @ 48000 Hz

The stable version does not exhibit this problem.

Keep up the good work,

chris

Can you provide a reasonably sized sample file that can be used to reproduce the problem?
Admin



Joined: 08/23/2009 08:49:34
Messages: 8705
Offline

kuebler wrote:
jebbbz wrote:(First post so let me add thanks for the software. Air Video and Atomic Web Browser account for, oh, 90% of my iPad usage.)

First of all: let me second that.

But because I value Air Video high, I do feel entitled to express some criticism:

My limited experience with beta7 has been problem-free but I note the following changes that might interst others with offline conversions.
...
I tested a five minute HD clip and found a 30 gave me a 1280x720 1200Kbps recording while a 100 setting gave me a 6100Kbps recording with, of course, a five-times bigger file 40% the size of the original 1920x1080 MPEG2 clip. For me, 100 is overkill but I expect it will at least partly satisfy the quality-fans.


I worked with beta 6 (always the latest subversion) since long, and I had carefully evaluated, which conversion settings were most adequate for my usage with a MacMini under Lion and an iPad 2 with IOS 5.01. I had settled with the parameters:
- max width 1024 px
- max height 720 px
- quality for offline conversion 80%

Today I converted offline a TV broadcast of the following characteristics (according to what the latest VLC tells me):
- SD PAL, 45 min, 550MB mp4 file, 852x480 25 fps MPEG-4 AVC (Part 10), MPEG AAC (mp4a) 48000 Hz

With the above mentioned parameter settings, beta 6 made the following file from it:
- 45 min, 379MB m4v file, 864x480 25 fps VC Coding, 1.14 MBit/s, 48000 Hz

With the same parameter settings, beta 7 made the following file from it:
- 45 min, 789MB m4v file, 864x480 25 fps VC Coding, 2.37 MBit/s, 48000 Hz

I have to say, that I found it a bit careless on the side of InMethod, that the software now generates a twofold file size (at first glance I even cannot recognize a significant quality difference), thus rendering user adjustments made with beta 6 totally irrelevant.

For the moment, I've gone back to beta 6.

It is possible that you can't see any difference because of the quality of original file. If you had higher quality original file the difference would be visible. We did have changed the quantization values, to get the same bitrate you will need to lower the quality setting. We did get lot of complains that the quality was too low on highest settings in beta6, that is why.
slade



Joined: 11/14/2011 13:32:28
Messages: 4
Offline

Admin wrote:Can you provide a reasonably sized sample file that can be used to reproduce the problem?


Possibly. Any suggestions for the best way to chop a few seconds from the start of an mkv? Would simply truncating the file suffice?

Failing that, would a complete log be of any use?

chris
kuebler


[Avatar]

Joined: 05/31/2010 15:07:48
Messages: 10
Location: Lucerne, Switzerland
Offline

Thank you for your quick answer.

Admin wrote:It is possible that you can't see any difference because of the quality of original file.

This may be the case. But I still would ask, whether it is intended to significantly increase the file size then...

If you had higher quality original file the difference would be visible. We did have changed the quantization values, to get the same bitrate you will need to lower the quality setting. We did get lot of complains that the quality was too low on highest settings in beta6, that is why.

I can understand your reasoning for making the change, and I do not have an immediate better suggestion.

But I still have doubts, whether your balance of characteristics with beta 7 is how it could/should be in beta 8

This message was edited 1 time. Last update was at 11/14/2011 14:14:34


Falk Kuebler
Admin



Joined: 08/23/2009 08:49:34
Messages: 8705
Offline

slade wrote:
Admin wrote:Can you provide a reasonably sized sample file that can be used to reproduce the problem?


Possibly. Any suggestions for the best way to chop a few seconds from the start of an mkv? Would simply truncating the file suffice?

Failing that, would a complete log be of any use?

chris

Log would definitely help/
Admin



Joined: 08/23/2009 08:49:34
Messages: 8705
Offline

kuebler wrote:Thank you for your quick answer.

Admin wrote:It is possible that you can't see any difference because of the quality of original file.

This may be the case. But I still would ask, whether it is intended to significantly increase the file size then...

If you had higher quality original file the difference would be visible. We did have changed the quantization values, to get the same bitrate you will need to lower the quality setting. We did get lot of complains that the quality was too low on highest settings in beta6, that is why.

I can understand your reasoning for making the change, and I do not have an immediate better suggestion.

But I still have doubts, whether your balance of characteristics with beta 7 is how it could/should be in beta 8

The values are not carved in stone
slade



Joined: 11/14/2011 13:32:28
Messages: 4
Offline


2011-11-14 13:54:52 LiveConversion: >>
39345A6B6B7772787A6F72747568345A72693B4D727F7E743B487E696D7E693B597E6F7A357A6B6B345874756F7E756F6834497E68746E69787E6834
7D7D766B7E7C393B3636687E7C767E756F36777E757C6F733B2F3B3636687E7C767E756F36747D7D687E6F3B2A232B233B36367874756D7E69687274
7536727F3B2B22222279792A23367F2C2B2A362F2E7D7D36232F792836782E792D297A7F2E287E237D227E2A7E7D2D232E362A2D2C2C362F2B7A2D36
7A297F23367E797D2A2B7D2A7D2D2B79293B36366B74696F36756E76797E693B2F2D2D282A3B366F73697E7A7F683B2F3B36767A6B3B2B352B212B35
2B3B36767A6B3B2B352A212B352A3B3668683B2A232B23352B3B36723B39344D74776E767E683468737A697E34767E7F727A34737E77776872757C34
737E77776872757C3B6E776F72767A6F7E3B746D7A3B2E3576706D393B366D7D3B397869746B262A22292B212A2B232B212B212B373B68787A777E26
2A29232B212C292B393B367A686B7E786F3B2A29232B212C292B3B36623B367A686275783B2A3B367D3B766B7E7C6F683B366D78747F7E783B777279
63292D2F3B367D777A7C68293B307D7A686F3B367D777A7C683B307774746B3B367C3B282B3B36707E6272756F447672753B2A3B36797D3B2B3B3679
44686F697A6F7E7C623B2B3B367D777A7C68293B366C6B697E7F367F786F2363233B3678766B3B3078736974767A3B367F7E79777478707A776B737A
3B2B3B367F7E7977747870797E6F7A3B2B3B36697E7D683B2A3B3678747F7E693B2B3B36767E44697A757C7E3B2A2D3B36686E796A3B2E3B366B7A69
6F726F727475683B306B7A696F722F632F306B7A696F72236323306B7A696F6B2363233B366F697E777772683B2B3B366878446F73697E687374777F
3B2F2B3B3672446A7D7A786F74693B2B352C2A3B366A7874766B3B2B352D3B36796E7D6872617E3B2A2B292F703B36793B292A292E703B36796F3B29
292E2B703B366A767A633B2F233B366A7672753B293B36693B292835222C2D3B367A78747F7E783B7772796D74447A7A787E75783B367A793B292E2D
703B367A693B2F232B2B2B3B366D74773B2C2D2E3B367A783B293B36
<<

2011-11-14 13:54:52 SegmentedEncoder: ffmpeg version v0.7-1760-gf9324d5, Copyright (c) 2000-2011 the Libav developers
2011-11-14 13:54:52 SegmentedEncoder: built on Nov 9 2011 18:15:41 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00)
2011-11-14 13:54:52 SegmentedEncoder: This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes).
2011-11-14 13:54:52 SegmentedEncoder: [matroska,webm @ 0x101005800] max_analyze_duration reached
2011-11-14 13:54:52 SegmentedEncoder: [matroska,webm @ 0x101005800] Estimating duration from bitrate, this may be inaccurate
2011-11-14 13:54:52 SegmentedEncoder:
2011-11-14 13:54:52 SegmentedEncoder: Seems stream 0 codec frame rate differs from container frame rate: 96000.00 (96000/1) -> 23.98 (24000/1001)
2011-11-14 13:54:52 SegmentedEncoder: Input #0, matroska,webm, from '/path/XYZ.mkv':
2011-11-14 13:54:52 SegmentedEncoder: Duration: 00:44:14.56, start: 0.000000, bitrate: N/A
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.0(jpn): Video: h264 (High), yuv420p, 1920x1080, PAR 1:1 DAR 16:9, 23.81 fps, 23.98 tbr, 1k tbn, 96k tbc (default)
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: title : XYZ
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.1(jpn): Audio: flac, 48000 Hz, 6 channels, s32 (default)
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: title : Japanese Blu-ray Audio (5.1 FLAC)
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.2(eng): Subtitle: ass (default)
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: title : English Full Subtitles (ASS)
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.3: Attachment: [0][0][0][0] / 0x0000
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: filename : ClearfaceGothic Regular.ttf
2011-11-14 13:54:52 SegmentedEncoder: mimetype : application/x-truetype-font
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.4: Attachment: [0][0][0][0] / 0x0000
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: filename : KozGoPro-Bold.otf
2011-11-14 13:54:52 SegmentedEncoder: mimetype : application/x-truetype-font
2011-11-14 13:54:52 SegmentedEncoder: [buffer @ 0x100d09830] w:1920 h:1080 pixfmt:yuv420p
2011-11-14 13:54:52 SegmentedEncoder: [crop @ 0x100d08460] w:1920 h:1080 -> w:1920 h:1080
2011-11-14 13:54:52 SegmentedEncoder: [scale @ 0x100d08410] w:1920 h:1080 fmt:yuv420p -> w:1280 h:720 fmt:yuv420p flags:0x4
2011-11-14 13:54:52 SegmentedEncoder: Incompatible sample format 's32' for codec 'libvo_aacenc', auto-selecting format 's16'
2011-11-14 13:54:52 SegmentedEncoder: [libx264 @ 0x10100d800] VBV maxrate unspecified, assuming CBR
2011-11-14 13:54:52 SegmentedEncoder: [libx264 @ 0x10100d800] using SAR=1/1
2011-11-14 13:54:52 SegmentedEncoder: [libx264 @ 0x10100d800] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
2011-11-14 13:54:52 SegmentedEncoder: [libx264 @ 0x10100d800] profile Main, level 3.1
2011-11-14 13:54:52 SegmentedEncoder: [mpegts @ 0x10100d200] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts
2011-11-14 13:54:52 SegmentedEncoder: Output #0, mpegts, to 'pipe:':
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: encoder : Lavf53.14.0
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.0(jpn): Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-48, 2125 kb/s, 90k tbn, 23.98 tbc (default)
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: title : XYZ
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.1(jpn): Audio: libvo_aacenc, 48000 Hz, 2 channels, s16, 256 kb/s (default)
2011-11-14 13:54:52 SegmentedEncoder: Metadata:
2011-11-14 13:54:52 SegmentedEncoder: title : Japanese Blu-ray Audio (5.1 FLAC)
2011-11-14 13:54:52 SegmentedEncoder: Stream mapping:
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.0 -> #0.0
2011-11-14 13:54:52 SegmentedEncoder: Stream #0.1 -> #0.1
2011-11-14 13:54:52 SegmentedEncoder: Press ctrl-c to stop encoding
2011-11-14 13:54:53 SegmentedEncoder: Warning, using s16 intermediate sample format for resampling
2011-11-14 13:54:53 SegmentedEncoder: Resampling output channel count must be 1 or 2 for mono input; 1, 2 or 6 for stereo input; or N for N channel input.
2011-11-14 13:54:53 SegmentedEncoder: Can not resample 6 channels @ 48000 Hz to 2 channels @ 48000 Hz



Here's what it looks like in the stable version:

2011-11-14 23:58:49 LiveConversion: >>
39345A6B6B7772787A6F72747568345A72693B4D727F7E743B487E696D7E69357A6B6B345874756F7E756F6834497E68746E69787E68347D7D766B7E
7C393B36367874756D7E696872747536727F3B2C7E7D28292A2229362E792A29362F222C79367A7F222E367D2D23282B797E2A7978292A3B36366B74
696F36756E76797E693B2F2D2D282A3B366F73697E7A7F683B2F3B367D777A7C68293B307D7A686F3B367D777A7C683B307774746B3B367C3B282B3B
36707E6272756F447672753B2A3B36797D3B2B3B367944686F697A6F7E7C623B2B3B367D777A7C68293B366C6B697E7F367F786F2363233B3678766B
3B3078736974767A3B367F7E79777478707A776B737A3B2B3B367F7E7977747870797E6F7A3B2B3B36697E7D683B2A3B3678747F7E693B2B3B36767E
44697A757C7E3B2A2D3B36686E796A3B2E3B366B7A696F726F727475683B306B7A696F722F632F306B7A696F72236323306B7A696F6B2363233B366F
697E777772683B2B3B366878446F73697E687374777F3B2F2B3B3672446A7D7A786F74693B2B352C2A3B366A7874766B3B2B352D3B36767A6B3B2B35
2B212B352B3B36767A6B3B2B352A212B352A3B3668683B2B352B3B36723B39344D74776E767E683468737A697E34767E7F727A34737E77776872757C
34737E77776872757C3B6E776F72767A6F7E3B746D7A3B2E3576706D393B367869746B777E7D6F3B2B3B367869746B69727C736F3B2B3B367869746B
6F746B3B2B3B367869746B79746F6F74763B2B3B36683B2A29232B632C292B3B367A686B7E786F3B2A352C2C2C2C2C2C233B36623B367D3B766B7E7C
6F683B366D78747F7E783B77727963292D2F3B36796E7D6872617E3B2E2A29703B36793B292A292E703B36796F3B29292E2B703B366A767A633B2F23
3B366A7672753B293B36693B292835222C2D3B367A78747F7E783B777279766B28777A767E3B367A793B292E2D703B367A693B2F232B2B2B3B366D74
773B2C2D2E3B367A783B293B36
<<

2011-11-14 23:58:49 Encoder: FFmpeg version UNKNOWN, Copyright (c) 2000-2010 Fabrice Bellard, et al.
2011-11-14 23:58:49 Encoder: built on Feb 7 2010 11:39:45 with gcc 4.0.1 (Apple Inc. build 5493)
2011-11-14 23:58:49 Encoder: configuration: --enable-pthreads --disable-shared --enable-static --enable-gpl --enable-libx264 --enable-libmp3lame --enable-libfaad --disable-decoder=aac
2011-11-14 23:58:49 Encoder: libavutil 50. 8. 0 / 50. 8. 0
2011-11-14 23:58:49 Encoder: libavcodec 52.52. 0 / 52.52. 0
2011-11-14 23:58:49 Encoder: libavformat 52.50. 0 / 52.50. 0
2011-11-14 23:58:49 Encoder: libavdevice 52. 2. 0 / 52. 2. 0
2011-11-14 23:58:49 Encoder: libswscale 0.10. 0 / 0.10. 0
2011-11-14 23:58:50 Encoder: [matroska @ 0x13d7800]MAX_READ_SIZE:5000000 reached
2011-11-14 23:58:50 Encoder: [matroska @ 0x13d7800]Estimating duration from bitrate, this may be inaccurate
2011-11-14 23:58:50 Encoder:
2011-11-14 23:58:50 Encoder: Seems stream 0 codec frame rate differs from container frame rate: 96000.00 (96000/1) -> 23.98 (24000/1001)
2011-11-14 23:58:50 Encoder: Input #0, matroska, from '/path/XYZ.mkv':
2011-11-14 23:58:50 Encoder: Duration: 00:44:14.56, start: 0.000000, bitrate: N/A
2011-11-14 23:58:50 Encoder: Stream #0.0(jpn): Video: h264, yuv420p, 1920x1080, PAR 1:1 DAR 16:9, 25.18 fps, 23.98 tbr, 1k tbn, 96k tbc
2011-11-14 23:58:50 Encoder: Metadata:
2011-11-14 23:58:50 Encoder: title : XYZ
2011-11-14 23:58:50 Encoder: Stream #0.1(jpn): Audio: flac, 48000 Hz, 6 channels, s32
2011-11-14 23:58:50 Encoder: Metadata:
2011-11-14 23:58:50 Encoder: title : Japanese Blu-ray Audio (5.1 FLAC)
2011-11-14 23:58:50 Encoder: Stream #0.2(eng): Subtitle: 0x0000
2011-11-14 23:58:50 Encoder: Metadata:
2011-11-14 23:58:50 Encoder: title : English Full Subtitles (ASS)
2011-11-14 23:58:50 Encoder: Stream #0.3: Attachment: 0x0000
2011-11-14 23:58:50 Encoder: Metadata:
2011-11-14 23:58:50 Encoder: filename : ClearfaceGothic Regular.ttf
2011-11-14 23:58:50 Encoder: Stream #0.4: Attachment: 0x0000
2011-11-14 23:58:50 Encoder: Metadata:
2011-11-14 23:58:50 Encoder: filename : KozGoPro-Bold.otf
2011-11-14 23:58:50 Encoder: [libx264 @ 0x2bcf200]using SAR=1/1
2011-11-14 23:58:50 Encoder: [libx264 @ 0x2bcf200]using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
2011-11-14 23:58:50 Encoder: [libx264 @ 0x2bcf200]VBV maxrate unspecified, assuming CBR
2011-11-14 23:58:50 Encoder: [libx264 @ 0x2bcf200]profile Baseline, level 3.1
2011-11-14 23:58:50 Encoder: Output #0, mpegts, to 'pipe:':
2011-11-14 23:58:50 Encoder: Stream #0.0(jpn): Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-48, 2125 kb/s, 90k tbn, 23.98 tbc
2011-11-14 23:58:50 Encoder: Stream #0.1(jpn): Audio: libmp3lame, 48000 Hz, 2 channels, s16, 256 kb/s
2011-11-14 23:58:50 Encoder: Stream mapping:
2011-11-14 23:58:50 Encoder: Stream #0.0 -> #0.0
2011-11-14 23:58:50 Encoder: Stream #0.1 -> #0.1
2011-11-14 23:58:50 Encoder: Press [q] to stop encoding
2011-11-14 23:58:50 Encoder: Warning, using s16 intermediate sample format for resampling
2011-11-14 23:58:50 Encoder: Multiple frames in a packet from stream 1
2011-11-14 23:58:51 Encoder: frame= 32 fps= 0 q=17957426.0 size= 1kB time=1.46 bitrate= 3.1kbits/s
2011-11-14 23:58:51 LiveConversion: >>
39345A6B6B7772787A6F72747568345A72693B4D727F7E743B487E696D7E69357A6B6B345874756F7E756F6834497E68746E69787E68347D7D766B7E
7C393B687E7C767E756F7E693B2A2B3B2B
<<

2011-11-14 23:58:53 Segmenter: [mpegts @ 0x1304400]max_analyze_duration reached
2011-11-14 23:58:53 Segmenter: [mpegts @ 0x1304400]Estimating duration from bitrate, this may be inaccurate
2011-11-14 23:58:53 Segmenter: Output #0, mpegts, to '':
2011-11-14 23:58:53 Segmenter: Stream #0.0: Video: libx264, yuv420p, 1280x720, q=2-31, 90k tbn, 23.98 tbc
2011-11-14 23:58:53 Segmenter: Stream #0.1: Audio: libmp3lame, 48000 Hz, 2 channels, 256 kb/s
2011-11-14 23:58:53 Segmenter: [mpegts @ 0x14f7c00]stream 0, bit rate is not set, this will cause problems
2011-11-14 23:58:53 Segmenter: Offsetting timestamps by:0.000000
2011-11-14 23:58:53 Segmenter: [mpegts @ 0x14f7c00]st:1 error, non monotone timestamps 63000 >= 63000
2011-11-14 23:58:56 Encoder: frame= 279 fps= 50 q=20.0 size= 2685kB time=10.09 bitrate=2179.1kbits/s
2011-11-14 23:58:56 Segmenter: Wrote segment 0
2011-11-14 23:59:01 Encoder: frame= 501 fps= 46 q=19.0 size= 5384kB time=19.35 bitrate=2278.8kbits/s
2011-11-14 23:59:06 Encoder: frame= 721 fps= 45 q=23.0 size= 8044kB time=28.53 bitrate=2309.7kbits/s
2011-11-14 23:59:12 Encoder: frame= 926 fps= 43 q=20.0 size= 10578kB time=37.08 bitrate=2337.0kbits/s


hth,

chris
stonesvillage



Joined: 11/14/2011 20:33:11
Messages: 1
Offline

I will definitely run a 32-bit environment for a long time to come.
Please provide a 32-bit version.
jwurmitzer



Joined: 03/14/2011 18:52:10
Messages: 13
Offline

Admin wrote:Sorry, forgot to mentioned that, it is 64bit only for this release. If you need a 32bit version please post a comment, I have no idea how many people are still stuck with 32 bit computers.


Yes please - sorry I'm stuck with this old CoreDuo - So it would be helpful to a have a 32 bit version - thanks
 
Forum Index » Air Video Announcements
Go to:   
Powered by JForum 2.1.8 © JForum Team