Giters

bbc / aes31-adl-composer

Work in progress - A node module to convert a json sequence into an AES31 ADL (audio decision list) compatible with SADiE audio editing software. For BBC News Labs digital paper edit project

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Failed when importing in SADiE

pietrop opened this issue · comments

commented

When importing in SADiE (by one of the radio producers) it pops up with this modal

image001

but then it says when selecting ok, it just says failed

ADL sequence

<ADL>

<VERSION>
	(ADL_ID)	1234
	(ADL_UID)	85d459f0-9d7d-11e9-a092-dbf78d6023f2
	(VER_ADL_VERSION)	01.02
	(VER_CREATOR)	"Digital Paper Edit"
	(VER_CRTR)	00.01
</VERSION>

<PROJECT>
	(PROJ_TITLE)	"Test edit 1"
	(PROJ_ORIGINATOR)	"Digital Paper Edit"
	(PROJ_CREATE_DATE)	2019-07-03T10:30:05.327Z
	(PROJ_NOTES)	"_"
	(PROJ_CLIENT_DATA)	"test"
</PROJECT>

<SEQUENCE>
	(SEQ_SAMPLE_RATE)	S44100
	(SEQ_FRAME_RATE)	25
	(SEQ_ADL_LEVEL)	1
	(SEQ_CLEAN)	FALSE
	(SEQ_DEST_START)	0/0000
</SEQUENCE>

<SOURCE_INDEX>
	(Index)	1	(F)	"URL:file://localhost/C:/Audio Files/filename1.wav"	BBCSPEECHEDITOR1	_	_	"_"	"_"
	(Index)	2	(F)	"URL:file://localhost/C:/Audio Files/filename2.wav"	BBCSPEECHEDITOR2	_	_	"_"	"_"
</SOURCE_INDEX>

<EVENT_LIST>
	(Entry)	1	(Cut)	I	filename1.wav	1~2	1~2	00:00:30:00/0000	00:00:00:00/0000	00:00:05:00/0000	_	(Rem) NAME "not sure what this is for?"
	(Entry)	2	(Cut)	I	filename2.wav	1~2	1~2	00:00:36:00/0000	00:00:05:00/0000	00:00:06:00/0000	_	(Rem) NAME "not sure what this is for?"
</EVENT_LIST>

</ADL>
commented

From this PR #4 it now imports into SADiE, but it seems to be at double speed. 🤷‍♂

commented

some notes from conversation via @bevand10 explaining what was going on

you're instructing sadie to playback at 48k samples/second. it'll do anything to consume the presented audio at that speed. the fact that your src file only contains 16k samples/second, means it'll chew throught it at it's set rate of 48k, thus only taking 1 second to consume 3 second's worth of supplied samples.

the flip could also occur. if you set sadie to run at 16k samples/sec and you supplied a 48k sample/sec file, it'd take 3 seconds to consume 1 second of your src, i.e. three times slower than you intended.

the ADL also has a field

(SEQ_SAMPLE_RATE)    S44100

Which if we convert using 16k should be

(SEQ_SAMPLE_RATE)    S16000

Then the playback speed would be fine, the only issue is then around, 16k not being very high quality for broadcast. You'd really want to be at 48k.

The key idea should be that the user uploads some original high quality file, the system then makes proxy but then when the user reconnects the ADL/EDL they reconnect to the original high quality media.

commented

provided the sample rate for the sequence matches the one of the clips, we just tested with a new set of clips, and a new .adl in SADiE and it worked 🎉