Ampache

Do not issue any bug reports against versions earlier than 3.5.4 they will be closed.

Furthermore, we cannot accept bugs about metadata or art handling in 3.5.4 due to the large number of bugs that have been fixed since then. 3.5.4 in general is becoming less supportable, and it is suggested to try to reproduce the bug in the latest nightly.

Before submitting a bug please read http://ampache.org/wiki/support:bugs failure to do so may delay resolution of your report.


Tasklist

FS#67 - Video Streaming with Audio Transcoding on streams corrupt files.

Attached to Project: Ampache
Opened by Bryce Geiser (bjgeiser) - Thursday, 22 April 2010, 12:46 GMT-8
Last edited by Karl Vollmer (vollmerk) - Thursday, 09 December 2010, 18:38 GMT-8
Task Type Bug
Category Streaming / Playback
Status Closed
Assigned To No-one
Operating System
Severity High
Priority Normal
Reported Version 3.5.4
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

In attempting to get video streaming working I found a nasty bug.

If you have audio transcoding on Ampache will attempt to transcode a video file, there are no command line options for transcoding video so it streams a file packed with 0x20 bytes.

2010-04-22 14:32:25 [Bryce] (Downsample) -> Starting Downsample {Transcode:always} {Native Stream:1} {Not Local:}
2010-04-22 14:32:25 [Bryce] (downsample) -> Error: Downsample command missing a varaible values are File:0 Offset:0 Eof:0 Sample:0
2010-04-22 14:32:25 [Bryce] (downsample) -> Start Downsample:
2010-04-22 14:32:25 [Bryce] (Play) -> Starting stream of /video/PalmPre.m4v with size 6417725
2010-04-22 14:33:17 [Bryce] (Play) -> 0 of 6417725 streamed, less than 3208862.5 not collecting stats
2010-04-22 14:33:17 [Bryce] (Play) -> Stream Ended at 0 bytes out of 6417725

I've confirmed on my end that turning off transcoding results in a file streamed with no errors.

Also, I've only tried with the one file so it could be type specific bug.


Here are the first few hundred bytes, the whole file is the same.

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000010 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000020 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000030 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000040 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000050 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000060 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000070 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000080 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00000090 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
000000A0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
000000B0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
000000C0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20

This task depends upon

Closed by  Karl Vollmer (vollmerk)
Thursday, 09 December 2010, 18:38 GMT-8
Reason for closing:  Fixed
Additional comments about closing:  Fixed in 636ac7b
Comment by Bryce Geiser (bjgeiser) - Thursday, 22 April 2010, 23:54 GMT-8
Looks like it only does this when transcode is set to always, default seems ok.

Loading...